doing this will drop support for sp2 hyperion...

I dont think i have ever said this before.... are you ready... ? ? ?

I think you should deliberately break signing on the driver in the pack...

that way it will only get used if the OS version is missing
(or could possibly be used if the windows driver were older wink )

so instead of deleteing it were just going to give it a very low PnP score...
taht way most other choices will be seen as better but will still be there as a last resort...

yeah some testing with an old base will tell us if teh missing folders will be an issue.

I dont belive they will... but i havent tested it yet

Welcome to DriverPacks

please provide the info outlined in "read before you post" in my sig
(which is missing - LOL)

primarily your DPs_BASE.log and HWID's

looking forward to assisting you.

jsut about anything you want to know is covered here somewhere.

I was here for months before i had to post... (i have a si3112)

; Pieter's INF version 3.238
; http://www.laptopvideo2go.com

; NVIDIA Windows 2000/XP Display INF file
; Copyright (c) NVIDIA Corporation. All rights reserved.

Is what i find... lol (but that was in pack 8011 LOL)

well jaak was a lot more pleasant to you than a pirate is deserving of...

we don't support warez or thier users... topic closed

coming here and saying "i stole this OS and it is broken" is not cool, and not tolerated

get legal or get lost... i prefer you got legal and become a member in good standing!

Thanks for seeking us out and taking the time to post.

Well that is how it was / has always been done...

The inf seeding that used to be done by m1 was dropped by me a few releases ago.
the separation of the OS platforms is no longer required. (unless they are unique - and they are not)

going forward there will be a new folder layout and we will need to populate the ini file to make DriverPacks chipset compatible with PE.

this is also starting to sound like the SI 3112 problem all over again too

Thanks G!

it may be that lan and chipset are involved with the issues too so complete hwids for the machines will help prove or disprove that.

Graphics C is mostly legacy drivers

and since graph c is mostly targeting older hardware there are few updates required.

relative to A and B of course

thanks for the confirmation guys!
I'm sure Jaak will be quite pleased to have gotten that one nailed down.

Good Job Jaak! I think i already gave out the hero of the day award... sad
your in the running for tommorow wink
Seriously, your an everyday DriverPacks hero to me!

Welcome

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

the search feature may help you too

Thanks so much for clarifying your post - It did help me to understand...

i still feel detards work will be of assistance to what you are trying to do.

We are always willing to listen. It is never a waste of time to share ideas. I just failed to see the logic.

PS much of what you stated in your first post is well known and documented here already. wink
I suppose it doesn't hurt to review the basics... but it makes for a lengthy post. especially without code tags tongue

PSS Cabbed drivers are natively supported by windows it should work (obviously other methods of compression will fail)
(check your windows\I386 folder and tell me how many files end in .??_ (the ones that are cabbed) )

Thanks for the feedback and sample of what worked for you SamLab!

I agree code tags are considered required forum etiquette, especially for posts that include Code wink

Thanks for takeing the time to search / look around before posting...

You are my DriverPacks hero of the day!

since he is populating the registry key there is no 4096 limit.
this only applies to the winnt.sif (or equivalent) OEMpnpPath entry.

so i don't belive the extra work is required...
SysPrep is not my favorite method so i may have missed something...

I just thought of something as I was responding to a new OP in another thread.

It may be to your benefit to use one or more of the features i detailed.
 
M1 for your source which reduces the servers file/folder size by 1 gig
although it does take a long time to extract and cab each pack the first time
if you have Quick Stream Cache = on (QSC = on) then each pack will only be cabbed once (and cached).

Then it occured to me that if you used your network drive as the destination of KTD
then it may not even be neccessary to run dpinst because windows would just automagicaly search the network folder.

i belive this will work... 

IDK if cabbing is a waste of time or not - that is obviously a personal choice for sure. - a time vs. space choice.

In the other post i highly recomended it because he is keeping the drivers localy on the c drive.
I think i would at least put them on a small tertiary partition, but whatever works is good too. wink




http://forum.driverpacks.net/viewtopic. … 733#p20733

Please use code tags... it makes for a diffucult read when you don't.
I updated your post, this time, please use good etiquette in the future...

well it seems to me you burned a lot of time re-inventing the wheel.
if you were more familiar with DriverPacks you would realize all this functionality is already built into the base program.

We call it KTD (Keep The Driver) it has been a feature for years
and is a Heck of a lot easier than to even think about useing all that garbage you posted.
And does the exact same thing...

So i have to ask myself "why would any one want to do it your way?" {confused}

now obviously mass storage requires a little work to get into sysprep, but the rest of teh packs work fine.

Also if you had familiarized yourself a little more you woluld have realized there is yet an easier method to use.
That post is in the forum i am going to move this post to (yes you put it in the wrong place also)
please see skinlayers and DeTards posts and see what others are doing with sysprep.

PS we are not noobs...

Most people steer away from this method because of the 1.5 gig the packs burn on the local HDD when you do it this way.
If you insist on KTD then i recomend that you use method 1 with KTD and QSC=on
this will yield a folder in the 500 meg range. (a 1 Gig Savings)
windows can use cabbed drivers without extracting them so this saves space and is accessable at the same time.
The cabbing process can take a long time the first time
on subsequent runs QSC will have a copy of the cabbed files ready to copy and save a lot of time

the finisher will not only populate the registry keys to find the drivers
but it also creates cache files of the infs for fast searching by windows.
 

have a nice day.

Thanks for you dedicated work and feedback guys!

http://forum.driverpacks.net/viewtopic. … 159#p20159

works for me...
splashscreen = "false"

you can use a program like nLite to remove unneeded files from your original OS (XP)
such as games or windows tour ect...
most of us have moved to dvd installs as it has become increasingly difficult to make it fit in 700 meg.
that and dvd readers are less than 20 bucks each.

As far as i am aware it never was - and no i did not change it...

edit... ... .... ... .... .... ... ...

OK i just checked the code and indeed this is a feature that is written into teh code that i was unaware of...

however i did not change it... hmm doing some tests now...

I give up... there is somthing that you are doing that 100,000 other users are not...

and i am tired of guessing