Updated Broadcom driver.  I passed over the latest Realtek driver (Driver_XP_5818_09142013.zip), due to it's bugs.

DP_LAN_wnt5_x86-32_1310311.7z - 10.9 MB   58a04d9c8e21f160185c3e6fdc6f7a40434cbba4

edit: link removed - updated in last post

Bigfoot wrote:

"198 downloads, no feedback"

Sadly, i know how this feels.
  To be truthful, there has been very limited and mostly incomplete public feedback for the NT5 packs.

Unfortunately, i won't have much time over the next six months or so to help.
If i do DISM in some drivers, i will report my results - I love taking notes.

353

(6 replies, posted in DriverPack WLAN)

The driver included in DP_WLAN_wnt5_x86-32_1307241.7z\D\W\A\ for Atheros non-USB WiFi series
is {DriverVer = 05/23/2013,10.0.0.251}.  Noting that ASUS recommends installing their utility first.  This is one reason i recommend installing DP_WLAN with SAD3 after Setup completes.  Broadcom controllers can use  DP_WLANutils.  I might have included the Atheros utility if it didn't have the nasty habit of autoconnecting to unsecured networks.

Reply later and tell us what worked for you, that others may benefit.

354

(12 replies, posted in News)

Welcome back Jaak, compstuff, muiz & SamLab!!!     smile

355

(8 replies, posted in Software)

No eSATA drivers have been found so far for Intel devices as follows:

PCI\VEN_8086&DEV_29B6&CC_0101
PCI\VEN_8086&DEV_2E16&CC_0101

Therefore; PCIide is installed,
which apparently from what i've read thusfar, will not support Hot-Swap!

Unfortunately, i have no eSATA cable for testing.
A regular SATA cable will not fit.

I do reason that a modified .Inf would rectify this situation, if true.

However; i will not make the change and simply document this theory here.  Done.

Can anyone enlighten me further?

Thank you, Chief!

That package you list for Realtek(ATi) HDMI doesn't appear to have changed from the listing on the download page.
I did find a new ATi/AMD HDA package in one of the new AMD 7790/R-Series drivers for XP though.
  {DriverVer= 04/23/2013,5.18.0.5515}
    The executable is no longer signed, although the driver appears WHQL'ed.

Now, if only a proper Intel Gen-4 HDA driver could be found (or .Inf modded) and successfully tested to fill that gap....

@urbanriot - Please post your DPs_BASE log.
Does a simple install of NT5 work?
What is the bluescreen error specifically?

urbanriot wrote:

"This system may actually be more of an anomaly as none of our OPK deployment sets are supporting the AHCI mode and furthermore, I can't find any DEVID references to it in any of the Storage Matrix txtmode.oem files."

This is because there are no WHQL'ed drivers available for this particular chipset combination, as far as i know.  If you find anything from Intel or an OEM, please post a link.  If included, i will credit you in changelogs.
===================================================================
@Outbreaker - have you a portable USB CD/DVD drive available?
How did you create your flash drive?
I would love to see your DPs_BASE log, too.

The MassStorage.ini already uses ..\N\7\nvgts7.sys {quote:  "From nForce 15.56 DriverVer=04/09/2010,11.1.0.43"} for textmode.  nvgts.inf seems to satisfy WHQL requirements.

Is that PCI\VEN_10DE&DEV_0AB9&CC_0106 or PCI\VEN_10DE&DEV_0AB9&CC_0104?

Are you using a clean or updated source?

This project doesn't officially support flash, yet it is a work in-progress. 
Disc install has greatest odds of success due to least variance in BIOS/uEFI support (except disc-USB).

You seem to be saying, in a way, that you are having issues with malware.  Are there problems with pixellation or random restarts, cut-outs, blue or black screens?  Any blown caps?  Is it clean, or clogged with detritus?
Certainly, it seems possible for what might appear to be malware at first could actually have hardware origins, perhaps even making a system more prone to malware.

How old is the coin-cell battery in it?  They get drained down to nothing if they are left with AC removed for many months.  You can only truly test them "under load", with a same coin-cell based accessory, such as a light or WiFi finder.

It is amazing how much of a difference a well-running proven power supply makes, first and foremost (like audio).  Components on the motherboard run much cooler when they have less electric noise in the power to dissipate as heat.
Warranty length (parts AND labour) is a good gauge for consumer.  By previous observation, products seemed engineered to last one and a half times the length of the original warranty.

