deomsh

@~♥Aiko♥Chan♥~: I am sorry, your HDA codec is still not detected. Maybe try after setting Verbinterface=$0 in HDACFG.INI, but I doubt somehow that things will change.

@~♥Aiko♥Chan♥~: your memory settings are as expected. About the Runtime error you reported (202, not 20 isn't it?), it's definitive related to HDA2.DLL. You can try extreme low Vcache settings first. Boot in Safe Mode and set in SYSTEM.INI [Vcache] MinFileCache=1024 MaxFileCache=1024 If after reboot HDACFG.INI has been changed, please attach file together with HDALOG.TXT.

@jumper: the lower of the two values. Without HDATSR.EXE there must be some memory left, "out of the reach of Windows" (for the DMA buffer). Tested on Windows 98se, total memory limited to 1GB with HimemX. @~♥Aiko♥Chan♥~: your codec is still not detected, how much memory shows Device Manager?

Well done. Next steps: 1) Add to SYSTEM.INI [386Enh] MaxPhysPage=3E6FF (if the entrance already exists with a higher value, change to 3E6FF. If the existing value is lower, report first and do nothing). 2) Change in HDACFG.INI SleepingWidget=$03 Output Widget=$03 and VolumeWidget=$06 3) Add to HDACFG.INI [BUSMASTER] myPCIHI=$3E82 myPCILO=$0000 myPCI=$3E820000 aPCIHI=$3E81 aPCILO=$0000 aPCI=$3E810000 Please reboot TWICE and listen with headphones during boot for the slightest click or plop. Please attach latest HDACFG.INI and HDALOG.TXT.

I warned you, HDATSR won't work in plain Windows ME ! If you like to continue with this driver, use ONLY HDA2.DLL and the entrance in SYSTEM.INI I gave you. The two files I mentioned should be there after reboot, and will reside in your Windows directory.

Best start simple. Copy only HDA2.DLL to your SYSTEM-directory and add to SYSTEM.INI [Drivers] WAVEHDA=HDA2.DLL After reboot search for HDACFG.INI and HDALOG.TXT and attach both files.

About HDA2.DLL in Windows ME: the TSR needed will not load from AUTOEXEC.BAT. Native Windows ME can't load real mode drivers that way. You will have to edit HDACFG.INI manually.

@~♥Aiko♥Chan♥~: You have to download "High Definition Audio Sound Driver 9".

You need to download HDADRV9J.ZIP. The driver, HDA2.DLL must be placed in %windir%\system. HDATSR.EXE and WAVEOUT.EXE can be placed anywhere, but %windir% is convenient. In case of HDAICOUT.HDA, %windir% is mandatory. In latest VBox 6 the driver gives good sound with Windows 3.1, crackles only if moving the mouse, but that's normal behaviour for this OS. In Windows 98se the behaviour of the driver is normally BETTER than in Windows 3.1, but in VBox much WORSE! I am still testing in VBox 6. Sound ist *somehow* better with DirectX 9.0c and extreme low MinFileCache/MaxFileCache settings, but still crackling. So far I found following workaround in VBox: set MinTimeSlice=100 (100 !!) in SYSTEM.INI [386Enh]. Playing a MP3 in Media Player is not bad with this setting. BTW: In VBox all Widget´s in HDACFG.INI must be set to $03, as @UCyborg found out (SleepingWidget, PowerWidget and OutputWidget). HDAICOUT.HDA is not necessary, but I found out that an empty file speeds up the first playback considerably. ------------------- HDAICOUT.HDA ------------------- Begin End ------------------- BTW2: In VBox Windows 3.1 must be installed WITHOUT any System Acceleration. Windows 98se needs ALL System Acceleration enabled.

@tyukok: the error indicates a typo. Are you sure you didn't type $OC instead of $0C ? If you found a decent soundcard, there is no reason to continue, unless you like further experiments. But that's up to you. Using HDA2.DLL is not always easy and there is no garanteed succes.

@tyukok: I analyzed your latest files, all values are at least possible. Apart from setting VolumeWidget=$0C in HDACFG.INI and trying ALL jacks with Headphones I can´t suggest anything more at the moment (ALL jacks are set as Output Pin´s in playback mode by the "universal" version of HDAICOUT.HDA). There must be written a HDAICOUT.HDA for codec ALC1220, now its maybe worthwhile to spend time needed. Problem is your codec is a Realtek High-End codec WITHOUT data sheet available. So I have to try to reconstruct the codec from Linux and AppleHDA sources. Although I took already a first look, it doesn´t look as an easy task and will take some time.

