Topic: [BUG] Vostro 1520 DP_Sound_A_90902.7z & DP_Sound_B_90903.7
IDT High Definition Audio Codec didn't install properly... see HWID's and logs:
http://www.mediafire.com/?sharekey=80f1 … e37b913e74
You are not logged in. Please login or register.
DriverPacks.net Forum » DriverPack Sound » [BUG] Vostro 1520 DP_Sound_A_90902.7z & DP_Sound_B_90903.7
IDT High Definition Audio Codec didn't install properly... see HWID's and logs:
http://www.mediafire.com/?sharekey=80f1 … e37b913e74
I have been trying a few different things to see if I could get this...
If I am wrong in any of this feel free to point it out :-)
From the HWID I found that the driver should be in the SG\9 folder so I ran a test by replacing the original driver in the folder with the one provided by Dell 01/29/2009 5.10.0.6147... then I ran the SAD
The driver didn't get updated so I decided to remove the device in Device Manager and let it try again ...when it did the new hardware wizard started and was asking for SG\7... needless to say that driver didn't work.
I manually ran the Dell driver setup which installed so I also included that log... not sure what to do from here...
Your HWID is not supported. would you like please to provide me a link to download the driver. Try it before manually please.
Major... I customized the pack to experiment by making the following changes and it seemed to work but I am still experimenting:
Changed:
Removed SG\7
SG\9
IDT High Definition Audio CODEC Driver Disk Driver Ver=02/23/2009,6.10.0.6159 to 01/29/2009,5.10.0.6147 for V1520
I just ran another test and noticed and odd issue... the audio works but the install leaves the D folders in the root with the stacsv.exe in it and the actual service is registered and running from that location... I was able to create a reg mod but why would it do that?
This is an old bug where DriverPacks Finisher can't delete files that are in use. That's why DriverPacks Finisher creates a reg entry to clean up after itself after the next reboot.
This is an old bug where DriverPacks Finisher can't delete files that are in use. That's why DriverPacks Finisher creates a reg entry to clean up after itself after the next reboot.
I know from the finisher log that it states it added a reg entry for the cleanup but it still didn't delete the D directory, plus when I manually deleted it after "unlocking" the file handle, the service failed so thats why I checked the reg for the entry and had to change it from the D folder to the proper programs folder. I will run a small reg file during my cleanup which will handle this in the meantime but thats not the real fix
when I manually deleted it after "unlocking" the file handle, the service failed
Whoa! If the file is still in use after a restart and the service fails when it's deleted then we have another problem.
compstuff wrote:when I manually deleted it after "unlocking" the file handle, the service failed
Whoa! If the file is still in use after a restart and the service fails when it's deleted then we have another problem.
I did this 2x and had the same result each time...
mr_smartepants wrote:compstuff wrote:when I manually deleted it after "unlocking" the file handle, the service failed
Whoa! If the file is still in use after a restart and the service fails when it's deleted then we have another problem.
I did this 2x and had the same result each time...
Well I actually tried this again since I am doing other testing and yes it happened a 3rd time so it is consistent
Which folder is that file getting installed from? I'll look at the .inf and see what went wrong.
It still happens with DP_Sound_B_wnt5_x86-32_1004r2.7z and it installs to c:\d\s\i20
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 3 official extensions. Copyright © 2003–2009 PunBB.
[ Generated in 0.024 seconds, 11 queries executed ]