Search is good, too.  http://forum.driverpacks.net/viewtopic. … 150#p32150

Dot NET 2sp2 has been updated, and an uninstaller for legacy vulnerability included in VC2k5.
External has DisplayLink and Magic Control Technology Corp. (MCT) updates.

DP_Graphics_ATi_Runtimes_wnt5_x86-32_1310151.7z - 21.0 MB   81b4fcc8e3d2f112b780fc82b38377bc0a1314ba
DP_Graphics_External_wnt5_x86-32_1310171.7z - 14.6 MB   ad86dff372ea1e4fa7e7a6dd479914079abc2b89

edit: links removed - updated or reposted below

. updatum
DP_Sound_A_wnt5_x86-32_1310251.7z - 154 MB   2264517730c7ee7911b8d27024619edc03d677eb

*  edit:  links removed - updated below

It's "in the system".
I previously neglected to mention that it was in that updated misc pack, amongst other updates.
How efficiently does it work?  Seems good on my ThinkPad R40.  IntelIDE installs by default in all NT5 OS'.
  ref:  http://forum.driverpacks.net/viewtopic. … 177#p54177

I posted the updated packs about 3 hours and 48 minutes before your request.
How's that for timing???
Probably not a record by far here though ...     smile

I do not see anywhere on his page where it states "DriverPacks may include my work in their project if they credit me".
But this is beside the point.

mr_smartepants invested a lot of time and effort in at least the nVidia portion of the MassStorage pack.  To include the work of others would likely mean negating at least some of that.

It is a "kettle of fish" that i dare not open.

It works for most boards.  The few that it does not support can be added.  Yet it need be done his way.

I know of no other way.

What particular nVidia chipset is that?

Hello!  (Zdravstvujtye!)

First, i must apologize to mr_smartepants, OverFlow and Steve_Dun for my [off-topic] answer.

Thank you, C400, for your notes about stability.  Note that there are updates planned for the new year.


It would seem that there is more competition than simply between English-speaking and Russian driver pack projects.  There are, in addition, German and possibly even Chinese and Indian projects too.  This doesn't take into account the overwhelming number of commercial driver pack sites which i am extremely wary of.
  If we ignore the commercial projects for now, i think that reasons for competition can be summed up with three factors.

#1 - Language is a barrier.  Certainly on this site, it is not friendly to those whose language requires an extended character set, such as those languages based upon Cryllic (such as Russian), Kanji (Chinese/Japanese), and many others.  This forces any potential participant to converse in a language that is not native to them, or they are excluded.

#2 - Our collective governments have placed an artificial barrier that directly negatively affects trust.  It used to be said that you do not study a Russian site, it studies you.  However; this is no longer unique to current and former totalitarian states, if it ever was.  As a Canadian, i was leery of visiting any American web site.  Unfortunately, due to integration in this continent, it matters no more whether i visit a web site from any nation, i will be spied upon regardless.  I am no criminal, nor am i engaged in any criminal activity, yet that doesn't seem to matter.  It is this unconstitutional and immoral behavior that i am against.  I am certain that others have similar concerns.  It would seem to me, in my humble opinion, that trust is broken in the internet.

#3 - Microsoft Windows is rapidly becoming irrelevant due to mass proliferation of so-called "smart" phones, and the lack of reuse aspect in "e-cycling".   New licensing models also limit their lawful transfer and reuse.

  I welcome and encourage greater participation between the free and open Driver Pack projects.
  We have much to teach others, and even vastly more to learn from those other peoples.

    My hope is that one project, and i do prefer this project, will integrate a translator that all peoples can converse in their native languages without barrier.  As we are engaged in lawful pursuits, we should have nothing to fear from any of our governments.


Do you agree that this accurately reflects the current situation?

Hello, urbanriot!

Here are a couple of test packs for you.  ICH8 & ICH10D/DO should be fixed now.

