As of Base 8.05 dpinst.exe is included and copied during the slipstream
this makes any DriverPacks slipstreamed disk a drivers only disk, in addition to its normal function.

Bâshrat the Sneaky called this feature a 'SAD disc' or Stand Alone Drivers disc.
we are exploreing other options for this tool as well, stay tuned...

Since DPInst is a Microsoft redistributable file lets start with their description...

http://msdn2.microsoft.com/en-us/library/ms790308.aspx
http://msdn2.microsoft.com/en-us/library/ms790806.aspx

text below is copied from the above links

Windows Driver Kit: Device Installation
Driver Package Installer (DPInst)
Driver Package Installer (DPInst) version 2.1 is a component of Driver Install Frameworks (DIFx) version 2.1 that simplifies and customizes the installation of driver packages for devices that are not yet installed in a computer (commonly known as a software-first installation). DPInst also automatically updates the drivers for any installed devices that are supported by the newly installed driver packages.

By using DPInst, you can:

Enhance the user experience of a driver package by eliminating most of the manual steps that would otherwise be required to install driver packages. When a user runs DPInst, a wizard notifies the user of the installation progress and provides an optional end-user license agreement (EULA) page that gives the user the option to cancel installation. For more information about the wizard pages, see DPInst User Experience and Installing and Uninstalling Driver Packages.

Avoid writing a custom installation program to install driver packages and update the installed drivers for supported devices. You do not have to change your driver packages to use DPInst. You only need to create an installation package that includes DPInst and one or more driver packages. For more information about creating this type of installation package, see Creating a DPInst Installation Package.

Very Microsoft-eze,  In simple terms;

It updates Windows drivers at any time - not just during an install - It could be post install...
and this is how we use DPinst.exe - we add it to the OEM folder. (or $OEM$\$1\ for M1)
We also add a small script file in the same folder.
The script prepares the DriverPacks in the same way as it would for the method used to create the disk
(Method One or Method Two is "staged" the same as DriverPacks would do it.)
then DPinst is called from the script.

DPinst is the missing link we have been searching for to add drivers to an existing installation of windows, or update them:
It checks the current machines device manager, and compares its drivers to what is in the DriverPacks
If newer drivers are found in the DriverPacks than exist in the target machine then it's drivers are updated
- on the fly - Unattendedly.

Now, if that is not pretty darned slick all by itself... let me just toss this in for a bonus;

