Jump to content

edmoncu

Member
  • Posts

    360
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    Hong Kong

About edmoncu

edmoncu's Achievements

0

Reputation

  1. since we're already using autoit, why not make a way on scanning if a button is already clickable, instead of using a delay. here's my autoit code which does it... thereby elimating the need of approximating a delay parameter (which may proove too slow on some fast pc's and too fast on slow pc's).
  2. yes, it defenintely is a mix of method2 and method3, but here are some points: - this doesn't decompress the *.7z driverpack files from the cd the way that method2 does (not via winnt.sif) - this integrates the mass storage drivers to the source, like method3 you'd be getting the advantages of: - having not to worry on adding decompressed drivers to the %systemdrive%\d folder because of pyron's way on parsing the driver directory - method3-like speed of decompressing driverpack files
  3. i'm still studying on how i could eliminate redundant entries (if any) from the BTS_DPs_finish.cmd file...
  4. Hi, As I have seen on this page, it seems method 3 has a little issue... I made a quote of this page: I have noticed that by using method 3 on installing the driverpack, it will use the DetachedProgram method via winnt.sif. However, with this, it only gives a limited amount of time for all the drivers to be fully decompressed before the installation starts scanning for drivers. Due to the nature of the installer, decompression via DetachedProgram usually results in lots of missed driver installations. However, using Pyron's method on running apps even before the DetachedProgram state, it seems that there's a way to have the installer wait for the entire decompression process to complete and resume with the installation. For now, I have made 2 scripts that enables that workaround. The initial script "presetup.cmd", runs the following commands %systemdrive% REM Decompressing additional drivers cd %systemdrive%\ for %%a in (%systemdrive%\d\*.7z) do (START /WAIT %systemdrive%\D\DP.CMD %%a) del %systemdrive%\*.7z /q /f cd %windir%\system32 REM Scanning for driverdirectories %systemdrive%\D\SetDevicePath.exe %systemdrive%\D REM Enable installation of unsigned drivers start %systemdrive%\D\WatchDriverSigningPolicy.exe REM Workaround to work with XPSP2 cd %systemroot%\system32 if exist setup.exe ren setup.exe setupold.exe if exist setupORG.exe ren setupORG.exe setup.exe start /WAIT setup.exe -newsetup what this entire batch does is it decompresses drivers that are in *.7z format. you'll also notice that you won't be needing the OemPnPDriversPath in winnt.sif because this one calls SetDevicePath.exe which in Pyron's method parses through the path specified to look for potential driver-files. from the detachedprogram, and via Pyron's method, i also called WatchDriverSigningPolicy.exe which prevents the installer from popping-up messages pertaining to unsigned drivers. the actual decompression command is called via another batch file called DP.CMD. it contains the following codes: @CMDOW @ /HID @ECHO OFF 7ZA x -y %1 EXIT i have been implementing this method onto my UAXPCD and it seems to be effective with driver scanning regardless of slow or fast PCs. hope someone could give this a shot and hopefully will be implemented on succeeding releases. however, with this method, i had to disable redundant commands that are being called on BTS' BTS_DPs_M3.cmd file which has been already executed off presetup.cmd. like the following lines: REM +===========================================================+ REM | Decompressing the DriverPacks to the harddisk. | REM |-----------------------------------------------------------| CD /D %DPDIRROOT% %SystemDrive%\7za.exe x -y -aoa %SystemDrive%\DriverPack_*.7z -o"%SystemDrive%" DEL /Q %SystemDrive%\DriverPack_*.7z %SystemDrive%\7za.exe or from winnt.sif, you can rem out the following lines w/c was also created by the BTS installer under [unattended] section OemPnPDriversPath = ... under [GUIUnattended] section Arguments = ... DetachedProgram = ... also, it seems fitting to place 7za.exe onto the UAXPCD\$OEM$\$$\system32 than calling it off from the disc (UAXPCD\OEM\bin) since its just a small file, around 200kb.
  5. discard the winnt.bat, it won't be used on an unattended boot cd install. winnt.sif would be enuf.
  6. i believe the regsvr thingy is to enable "automatic update" to be added as a service. still have to confirm if this is applicable all the time... RyanVM may have the answer as for the update agent app, it seems a very attractive option, that is unless you're lacking cd space, then the recompressed 1.3mb wu6 update may still be a viable option.
  7. may we know what program are you talking about? have you tried using ussf? its a command-line detector utility. otherwise, if that utility won't silent install the app you requested, perhaps try using scripting like autoit where it can simulate mouse and keyboard actions automatically.
  8. wonder if there's a way for other components not listed in the [components] section of winnt.sif to be removed... like moviemaker.
  9. boooggy: how did you place the files? what i did is - uncompress all the cabs in one folder - i then removed all *.CAT and *.INF files from the uncompressed folder. - recompressed each file via makecab - placed the recompressed files to the xpcd's i386 folder. - updated an entry on TXTSETUP.SIF and DOSNET.INF to note some additional files (notably:wups2.dll). @ryan: i would like to know if you have included these updates on the updatepack you're working. because i think when i run automatic update on a non-updated cd, these update (wu v6) gets installed already.
  10. agree, i also noticed that w/in each cabs, there were INF and CAT files. wonder if i just ignore those when integrating to the source or only the EXE, DLL and CPL files are needed to be integrated.
  11. downladed the files... i wonder how can i integrate these... should i still run modifype with these? also, what file should i place on my uaxpcd.
  12. can this run at the t-39 stage? or via the DetachedProgram parameter on winnt.sif? (assuming i have installed the drivers via Pyron's method).
  13. oh i see. thanks for the update! good luck on your finals BTS! im excited for the upcoming BTS driver pack.
  14. Hi all, I'm just curious here, hope you won't mind my question offending but I was wondering why hasn't there been any update recently on BTS driver pack? Was there any news that I didn't heard about? How is Bashrat doing? Thanks
  15. try this under winnt.sif [Unattended] Repartition=Yes
×
×
  • Create New...