DP_Chipset_wnt5_x86-32_1310251.7z - 9.61 MB   31f6e60afbcc949706b462ae7cff13371d249ab8
DP_LAN_wnt5_x86-32_1310251.7z - 10.8 MB   738b37a776a21753d44113a1471811886df4c3fd
DP_MassStorage_wnt5_x86-32_1310251.7z - 9.29 MB   2cbd414ec93269ed32f9e6e5db876c7a897a864e
DP_Misc_wnt5_x86-32_1310141.7z - 16.0 MB   1c9fd78f4907e65df780b98ffcc323ceb523c574

  * - edit: link removed - updated near last post in this topic
  Bear in mind that these have not yet gone through rigorous testing.  I will post an updated Sound_A package later.

In some cases, hardware duplicates (such as video, sound or modem cards) can cause blue-screens during an install.  I am uncertain if this is true with PE.

    Also keep in mind the possibility of hardware issues, such as blown capacitors - especially in the "no user servicable parts" power supplies, which are a shock hazard when opened.  It would be rare for this to cause issue in HDD detection ($7B errors).  However; it can and does cause other instabilities.  Every ten degree Celsius drop in temperature doubles their life span.  Conversely, every ten degree Celsius rise in temperature halves their life span.  55°C is a good average.  Use a non-contact infrared thermometer to gauge thermal zones.  Ensure all dust is removed.  Some of it spontaneously emits electrostatic charge.

Please let us know how it works out for you.
  If there are any further changes needed, do not hesitate to reply here.

I thank you for your report.
============================================================

Hello, Outbreaker!

You will need to run mr_smartepants' gamut of nVidia MassStorage testing.
  here -->  http://forum.driverpacks.net/viewtopic.php?id=4742

Note that i cannot include any of Fernando's work without his expressed permit.
  Also, OEM sources are required as a base for any modification.  I require myself to justify where files are sourced, at least to the Testing Team.  Every project should reveal their sources for peer review.  Progress is much slower this way, yet i believe it supports trust and therefore worth every extra bit of time.

Also wondering how one enables AHCI on a board with an 82801HB ICH8 Base-level Southbridge, such as the DG35EC????
     Reference:  http://www.intel.com/support/motherboar … 029385.htm

I don't see it listed on the RST AHCI supported chipsets list either.
     Reference:  http://www.intel.com/support/chipsets/i … 012304.htm


If there are actual issues (such as BSOD on ICH10D/DO AHCI - a fix is in the works) please respond.

Hello!

That is odd.  I've tested on dozens of different machines and have different results from what you have experienced.

Why not give some more detailed information that i may correct this?
Some HWid's, DP_BASE output, and working revision info would be helpful.

Thank you.     smile

I've had to put this on my "back-burner".     sad

I see some real nice cross-platform goodies are available.

http://www.i-programmer.info/news/136-o … osoft.html
http://www.lfd.uci.edu/~gohlke/pythonlibs/#pytools
http://pytools.codeplex.com/
http://www.youtube.com/watch?v=bCEMBvdgWGM    <-- P[y] Jape     tongue

You could use the NT5 driver on Win7, yet you should probably avoid this for possible security reasons.
It is likely best to use drivers specific to the OS.
The Windows 7 driver should be NDIS6.2, while the XP driver will only support NDIS5.1.

Your mileage may vary.  Mostly it depends upon the weight of one's foot.     smile

PS:  I have not forgotten your request for updated changelogs, just terminally-short of time at this time.
          Like the tortoise, i will get there eventually.

369

(8 replies, posted in Software)

I found more info:

bigfoot wrote:

"The line looks correct.
ich78id2.inf  requires intelide.sys
ich78ide.inf requires pciide.sys.
Pciide.sys is a generic driver so it maybe more compatible. It does not support hot swap like the intelide driver.
If one doesnt work, I would try the other."

mr_smartepants wrote:

"From what I understand, ich78id2.inf is for Windows 2000.  I typically remove the extra line in the .inf to "break" the driver signing so that ich78ide.inf is selected first for XP users.
This was reported as a bug elsewhere in the forums."

     quoted from:  http://forum.driverpacks.net/viewtopic. … 812#p43812

I will venture to do some testing with only the in-box native driver during Setup, then compare benchmarks & hot-swap ability with either the Intel-supplied intelide or pciide based drivers.

I have read that in at least NT6 that TRIM is supported by both drivers.

370

(8 replies, posted in Software)

I see that this is a "many-headed hydra" kind of thing, yet it must have a haircut!
------------------------------------------------------------------------------------------------------