@Dave-H: I am not aware of drawbacks for the 16-bit HDA driver. But HDATSR will cost you: about 9Kb Conventional memory, and a part of your memory area above 1Mb. If there is no room left in the first Mb's because of certain MS-DOS programs using that memory too, the Busmaster addresses used hy HDATSR will shift to higher addresses, risking being overwritten by Windows. That's all I think I can say about this subject. The experiments I described in my thread "Smartdrive Revisited" suggests this can already be a problem in case of SMARTDRV with a cache of 4096 (=4Mb), in combination with HDATSR. But there are centainly members that can give a more conclusive explanation than I am capable of.

@Dave-H: without HDATSR should be possible by means of limiting Windows' memory to a few Megabyte's less, and set the [BUSMASTER] addresses there in HDACFG.INI

@tyukok: About HDATSR and available memory, it's true you can do without HDATSR, but in that case you must set manually [BUSMASTER] memory addresses in HDACFG.INI that are "out of the reach of Windows". Since this is not the problem here, I'd like to see your latest HDACFG.INI, HDALOG.TXT, and since you're using HDAICOUT.HDA too HDAICIN.TXT.

@tyukok: Big progress. HDALOG.TXT looks much better. Also movenent of the slider when playing sound is good, means the driver is pumping digital sound to the HD-audio link. But this time there is a basic problem. "TSR=TSR not found" in your new versions of HDACFG.INI wasn't there in your first upload, so no DMA buffer anymore. The digital sound can not get to the buffer. Please check your AUTOEXEC.BAT for a HDATSR line.

@tyukok: Interesting, but the communication with and "setting" of the codec is still not good. But the driver got at least the right codec id: $000F0000=$10EC1220 means the codec answers the GET Verb $000F0000 with ($)10EC1220, which means Realtek 1220! In HDACFG.INI you should find CODEC_VID=$10EC and CODEC_DID=$1220. What actual value has CODEC Index= there?

@tyukok: No problem, there is no hurry. The OS is already retired. Sad the other Verb interface did nothing. There are not many options left to try. You can play a bit with the wait-timings in HDACFG.INI, although I am afraid the driver is not compatible with your HDA-controller. Reset to Verbinterface=$1 Normal values are: wait1=$100 wait2=$100 Try higher values, like wait1=$200 and wait2=$200 or even wait1=$500 and wait2=$500 BTW: I could'nt find anything useful about the controller, nor in linux sources, nor in the data sheet of your chipset (only power saving issues).

@tyukok: Disabled is the default, I asked just to be sure. If you like to continue: next step I suggest would be a different Verb interface. Set Verbinterface=$0 in HDACFG.INI and reboot. Please check if there is any difference in HDALOG.TXT, if there is any difference attach the file.

@tyukok: Nice board. Are all Power Management options disabled? See Page 2-7 of the User manual.

@tyukok: Thanks for the file. Look no good, the codec readout is'nt as it should be. All I can do is take a look at your system. I need full specs (motherboard, including Revision; in case of a laptop full model name). Further: are you using WIN98se?

@tyukok: The id is the HDA controller. But nevermind, I will search for the ALC1220 data sheet. Did you hear absolutely nothing during boot? Please attach latest HDALOG.TXT

@Dave-H: Yes, but situation is different now. At the time I was an active member of Watler's Win3x forum, I asked him if he could gave me room for Win9x experiments. Although he was a bit sceptic, he gave me room and even tried and criticized my INF-file. I made a statement about on MSFN only. But since a year ago the forum ended, so new opportunities for MSFN.

@tyukok: My INF-file doesn't make an entrance in Device Manager -> Multimedia, only in System Devices, (according to Windows conventions for HDA controllers). Your CODEC_VID=$14F1 CODEC_DID=$2BFA in HDACFG.INI doesn't look to me as ALC1220. Since you have CODEC Index=$1 in HDACFG.INI, I would suggest trying HDAICOUT.HDA.100 first (file in previous post). Rename to HDAICOUT.HDA, copy to your Windows directory and reboot.

@Dave-H: Good to here your system is stable with the 16-bits HDA driver. I still have no definitive opinion regarding stability issues, but I will do thourough testing with Virtualbox, no real risks involved (thanks to UCyborg)... Working with an unknown system was stimulating, especially with such a careful tester. Gave me some new insights and idea's too. As a sort of spinoff from this project I made three quasi-universal versions of HDAICOUT.HDA. Instructions which one to choose inside. Especially useful if there is the Sound of Silence after installation of the driver. Hdaicout.hda.000 Hdaicout.hda.100 Hdaicout.hda.200

@hfuria: Please search with Google the full filename "DP_w98_1.01.exe" (including quotationmarks), etc.