@realhyg - No it will not cause a series of problems because we leave the generic hwid in one of the drivers
if it really is a generic it wont matter and
if its not then the extended HWID will install the correct driver
IE if it really is a generic card any driver that contained the generic HWID will be functional. but we would pick a signed driver to keep the generic HWID. Grooming HWIDS is a tested and proven method. BTW making sweeping statements without any specific details helps no one, start your own thread [duplicate posts are not neccessary], post hwids of the conflicts, show us logs, give specifics; which pack, which base, (do you even use driverpacks base?) We like feed back and appreceate input - thank you - but your post was vague and nonspecific. Furthermore we are already aware how windows compares, chooses and installs drivers. please see the post earlier in this thread http://forum.driverpacks.net/viewtopic. … 342#p15342
If you are aware of a specific senario where this happens just let us know and we'll be more than happy to fix it.
@dolivas
just add the setup.exe and the setup.iss to S/SM/A/3
additionaly if you use the name setup.iss and setup.iss exists in the same folder as setup.exe the { /f1"%DPSROOT%\D\S\S\U\Setup.iss" } parameter is not technicaly required (but let's specify it anyway)
how it works
the driver is installed by normal driverpacks operation (so don't delete anything)
when the finisher runs it will look for "%SystemRoot%\system32\drivers\smwdm.sys IF IT EXISTS it will run setup /s
more
If you deleted the driver files then "%SystemRoot%\system32\drivers\smwdm.sys would not get installed and therefore not exist
since smwdm.sys is not a native windows file the setup /s would not run unless driverpacks installed it first.
Last edited by OverFlow (2007-11-13 10:03:45)