Primarily, i would like confirmation on how this should work on NT5, with an eye towards NT6.x.  This discussion doesn't yet take AHCI (msahci.inf) into consideration.

I see that intelide, a native driver, is used for Intel controllers ICH0 through ICH5 (w2k) & ICH6 (xp,2k3) by NT5.  All other "unknown" pci controllers tend to use pciide, another native driver.  This is accomplished via the driver mshdc.inf.  Note that any Intel PCI IDE controller newer than ICH6 should natively install the pciide driver.

Add Intel's Chipset package into the mix with it's own drivers.  Now we have a choice between intelide and pciide.  There are drivers named ibexide.inf for instance, which generally support pciide (mask of ????ide.inf).  There is also drivers named ibexid2.inf for instance, which generally support intelide (mask of ????id2.inf).

On XP sp3, intelide is "5.1.2600.5512 (xpsp.080413-2108)", 5504 bytes, and references ntoskrnl.exe {KeBugCheckEx, KeTickCount} & PCIIDEX.sys (PCI IDE Bus Driver Extension).

  Pciide is "5.1.2600.0 (XPClient.010817-1148)", 3228 bytes, and references only PCIIDEX.sys.

  Pciidex.sys is "5.1.2600.5512 (xpsp.080413-2108)", 24960 bytes, and references HAL.dll & ntoskrnl.exe including {KeBugCheckEx, KeTickCount}.

Both types of driver have been included in DriverPacks, since at least 2007.  This has not been without issue.

I do recall that the intelide driver did cause issue for some with ICH7 controllers (changed in MS v11.07).    see:  http://forum.driverpacks.net/viewtopic. … 885#p37885
There have also been issues with Sysprep, and some Dell GX600 series systems, if i have read those topics correctly.


Conclusion:  For NT5, i tend to think that these drivers should be archived as "intelide" and "pciide".  It should be up to the individual whether or not they are installed.  This would avoid any possible pitfall of their usage.  It also offers an obvious bugfix should native drivers fail.


What are your thoughts?     hmm

It would appear from this forum topic, that ChipZilla might be having tissues.

RickMtl wrote:

"I have read that Intel RST 12.6 is buggy, I know RST 12.7 is worse as Intel released that version and quickly pulled it from the web.  Intel recently released RST 12.8 (Aug 2013) so I tried that one first.  I have all the versions: RST 12.6 from Intel site and Dell site (different file sizes, not sure why), 12.7 and 12,8 -> in ALL cases, the system FREEZES after installing RST."

     Quoted from:  http://en.community.dell.com/support-fo … x#20443927

v12.8.2.1000 is here --> (x86) http://downloads.dell.com/FOLDER0171623 … up_ZPE.exe
                            [amd64) http://downloads.dell.com/FOLDER0171626 … up_ZPE.exe


I wonder if those problems, as alleged and as-yet unconfirmed here, have been fixed?     hmm

I see the probability of success is high, as long as one is patient and avoids temptations to rush things.

Do keep track of changes in a changelog.

By the way, i do recommend Mitja Perko's free for personal CD Check (30 day eval. for Business users) to generate and compare hashes of each pack after changes are complete, as mouse mis-manipulation (etc.) can and does happen once in a while.  It does assist one in making changelogs too, as a person's memory can lapse once in a while.

Hoping you have DVD+/-RW's; they save making mountains of discs.  Solutions like WinSetupFromUSB are potential time-savers, yet not officially supported by DriverPacks (IIRC).  That should encourage the USB 3.0 drivers to be added to MassStorage (uncertain about 8.x), as originally pioneered by Damnation.

I wish you well!     smile

373

(7 replies, posted in Windows 7 Discussion)

Wouldn't a program like Piriform's free (including for Corp. & Mil.) CCleaner not remove such entries, or is cleaning incomplete?  Or is this not the only problem such an approach could create, such as removing too many drivers (if such a thing is possible)?

SAD3 would be my own preferred approach, as mr_smartepants has worked that script, literally for years.  As far as i know, only the HID pack for NT5 (at least) has had troubles in the past with drivers utilizing generic HWid's, yet that is not surprising.  One should really identify the underlying hardware from official specifications before installation anyway (IMHO).

The contents of ..\Lang are likely required.  The DisplayAudio folder is likely for HDMI audio.
  That might integrate in with the same folder as the driver, though i am uncertain.

