buzwork wrote:

Jaak,

Will do.  I'm going to grab another hard drive to preserve my existing image but I'm more than willing to help out.

In case that may not be avilable somehow: You can always use an imager to get a 1:1 image copy of your current disk which you can easily put back one in case something goes wrong.
If you haven't installed too much already, that image might easily fit on a DVD or USB stick.

Works now...

And that was just an answer smile

Sorry if that read somewhat like "No, you aren't always getting what you want, child!", though I really had no intention to make it sound like such.

It's perfectly fine to ask such stuff, because, chances are, we may not yet have considered this or that case, yet.
Also, if you can name good reasons against our current policy, we may even change it, after reevaluating, but it's no promise wink

You can simply disable the Signed Drivers Policy so Win won't bother you with that again (it's unly of limited use if any, anyhow... Haven't seen someone "accidentially" installing a driver. If you do that, you most likely want to do it; and the WHQL logo doesn't even guarrantee no BSODs or anything like that so it's pretty useless).

I'm using nLite to get rid of that but you can also do it manually (I just don't know how off the top of my head...).

There should be a couple of posts about this already, try searching for them wink

Fragbert wrote:

I wonder if repacking the driver packs with little or no compression would speed things up?

And I wonder where I replied to that question already before (because I know I did!).
Thing is, you have to know what will work faster:
Transferring the uncompressed files (lots of space!) from a relatively slow medium such as CD/DVD saving any uncompressing time or transferring only a fraction of that but having the CPU/RAM do some work decompressing.

In the end, this cannot be answered ultimatively because it depends on your system.
With fast CPU/RAM I doubt you'd gain anything.
Also, I do not know whether DMA already works when the DriverPacks are being extracted (guess no), so the copying process would already be slow on the bus and also take a huge load of CPU.

Not having tested this (search and see the other thread for further inctructions), I'd say compressed drivers is faster unless it's a really old system (even then bus speed and drive speed will also be slower).

Well, in case I didn't make that clear enough already, you won't have to make a new version for each PC (that would be insane and totaly contradictionary to the maxime of the DriverPacks anyway!) if you report the problems and our team fixes them wink

That's the best of both worlds, really! big_smile


I'm not sure where you want to have seen that because it certainly is not officially supported.
What you can do (and that has already been discussed numerous times on this forum) is simply deleteing specific dirs from the DriverPacks which contain the drivers you do not want/cause problems for you.
Then simply repack them as 7-Zip (see the tut link) and there you go.

Us2002 wrote:

ATI released patch for Cat7.09, is it included in DPG_A?, or must be installed manualy?

