Kees030 wrote:

I'd just noticed copying the driver packs took some time and thought: less copying => less time and I got inspired by (or carried away with) jaws1975's [Add-on] Select desired DriverPacks during M2 install or after install.

In this case, you might be interested in jaws1975's faster version of un7zip.exe.

Might save some time for you, best to see for yourself.

Also, if you use all of the 3rd party DriverPack, you may want to do away with some that you really don't need.
The printer packs aeach are very huge and take the greatest share of copying/extracting time on my systems it seems.
If you do not need them (they only support certain printers anyway, are no use for network printers and require all devices to be connected and switched on during installation) or value speed more than complete driver support, removing them from the 3rd party DriverPack sub-folder is a great idea.

You could always supply peripheral device drivers through a driver's only disc that you execute some point after setup - this is already possible with what BASE supplies so you wouldn't have to seek long for such a solution (please do use search on this forum, however smile).

Firstly, this is quite contrary to our main policy, to provide drivers for as much HW as possible.
The idea is to create a Universal Installation Disc, not one limited to a specific system or HW.

If you only want to include drivers for HW that's in your system, I'd recommend the opposite approach as stripping all the drivers you do not need will take considerably more efford than just including the ones you do need.
You could either use nLite to add specific drivers (just extract them and point in to the INF dir).
Or, you could create your own custom pack containing just the drivers you needed.
Of course, you'd have to keep those up-to-date yourself, then.

Utilities such as "Driver Genius" (not freeware, though checking for new drivers works even on trial) can help with that.
If you just want to create a pack of your current drivers, you can use Siginet's Driver Grabber. You can then pack them all in one archive for use with BASE.




As to a selection screen in BASE, I think this is quite a difficult act to achive.
It would need to list every single driver contained in the DriverPacks. Those would also need to be displayed in a manner that makes it easy to navigate (no use in having a loooong list of thousands of drivers in the BASE that totally messed up the GUI).
Also, you'd need a database file for these drivers that constantly gets updated with each release as some are added, others removed or renamed.
This would also mean that your proposed INI file becomes worthless after each update and you'd have to redo the selection each time.

I do not code BASE, but I'm sure this would be a major effort, all while the intended use is contrary to our main policy as described above.
May take a lot of work to convince Jeff to take on this task, IMO wink

You must run BASE, do as usual to slipstream your packs.
Then, before you create the ISO and/or burn to a disc, you need to replace the files in the OEM folder.

Yeah, no problem with your "hotfix", was just about to slipstream drivers and thought, I checked by here before wink

So no harm done on my side!

Yes, this looks much more like a proper pack! smile

I will test right away (need doing a run anyway) and report back.
But, as I said, I cannot test for functionality due to the lack of any BT devices in the testing machine.

Well, well...

Mysteriously enough, the non-deletion of the D folder in root is now fixed without em doing anything, however, a folder called "BT61010" remains and something tells me this is directly related to your pack... wink

In fact, I checked the folder structure and you missed inlcluding the D folder in the archive layout.
Please add it as otherwise the finisher will not work on the pack and neither will KTD if one uses it.
Second concern is (still) the program files folder.
It only contains some INIs and I doubt the driver needs these files, and if it did, it wouldn't find them anyway, as they aren't being copied to the system's program files folder anyway.
So either incorporate them into the main dir of your pack or delete them altogether.


I cannot test the pack myself any further as I lack any BT devices on this system so I can just hope you tested it and it worked for you smile

Well, if those extracted files contained at least an .INF and a .SYS file (sometimes also a few .DLLs and a .CAT), it should work - if not, the driver is not applicable for installation with BASE.

Some drivers may re3quire you to start the DL'ed installer, then peek into your %TEMP% dir for the extracted files, you can abort the installation after you copied those files to a save place.

If you used the Driver Backup app, it will collect those files from your current system, provided the device and drivers are already installed on it!