If there are any files with the same name, one would need check their hash values with a program such as Nir Sofer's Hash My Files.
  Nice; he has included support for VirusTotal.    smile

  To see which files are required by the driver, first double-click the associated Security Catalog (.Cat) file and click the Security Catalog tab.
  Check the Catalog entries by Tag.  It's a little "clunky", yet it get's the job done.
    Confirm OS support by looking for the first occurance of the hex value 4f (8th byte from left).
      It should appear somewhat like the following, as an example:

30 82 01 32 1e 04 00 4f   0..2...O
00 53 02 04 10 01 00 01   .S......
04 82 01 22 32 00 30 00   ..."2.0.
30 00 30 00 2c 00 58 00   0.0.,.X.
50 00 58 00 38 00 36 00   P.X.8.6.
2c 00 58 00 50 00 58 00   ,.X.P.X.
36 00 34 00 2c 00 56 00   6.4.,.V.
69 00 73 00 74 00 61 00   i.s.t.a.
58 00 38 00 36 00 2c 00   X.8.6.,.
56 00 69 00 73 00 74 00   V.i.s.t.
61 00 58 00 36 00 34 00   a.X.6.4.
2c 00 37 00 58 00 38 00   ,.7.X.8.
36 00 2c 00 37 00 58 00   6.,.7.X.
36 00 34 00 2c 00 53 00   6.4.,.S.
65 00 72 00 76 00 65 00   e.r.v.e.
72 00 32 00 30 00 30 00   r.2.0.0.
38 00 52 00 32 00 58 00   8.R.2.X.
36 00 34 00 2c 00 38 00   6.4.,.8.
58 00 38 00 36 00 2c 00   X.8.6.,.
38 00 58 00 36 00 34 00   8.X.6.4.
2c 00 53 00 65 00 72 00   ,.S.e.r.
76 00 65 00 72 00 32 00   v.e.r.2.
30 00 31 00 32 00 58 00   0.1.2.X.
36 00 34 00 2c 00 53 00   6.4.,.S.
65 00 72 00 76 00 65 00   e.r.v.e.
72 00 32 00 30 00 31 00   r.2.0.1.
32 00 58 00 36 00 34 00   2.X.6.4.
2c 00 5f 00 76 00 36 00   ,._.v.6.
33 00 2c 00 5f 00 76 00   3.,._.v.
36 00 33 00 5f 00 58 00   6.3._.X.
36 00 34 00 2c 00 5f 00   6.4.,._.
76 00 36 00 33 00 5f 00   v.6.3._.
53 00 65 00 72 00 76 00   S.e.r.v.
65 00 72 00 5f 00 58 00   e.r._.X.
36 00 34 00 2c 00 5f 00   6.4.,._.
76 00 36 00 33 00 5f 00   v.6.3._.
53 00 65 00 72 00 76 00   S.e.r.v.
65 00 72 00 5f 00 58 00   e.r._.X.
36 00 34 00 00 00         6.4...

Also check the .Inf file withing [SourceDisksFiles], [SourceDisksFiles.x86] , or [SourceDisksFiles.amd64], depending upon CPU architecture.
  All files listed for that particular architecture need be included as well as the .Inf and .Cat file, or installation may fail.
    That is why some NT5 DriverPacks actually have 64bit files included.

Any files not listed within the Security catalog and .Inf file(s) might not need be integrated, and could conceivably be considered for a separate Optional 3rd-Party DriverPack should anyone not want to install MediaSDK, for whatever raisin.

The real hard part is ensuring HWID's don't overlap on incompatible hardware.


The contents of ..\MediaSDK are likely Runtimes for Intel's MediaSDK.
  Here is a link to their forum containing some whitepapers
         --> http://software.intel.com/en-us/forums/topic/311914

Are the OpenCL runtimes are included within either the driver or MediaSDK?


When you do post DriverPacks, create new Topics for each of them.     smile

375

(7 replies, posted in Windows 7 Discussion)

I am not yet familiar with NT6 integration, yet you may find that you need to delete folders for OS' that do not apply.  If i remember correctly, DISM is advised for integration.

DO read several topics within "Windows 7 Discussion", especially those stickied.

Do double-check, including the non-plug and play drivers after Setup.

Others may advise you further and hopefully correct my inaccuracies.
I am no expert.