Search options (Page 153 of 159)

Just a heads-up that I'm working on the new Catalyst 7.6 driverset now.  The problem is that ATI hasn't released their mobility 7.6 drivers yet so I'm on hold for that.  I'll be uploading a Graphics_A test DP with ONLY the ATI drivers when it's done.  I'm not sure how to handle the nvidia disparity.  We may have to create new folders N\1, N\2, N\3, etc to handle the different drivers.

Make sure to let nvidia QA know about this.  I know from working in QA that reports like this do NOT go un-noticed. 
Although, it's becoming standard 'party-line' politics to let older hardware go unsupported in newer driversets to keep filesizes down and optimize the code.

See, that's just the problem.  I have a working DP with just drivers...no CPL options (neither Intel or Sigmatel).
I'm working on getting only one CPL to load but any other option would require a rework to the DPbase (which is 99.99% bug-free).

I'll be going on an extended "business trip" soon so I'll be off-line during that time.  I'll bring my gear with me and I'll continue to work on this while I'm gone.  At the moment, I have very little dev-time available.

We may have to splinter the packs to rebalance.  Graphics_A is already pushing 90MB compressed and doesn't support older Geforce hardware.  We may have to reshuffle and add older nVidia hardware into Graphics_B.  It's possible we may have to create a Graphics_D (for outdated, unsupported hardware) for archival purposes to keep the other DriverPacks managable.  Otherwise, we're looking at 'exceptions overload'.

I'll check my folders when I get home for nvucode.bin.
*Edit
I don't have that file.

The .cmd file in the Dev area is wrong.  You need to add the following lines of code in the appropriate places to uncab the .bi_ files.

ren *.bi_ *.bin

The website we get the NV4_go.inf files may have dropped those HWIDs because they're unsupported (or because they screwed it up).  The drivers in the DP G\N\1 folder don't support GeForce4 cards.  The nVidia site recommends the older drivers (from DP 7.04).

OK, I just verified that this update does NOT work on an older HP notebook with GeForce Go 420M.
I even downloaded the drivers for "Geforce 4 series" and put in the custom INF file to support it and it didn't work.  Only downloading the drivers from HP (c 2005) worked.
Sigh.

Can you try the release DP?  If it still doesn't work, please post your HWIDs, your DPbase ini file and your logfiles.

This is NOT a good sign.  When a vendor's utility won't even recognize it's own device...bad news.  IIRC, Fujitsu haven't updated their utility in a while.

Not necessarily, using another vendor's utility may or may not report accurately.  Although, failing a SMART check does mean the drive is on it's way out.

If this is true, the drive is dead or dying.  Heat will kill a HDD faster than anything else (short of dropping it off a building.)

Well, well, well.  A silver lining to the cloud.

Personally, I would back up all the data worth saving off the drive.  Then sell it to an unlucky sucker.  (just kidding).

Glad to be of assistance!

Wow, quick work Jaak! 

OK, I'm going to need some help here.
I have a DP that's working fine but only loads the drivers, not the control panel (either Intel or Sigmatel).  In order to load the control panel correctly, an ini edit is required.
So far I added an 'I' subfolder to D\S\S\ for "Intel".
I'm thinking something like this (WARNING, untested):

[S-I]
; REQUIRED
exc_count		= 1
; OPTIONAL
exc_1_tagFiles	= 1
exc_1_tagFile1	= "%SystemRoot%\system32\drivers\sthda.sys"
exc_1_+hwids	= 0
exc_1_-hwids	= 0
exc_1_+infFiles	= 1
exc_1_+infFile1	= "%DPSROOT%\D\S\S\I\*.inf"
exc_1_-infFiles	= 0
exc_1_commands	= 11
exc_1_command1	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.dll %SystemRoot%\system32"
exc_1_command2	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.sys %SystemRoot%\system32"
exc_1_command3	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.cpl %SystemRoot%\system32"
exc_1_command4	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.ax %SystemRoot%\system32"
exc_1_command5	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.cat %SystemRoot%\system32"
exc_1_command6	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\*.drv %SystemRoot%\system32"
exc_1_command7	= "cmd.exe /c md "%ProgramFiles%\Intel\HD Audio\STACGUI""
exc_1_command8	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\sttray.exe "%ProgramFiles%\Intel\HD Audio\STACGUI""
exc_1_command9	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\stlang.dll "%ProgramFiles%\Intel\HD Audio\STACGUI""
exc_1_command10	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\stacgui.cpl "%ProgramFiles%\Intel\HD Audio\STACGUI""
exc_1_command11	= "cmd.exe /c copy /y %DPSROOT%\D\S\S\I\stacsv.exe "%ProgramFiles%\Intel\HD Audio\STACGUI""

Our other option is to pack up the entire "Disk1" folder from the Intel download with the " /s /SMS" switch like the ATI CCC package and call it with the ini that way.  That might actually be the safest option, but I don't have the hardware to test on.