Since we have prestaged the drivers in exactly the same way as DriverPacks would the DP_Finisher will run exactly as it would if you had just done an unnatended install (except we didn't, we just dropped our disk in any computer)
The finisher calls keep the driver (KTD) and cleans up the packs and removes all traces of the driverpacks. (just like normal)
note: It applies whatever KTD settings exist in the source OEM folder. 


So what we have after all the smoke and mirrors is a way to install DriverPacks on any system (BlackBox) at any time.


THE SCRIPT IS \OEM\DP_Install_Tool.cmd (or \$OEM$\$1\DP_Install_Tool.cmd for M1)

--------------------------------------------------------------------------------------------
It's a one click solution to update ANY win2k winxp or win2k3 box with the DriverPacks!
--------------------------------------------------------------------------------------------

can you say...    Have a nice day! cool


PS normal installation of DriverPacks does not need or use DPInst.
PSS you could use AUTORUN.INF to call DP_Install_Tool.cmd big_smile
(might want to add a pause at the beginning of the script if you do wink )

the 98 stuff is not ours IDK anything about it

tutorial for DriverPacks is in my signature

you're welcome...

and no more of what I warned you about...

have a nice day...

4,179

(210 replies, posted in Software)

base version 8.05 includes the ability to run from the CD/DVD with finisher and KTD
http://forum.driverpacks.net/viewtopic. … 073#p20073

Because of warmsnow this is now an included feature of DriverPacks

you may have multiple choice on this one...

although his new idea for extracting only needed drivers and google search ect... are not.

4,180

(4 replies, posted in Feedback and Support - DriverPacks Base)

cab compressed the drivers take up 500meg 7zipped they take up 300 meg

most people trim fat from the OS to make the small amount of room needed...

or use a dvd...

Wow, that started a small flurry of posts from one of our regulars... perhaps the user-base is growing...
64 bit machines are more popular now.
Lets see if our 64 bit users will be choosing Vista before i get to carried away.
It may be it will be easier to only support 64bit with Vista or later OS's.

As you have discovered from personal experience slipstreaming mass storage is quite involved.

Thoughts?...

4,182

(8 replies, posted in Software)

It's a good question... I had the same one when I got here.

These systemfiles are provided by the manufacturers and they are untouched and usually the latest version, and unless we have been forced to remove a HWID from an inf to prevent conflicts between generic drivers we don't change a thing. 
We avoid this like the plague because maintaining driversigning is our highest priority. Obviously.
Driversigning is THE key to success and is usually lost with even the smallest changes.


We don't cause them support issues, they ignore us. They all know we are here...
I wish they didn't ignore us, then we could make the packs perfect. wink
In fact we provide an alternate support avenue for issues and provide feedback from a large technically savvy audience.
We may even free up a small percentage of their resources.
Don't let the small size of the forum fool you. The best of the best frequent these pages including OEMs (anonymously).
A very small percentage of our users actually post. (If it is not less than 1%, then I am sure it is a single digit number)
Since the system works so well and is so simple to use there is no need for lots of posts...

The redistribute denial is reference our DriverPacks BASE app and DriverPacks, and not for the reason you might conclude as we are open source and free to all.
We believe it is important to see the change-logs.
Having to come here to get them ensures they know where they can get help.
It is too difficult to make people aware of things otherwise. IE it is to their benefit not ours.

Have a great day.

Do you have a need to redistribute them?

That rocks! Well done!

Driverpacks hero of the day award to jinkazama!

We have a search feature that does work wink
not that you would need it since both of these topics are stickied.

1st im planning to use it to my windows 98
http://forum.driverpacks.net/viewtopic.php?id=2360

2nd im planning also to make a driver only cd
see the home page News artical and this;
http://forum.driverpacks.net/viewtopic.php?id=2264

we have a bad file on the server my freind... anything on the back burner
or do we put the same one back up?

Hmmm.
Thanks for pointing it out... Looks like it is corrupted too...

we will get right on that...

@team Are any of the test packs ready for prime time?

one of the guys is working on a test unit for another OP
I'll make sure you are notified too.

your welcome - keep up the good feedback! wink it's what "drives" us lol

4,188

(210 replies, posted in Software)

It looks like i am not the only one here who has become a fan of you and your project...

Thanks for being here!

@helmi
I have lots of luck with windows exploder too -
however i never seem to be able to do rename / move or deletes from there.
just simple up/down actions

you can ftp from a command line in windows NT also... if you are hardcore (like we are) wink

funny you and Jaak and I all seem to use the same freeware without realizing it.
Great minds think alike...

4,189

(2 replies, posted in Other)

Well your a little bit off topic and in the wrong forum
but since you gave the team their well deserved praise...

in winnt.sif use an asterisk and it will generate a random alphanumeric name

[UserData]
ComputerName=*

You can also do somthing like:

ComputerName=Temp*

this will yeild somthing like

Temp-a19988f020d

We are glad your here - Welcome aboard!

PS since you have a shop this may interest you too DriverPacks post install driver updater

moved...

I think am going to have to go through the LAN pack myself.

Since base seems stable i have a little time to groom the packs myself.

I am very sorry, you are not the only one to post with issues.

i think i know what was done and by whom and why... (you know who you are) wink

Thanks for reporting shaz - feedback makes DriverPacks better for everyone... - glad your here...

thank you, for being part of our team...

your feedback helps make driverpacks better for everyone


or as Jaak says "help us to help you"

he used search....


THUD... 


Sorry, I fell out of my chair!

I am upgrading you to 110%...

search for kb888111 download...

PS we are not a helpdesk - we support driverpacks base here (our software), we are not dell support...

however I belive the info above will resolve your issue, and i wish you a great day...

Moved off topic post to Other

It never hurts to ask... and you have increased the demand for this by 100% all by yourself...

your request is for a base feature whether you realize it or not... wink

there are actually many 64 bit drivers that have slipped into the packs over time.
we just need the code to integrate/slipstream them into a 64bit file structure (a base function)

Well lets say this is the second request for 64 bit drivers in more than a year. I prioritize by feedback. So

Very very very very low priority. which is not a no -
it is just that nobody else wants it... i get more requests for 98 driver-packs than 64 bit packs...

maybe someday. I have my sights set on Vista and opening up the rest of the packs for BartPE ATM.

As I always say: What happens here is based on feedback. squeaky wheels get grease...
(inverse is: no squeak no grease)

unfortunately 64bit OS's are rare and the demand also...

Thanks for asking and your praise
The team works hard to put out current and reliable packs.
One and all deserve to be credited and praised. There is to little of that
and we are all volunteers - they are my/our kind of heroes...

Rally the troops and continue to be polite - who knows... 

PS yeah you put it in the wrong forum knucklehead wink lol - moved - hee hee

4,196

(61 replies, posted in News)

i edited after you posted too...

normal install doesn't need or use this tool....

you have it transposed - the script calls finisher not the other way around.
(i realize you figured this out but i am outlineing a help file here... wink )

this might be the missing link for sysprep too... had not thought of that....

got me thinking now...

If it were me i would run the script from runonceex you could even have the DriverPacks mapped to a driveletter.
the script automagicaly searches all drives if they are not found on the current drive (just the root of each)

If you were really living you would capture an M1 folder setup (which would be cab compressed and not need to be extracted)
if you do not need KTD copying the files and running the finisher are optional
(M2 WILL be copied and extracted - M1 is optional to copy and finish)

the script is actally written that way (lol its a two click solution if you use m1... rats!)
it askes if you wish to update in place, or copy and finish with KTD...

So let me know if i tossed you crazy sysprepers a life line....


Jeff

4,197

(61 replies, posted in News)

That is a darned good question... I am a little behind on the help file I guess - (Does that count as a bug?)

I had trouble thinking of a good way to describe it briefly in my first post.
Since it is a Microsoft Redistributable let's start there. I Quote MS...

"
http://msdn2.microsoft.com/en-us/library/ms790308.aspx
http://msdn2.microsoft.com/en-us/library/ms790806.aspx

below is copied from the above link

Windows Driver Kit: Device Installation
Driver Package Installer (DPInst)
Driver Package Installer (DPInst) version 2.1 is a component of Driver Install Frameworks (DIFx) version 2.1 that simplifies and customizes the installation of driver packages for devices that are not yet installed in a computer (commonly known as a software-first installation). DPInst also automatically updates the drivers for any installed devices that are supported by the newly installed driver packages.

By using DPInst, you can:

Enhance the user experience of a driver package by eliminating most of the manual steps that would otherwise be required to install driver packages. When a user runs DPInst, a wizard notifies the user of the installation progress and provides an optional end-user license agreement (EULA) page that gives the user the option to cancel installation. For more information about the wizard pages, see DPInst User Experience and Installing and Uninstalling Driver Packages.

Avoid writing a custom installation program to install driver packages and update the installed drivers for supported devices. You do not have to change your driver packages to use DPInst. You only need to create an installation package that includes DPInst and one or more driver packages. For more information about creating this type of installation package, see Creating a DPInst Installation Package.
"

Very Microsoft-eze,  In simple terms;

It updates Windows drivers at any time - not just during an install - It could be post install...
and this is how we use DPinst.exe - we add it to the OEM folder. (or $OEM$\$1\ for M1)
We also add a small script file in the same folder.
The script prepares the DriverPacks in the same way as it would for the method used to create the disk
(Method One or Method Two is "staged" the same as DriverPacks would do it.)
then DPinst is called from the script and finaly the DriverPacks finisher.

DPinst is the missing link we have been searching for to add drivers to an existing installation of windows, or update them:
It checks the current device manager,  and compares those drivers to what is in the DriverPacks
If newer drivers are found in the DriverPacks than exist in the target machine then it's drivers are updated - on the fly - Unattendedly.

Now, if that was not pretty darned slick all by itself... let me just toss this in for a bonus;

Since we have prestaged the drivers in exactly the same way as DriverPacks would the DP_Finisher will run exactly as it would if you had just done an unnatended install (except we didn't, we just dropped our disk in any computer)
The finisher calls keep the driver (KTD) and cleans up the packs and removes al traces of the driverpacks. (just like normal)
And it applies whatever KTD settings exist in the source OEM folder. wink


So what we have after all the smoke and mirrors is a way to install DriverPacks on any system (BlackBox) at any time.
(you could even add it to your logon script and update your drivers every day - tee hee) 

THE SCRIPT IS \OEM\DP_Install_Tool.cmd (or \$OEM$\$1\DP_Install_Tool.cmd for M1)

--------------------------------------------------------------------------------------------
It's a one click solution to update ANY win2k winxp or win2k3 box with the DriverPacks!
--------------------------------------------------------------------------------------------

can you say...    Have a nice day!

Sweet. cool

Does that help?

PS normal installation of DriverPacks does not need or use this tool...

4,198

(61 replies, posted in News)

Which is WHY i am so impressed

it is a little thing yet they held back... so uncharacteristic of them...

I hope this is somthing they continue to do - a little something i like to call QUALITY CONTROL.

very refreshing, and quite well recieved

4,199

(41 replies, posted in Other)

In the last few days, we have uncovered a compatibility issue between Microsoft Dynamics Retail Management System (RMS) and both Windows XP SP3 and Windows Vista Service Pack 1 (SP1). In order to make sure customers have the best possible experience, we have decided to delay releasing Windows XP Service Pack 3 (SP3) to the web.

Delayed... It's Quite refreshing to see ms hold somthing back so they can make sure it is solid.
I hope it is a new trend rather than a fluke.

4,200

(61 replies, posted in News)

In the last few days, we have uncovered a compatibility issue between Microsoft Dynamics Retail Management System (RMS) and both Windows XP SP3 and Windows Vista Service Pack 1 (SP1). In order to make sure customers have the best possible experience, we have decided to delay releasing Windows XP Service Pack 3 (SP3) to the web.

Looks like they didn't go on teh 29th as they said they would...

I would rather they got it solid first - i am unusually impressed...
they ususally just release the junk anyway.
I hope this is a trend that they are starting rather than a fleeting moment of sanity.