Can confirm sound working out of the box with linux games-knoppix 4.02 live-dvd.
What was the setting of the "Line HP Swap Switch" in the mixer? Try toggling it with sound playing and check if the position needs to be different from the other systems in order to get sound.
Can confirm sound working out of the box with linux games-knoppix 4.02 live-dvd
is there a way to soft restart from Linux back to booting dos? with any luck Linux will leave your sound card initialized and sbemu will work after such restart ;]
After G =100 the machine always freezes, regardless what I do.
DOSSOUND will probably not work on IRQ5 as well as SBEMU does not work on IRQ5 because of the IRQ sharing with SMBuscontroller, newer OS can handle that, but DOS does not.
So all these machines (E600,C610,E620,S2) share the IRQ5 between "AC97" and ""SMBusCTrl",
BUT all the other machines produce sound when SBEMU is routed to I7 (SET BLASTER=A220 I7 D1) accept the E600 that machine is still muted or routed wrong.
I don't think that IRQ5 with DOSSOUND will do anything, but I recheck DOSSOUND on the other machines where SBEMU is working on IRQ7.
we dont care about irq5, it would only matter if you tried running something expecting sound blaster. g=100 freezing means either DOSSOUND doesnt like this computer, debug is not a right tool or DOSSOUND is just poo
alternatively DOSSOUND /samples includes some .bas basic examples, but I dont know how to execute them. QuickBASIC, GW-BASIC, QBasic? TurboBasic, PowerBasic? google confirms that at least the last two use this syntax and in theory should work with DOSSOUND :
Thx I have to test and report later... in short: tested Knoppix 3.7 with Kernel 2.4x...and sound does not work even if it is detected...so with Knoppix 4.x witch kernel 2.6x it worked right out of the box. Is that helpful? to me it looks like there is something fixed between linux kernel 2.4 and 2.6..afaik amithlon should use kernel 2.4...but I am not sure about this... will have to look that up. Thx...seeya later...
rasz_plwrote on 2023-09-17, 10:41:thats good, means debug.exe is not a right tool for the job... or I screwed up by not terminating the program :(, try: […] Show full quote
thats good, means debug.exe is not a right tool for the job... or I screwed up by not terminating the program 🙁, try:
Did I mention I dont know what Im doing? well with every step I know little more than nothing 😀. INT 20 was terminating successfully, but eating our registers.
Just to confirm and clarify. On a laptop with working sound you:
-run dossound
-run dosamp.exe some.wav
and hear audible sound?
Now on a laptop with sound you will:
-run dossound
-run 'dosamp.exe some.wav' just to make sure codec is initialized and playing sound
-do the first debug (MOV AX,3000) with T100 for tracing
-write down/take a picture of AX after 'int 64' line
On a laptop with no sound you will:
-load dossound
-do the second debug (MOV AX,3100) with number from above in place of 'HERE'
-q to quit debug.exe
-try playing some wav with dosamp.exe
-just for good measure do the first debug (MOV AX,3000) again here with T100 for tracing to check if we actually changed that register
I don't get that part with the trace...what do you mean?
Do I have to restart debug after T =100 or do I have to INT 64 again within the debug session? Where can I see the trace?
Last edited by dr.zeissler on 2023-09-18, 17:09. Edited 1 time in total.
I don't get that part with the trace...what do you mean?
Do I have to restart debug after T =100 or do I have to INT 64 again within the debug session? Where can I see the trace?
damn! I replicated everything on my end to make sure code works before posting ... but then I copy&pasted the code snippet out of laziness 😒🙁
again:
"T=100" will only execute one instruction, you have to keep pressing Enter to step thru the code , "t100" will execute whole thing and print every step of the way
You were so close from the solution, two more Enter presses from learning correct register 76 contents 😒
hmm, AX is zero 🙁 Was that debug after you played sound on C610? either way it doesnt good for the theory 76h is the address of volume mixer that needed to be specifically patched.
I tested Linux (DebianSarge 3.1 Kernel 2.4.x) nearly the same Kernel that Amithlon uses before switching to the 68k-emulation.
Linux tells me that "810-soc is disabled during configuration" and the message-log shows that it shares his irq with another device (SMBusCtrl.).
Beside that the codec reports 6channel Audio support but switched in 2 channel mode.
I only installed Base-System (x-window-system-core enlightenment desktop) als well as "mc" and some games....what do you think happens if I play a game with sound?
The sound comes clearly from the pc-spk and not from line-out or any other port.
To bad this is not the same in MSDOS and in Amithlon....but it shows some thing is going on here...so perhaps a routing and not a muting thing?