If you are referring to the hotfix, no, it's won't be included (unless Erik  decided otherwise in the meantime.
We try to stick to official versions in most cases and unless the hotfix fixes some critical issues (that being either system instability/crashes or security matters), it won't be included.
Chances are, it's still somewhat beta and as ATi/AMD release new drivers each month anyway, it won't be too long for 7.10 to surface (which, naturally, will include any changes of said hotfix).

Anyway, I still haven't been able to find a changelog on this hotfix, so I really don't know what required oh so desperate fixing (last time all they did was implement better BioShock support, which I personally didn't mind but objectively don't see a necessity for the DriverPacks).

If you know what driver it is causing the trouble you can simply unpack the DP, delete the driectory it's in and repack (for instructions see the links in my sig!).

Still, as I said, it's better to report the "faulty" drivers so our Team can fix them for the next release.
That way, you will also help others that may have the same problem.

mr_smartepants wrote:

Thanks Helmi, but I grabbed it two days ago! tongue

Heh, but you didn't tell us about it!
If this was ment just for you, I'd dropped you an email wink big_smile

1000 posts, wow!

Nothing compares to Bâshrat the Sneaky, though... smile

Ain't that much for me, either, because on another forum, I got more than 20,000, but that was over more than five years or such.
At least I can claim to have a zero spam count (or so I hope!).

A new version of the DH Mobility Modder has just been released (v0.8.8.0).
You can find it, as always, at http://www.driverheaven.net/modtool/



PS: 1000th post, YAY! smile

You can already chose which packs to include (slipstream) to your source in the BASE (i.e. no DriverPack WLAN if you don't have WLAN).
As they are supposed to be unattended, having a selection menu during installation is not the best idea.

I'd rather advise you to find out which drivers excatly are casuing the BSOD, then file a report in the respective sub-forum for that DP and hope our team can sort it out.
After all, it's best to totall cure a problem rather than simply avoiding it, right? smile

637

(1 replies, posted in Other)

AlloAllo wrote:

As i know, HWID is the unique number generated when Windows is setup and it's like this :
105A-FCF4-09F9-873A-6B1A-4B4A-2004-4B3D

No, it's not.
The HWID (Hardware Identification) number is composed of the manufacturer and the HW model number.
It is only unique as in being assigned to products of the same model range (unless your name is nVidia...).
This is not to be confused with the MAC address of NIC's, which, in theory, are really unique, as no number is assigned twice on any other device.

How can i get that number? and may we edit it for our own reasons?

You sure you aren't referring to the unique identifier numbers of Windows?
Those get assigned to each user account you create and even when you rename it (the account), the number stays the same.
Since the number is taken from a random number generator (with seeds based on your HW config as well as current time and date of the creation IIRC), it can be regarded as de-facto unique.
I'm not sure whether or how you can change that (why would you want to, Windows is using this to properly recognize user accounts); in any case, that question is certainly not related to drivers or HW so you may find better help at a Windows-centered forum.

He probabaly hasn't read your reply yet.
He (and me, too, recently) isn't on that much as he was in the past, so please don't interpret a no-reply as a sign of arrogance or unwillingness. It's just a matter of way too little time...

Don't delete them!

The DriverPacks were created as being an addition to the drivers already delivered on your Win disc and hence do not contain those that are already present (unless there's an updated version available).
For a lot of old HW, there probabaly won't be any newer drivers than thos already on the disc so removing them will drop support for these.
Bad idea.

Also, nLite may be capable of removing fundamental drivers (IDE, USB, LPT and whatnot), which are NOT covered by the DriverPacks!

The only reason I can think of you may want to delete these drivers anyway is to save space on the disc.
If you are really that desparate (there's a lot of other, unnecessary stuff you can delete with nLite), you'd have to check whether DriverPacks contain updated drivers of these you plan to remove by checking out the device listing for each pack.
Don't think it's worth the trouble, though...

640

(3 replies, posted in Other)

Tofu 107 wrote:

But when I install new GPU drivers, usually I uninstall the old ones, reboot then install the new ones. But DriverPacks are leaving no trace in the Add-Remove programs, so you're suggesting the little "Driver Cleaner" program would do it?

OK, thanks, I'll try this! smile

What you uninstall that way is only what gets installed by the Exceptions when using the DriverPacks.

It's not the driver files themselves but rather any additional programmes such as control panels.
These also should come with their own uninstall.EXE so you can manually uninstalkl them with the entries lacking.

If you only ever "install" the driver files, you can do so via the Device Manager (Update driver files or such).
Windows will automatically replace the older files with the newer ones if the INF referes to a newer date/version.
No need to install anything in this case, really (unless you worry about the old files clogging up your HDD...).

Yeah, from what you read on the net and other fora, both AVG and AntiVir, while being free, are somewhat useless due to their high rate of false positives.

Using NOD32, I only had a FP myself once (and that was in a file that got corrupted during the DL).
Also, I haven't really read much about users of other anti virus software than the two mentioned above reporting FPs.

I can't remember the correct address ATM but there are sites to which you can upload the suspected file and they will scan it with ~20 or so commecial anti-virus engines and then report you en détail which one reported what.
Most of the time, none of commercial engines will report any positives on these files.
That is not to say there never is a chance of them all missing it, but the likelyhood of catching a FP with AVG and AntiVir is rather high...


Anyway, not complaining about your post here.
It's better to be save than sorry and it also helps other users if you spotted something before it spreads even further.
Also, the fact that several folks are working on this project also means an infected file could accidentially slip in.

Heck, even big HW companies such as HP had offered infected drivers on their homepage and Acer was recently blamed to deliver notebooks with a virus pre-installed...

642

(1 replies, posted in Software)

You may find help/ideas in here: http://forum.driverpacks.net/viewtopic.php?id=960

Definately.

If you stick to only the official DriverPacks (those you can find on the main page; you can also get additional 3rd party DriverPack in the sub-forum of the same name) it should easily be possible to fit them onto a 700MB CD-R/W if you're using nLite.
Even with SP2 and even post-SP2 updates slipstreamed, this should work.
In fact, slipstreaming any update packs takes up very little space because it directly replaces the files on the disc.

644

(3 replies, posted in Other)

Drivers you do not need (as in, you do not have the hardware for in the system) are not being "installed" anyway.
They are being copied onto your HDD at first, however, if you do not use KTD, they will be gone after the first (manual) reboot.
So, without KTD, no precious HDD space is wasted by stuff you do not need/want.
However, KTD will store the drivers in case you upgrade your HW to something new, so you won't have to search drivers for it (it's true Plug&Play big_smile).

If you want to update a driver, you can do just as you did previously with manually installed drivers.
There's no special precautions to be taken, at least not more or less than you'd ususally do (for instance, run Driver Cleaner to clean up any remainings).

If you want to update your current XP disc with newer drivers, you can simply copy it to your HDD, run the BASE again on that dir and rebuilt and burn the ISO.
It will automatically remove the old DriverPacks and replace them with the newer ones (which you have to DL manually, though wink).

645

(3 replies, posted in Other)

Also, be sure to check out the Tutorial and FAQs on the forum (mostly the stickies to be found here and there wink)!

You could of course simply disable the check for signed drivers so any, signed or not, will install without problems.

You can use your old disc, copy it to HDD and re-slipstream.
The BASE will recognize that is has been run on that source already, undo all the previous steps and re-slipstream, leaving you with an updated disc.

I have done that a couple of times already and it always turned out well.

However, should you for some reason run into problems, I'd recommend starting off with a fresh source just so you can troubleshoot problems better wink

zer0 wrote:

BTW.. I'm not sure that it's a bug in these drivers.. in fact I think it supposed to do that... It's a newer feature.  I was thinking of emailing Realtek to find out but not sure where to email and I doubt I'll get anywhere.

Yes, from what I've read on another page, it is indeed an intended feature and not a bug.

The real problem is rather than Linux driver somehow are unable to re-write the EEPROM (or wherever the info is stored) after a warm start so you'll need to do a hard reboot to get it cleared.

mr_smartepants wrote:

Well ask yourself this question.  Would it be quicker to copy 100MB or 1000MB?  With compression, the file-copy process is much quicker then decompressed.  The decompression process after the file-copy takes less time than copying the decompressed files.
Although, to be honest, I haven't taken any timings to confirm that.  So take my ramblings with a grain of salt. smile

It certainly depends on your HW, but I'm with Erik on this one.

It's just like using UPX to compress your EXE files.
It takes a little more CPu time and RAM to extract them during runtime but you gain from the compression because the file is read much faster from the HDD.

Unless you were using a very fast DVD drive with a fast controller but a very slow CPU and slow or little RAM (192 MB is AT THE VERY LEAST recommended, I urge you not to install on less than 256 MB to make sure the extraction does not need to swap to the HDD, which will be extra slow, I guess, because it cannot yet use DMA), the method currently should actually be faster.

You could try for yourself (though it's not totally scientific):
Copy the DVD with extracted files (just extract all DriverPacks and burn them on an RW medium) to the HDD and compare that to the time it took to extract all DriverPacks onto the HDD (preferably again using an RW as the source of the archives).

Of course, this time, there will be DMA support and also better page file caching support, but still... wink

Jaak wrote:

the modem Pack was UPdated.

release 7.09.22 is available

http://forum.driverpacks.net/viewtopic.php?id=1317

Thanks, first post updated accordingly.