You will also need to add the driver archive you created (let's call it 3rd party DriverPack wink) using the BASE, place it into the 3rd party DriverPack sub-folder and enable the option for 3rd party DriverPack on the selection page.

So, where do you run into problems?
I take it extracting the driver files did work properly?

359

(14 replies, posted in Software)

So, I gave this a try on my last test install and here's some thoughts:

I didn't not use a stop watch so I cannot tell whether it was faster or not, but if it was, it wasn't by too much because it did not feel so wink

Anyway, because the progress bar is gone and replaced by the CMD window, which does not give status reports about the progress (apart from telling which pack it just finished, but no info on how many remain), it certainly feels slower if you watch it go (which I usually don't but anyway).

The question is whether this is only faster because the progress bar is gone or whether you optimized the 7-zip code anyhow?
Personally, I found the progress bar better to guesstimate how long it will take ("Oh, look, it's halfway through and I waited some X minutes, so only X more minutes to go!").
Would it be possible to either re-implement the bar while maintaining your speed optimizations OR have the CMD window display some sort of progress (estimated time remaining, number is packs done/remaining, per cent value of finished or even ASCII graphic progress bar)?

Problem with this pack is the paths are totally messed up.
It contains some "Documents & Settings/Desktop" lines within the ususal D\BT\ kind of structure that simply asks for trouble (space chars within the path etc).
Possibly more, that's all I could catch when fake setup ran (was coincidentially using the member-provider supposedly faster 7z-exe, otherwise the CMD window would not have shown...

Please correct that and repack, there's a guide how to properly do your own 3rd party DriverPack around here smile

Oh, 669 is out already?

/goes to grab it

362

(12 replies, posted in DriverPack Graphics)

As long as it's not two left ones...

wink


(Funny how bidexterity literally means two right hands...)

No, no need for them.
Only if you use a 64bit OS.

The CPU is backwards-compatible and will run in x86_32 mode when such an OS is being run on it.

Heh, not that I'd shed them a tear, but honestly, this is the second rumor of a chipset maker quitting business (after nVidia) that you post about...
Not saying that I ming keeping informed but I prefer solid news over vague rumors any day wink

Besides, it would be nice if you could link to your source and use quote tags, I think that's something Fair Use would or should require.

365

(12 replies, posted in DriverPack Graphics)

But maybe he still agrees on stable beating latest, who knows (if not you!)? tongue

brute force wrote:

i didnt want to flood the forum with these type of posts

That's honourable but inevitable.
We all do it all the time and it usually only takes about three posts to get it done.

i guess there is no way for me to attach these ini files?

Unfortunately not, or we'd all use and recommend it.
Guess, another forum limitation... hmm

(other than that, it's fine)

You can of course chose to upload the files elsewhere and link to them smile



PS: Please make use of the accepted standard of posting below a quote, not above.
Also, only use foll-quotes if needed.
Thanks!

Not going to contrbute too much due to lack of experience but I just stumbled across this.
Apparently, ERD Commander has been replaced by DaRT, which you can find here: http://www.microsoft.com/downloads/deta … laylang=en

It is available as a 30-day trial version, but you can easily extend it.
If you extract the ISO from the CAB, the command

Binary.updexp.exe ERD50.iso 30

will set it to 30 days, any other number will work accordingly...

Maybe this will help you.


PS: Search must be broken.
The Google Search we link to is completely FUBAR because it does not link to single threads and using the forum's own engine, I get zero results for "ERD".
Can someone look into that, please?

Yeah, emailing will not make that error vanish.
It's not so much an error, btw, but more a forum limitation.

You can try splitting up the file to smaller pieces and posting each in a new post to make it fit.
Just use a proper editor (Notepad++ or Notepad 2) and keep the character count below 64000 [^=64KB].

OverFlow wrote:

oh... but there is... a very good one in fact...

http://unattended.msfn.org/unattended.x … 3d2d1313c/

it has a beginner section an intermediate and an advanced section plus a reference guide...

Definately!

This is how I got started with all this, all by myself and without the help of a forum (I'm not so much the asking guy, I rather read and comprehend).
Now, I wouldn't call myself computer illiterate at the point when I started with XP customization, and I must admit I skipped begginers and went directly to intermediate, but for a true newbie, I think nothing beats that guide, really!

Unless, of course, you're still having trouble finding the power button on your machine...

SCNR wink

370

(12 replies, posted in DriverPack Graphics)

Jaak wrote:

this is not my idea, but ours. Jeff, Erik, Hans and all other team members agree to stable.

In case you were referring to me, my name's not Hans, despite being German tongue

Martin will do fine, but basically everyone calls me Helmi IRL, anyway smile


If you did not refer to me (though that leaves me clueless as to who this Hans guy is...), I sincerely beg your pardon!

371

(12 replies, posted in DriverPack Graphics)

Because, maybe non-English speakers would like to have their own language's files included?

Although, granted, that could be served through a langauge addon pack.

Yeah, never said it did, just thought this was a excellent example to prove it once again! wink

brute force wrote:

besides pointing to the link in your signature, if i had to do something with the HWID tool, you didnt elaborate on what to do with the tool. i know it gives me the HWID's, but what then

Then you post 'em here so we can check 'em out! wink

Jaak wrote:

it has interesting release notes.

Nice to see how it made WHQL even with these glaring bugs...!


It's a farce, I'm tellin' you!

Well, well, it's just that this was on my testing machine, which has worked perfectly fine in the same HW config before, so unless it came by one of the three DPG nightlies (which got updated from the last try), I am clueless to what factor got changed that may lead to deviating results.