bober

woops,guess i was seeing things...will be fixed in the next update,also i would like to get confirmation about the "sysdm.cpl.res/wuaucpl.cpl.res/remotepg.dll.res" files are giving display problems ont he windows update tab and on the remote tab of the system cpl. And if " http://www.uploading.com/files/GJTJJEFM/re...pg.dll.res.html " fixes the white square in remote tab problem.(previously was the icon #500 of the remote thingy)

its intentional, the user32.dll dosent support animation.

final batch: V_ISO.bat here is sorta the new version, i think there is still problems with the system tabs; sysdm.cpl.res/wuaucpl.cpl.res/remotepg.dll.res but its getting late and im calling it quits for 2 night ive tested this quite extensively and everything else SHOULD be fine,of course im sure people will test and report back . ive also removed lines pointing to moviemaker res file as it causes errors in the said program. fixed path pointing to bootscreen res file for NTOSKRNL.EX_ and NTKRNLMP.EX_ so the very 1st boot will be finaly patched. final repacked sfx: V'ISO_b8.3.0.exe Size: 29.18 MB MD5: F2C9B3E4D09B09C3BB80B921618E611F edit:http://www.uploading.com/files/GJTJJEFM/re...pg.dll.res.html it may fix the white square in remote tab pls test .

im finished but thers a couple file giving errors, see for youre self.

ok thx,i wasint sure what effect it would have done.and i still have at least 1 more hour of editing to do,urgh.. i should have known this would have ben long and repetitive work...my eyes are killing me amnesia;a couple posts back you said that certain patches you were adding to iexplore or explorer werent getting applied,can you confirm this and tell me witch resources you were trying to add.

i have a question, u said u updated the res files to NOT include certain bit depths,have u logged in safe mode and cheked if it hasint screwed anything up? also,i though id share a small tool i made in autoit script.its to clean up the desktop,i use it at runonceEXE on my windows installations to clean up shortcuts that programs make on the desktop,it also cleans up files but dosent touch folders. http://www.uploading.com/files/YPCB7SGM/sh...r_v1.1.exe.html

well my guess is that nlite removes the entries for winntbbul,i dunno if it phisically removes the file. im working on it ,i have quite alot to edit ,im about half done id say....gimme an hour or so and while im at it, are there any other files to be patched that i should add?even if the res files arent made yet,i can write the lines b4 and comment them out till next update.

well thats the point,if by anycase they are,then they will be recompressed and deleted,its a pain in the ass to reedit the whole thing but this way were sure that the files we want get patched and are picked up by the system.cause if i remember right if 2 file are found,the uncompressed one superseeds the compressed one.so this way only the compressed and patched one remains in any situation.

i think i fixed it... edit: evrything works perfect,its kinda of a cheap workaround but its not that bad,plus i made it so it deletes the the uncompressed file. @echo off mode con cols=40 lines=12 set rh=Programs\ResHacker set pe=Programs\PEChecksum set cab=Programs\makecab set xp=Programs\expand set res=Resources set tmp=temp set sptmp=spcabtmp set spcab=DRIVER.CAB set xtra=Extra set ao=-addoverwrite set del=-delete set cp=copy if not exist "%tmp%" md "%tmp%" :check if not exist "i386" goto error :: I386 Files :: :access cls title Progress 1%%%... set name=access set ext=cpl set big=ACCESS set com=CP_ if not exist "i386\%big%.%com%" set com=cpl if not exist "i386\%big%.%com%" goto success %xp% "i386\%big%.%com%" "%tmp%\%name%.%ext%" >nul if exist "i386\%name%.%ext%" Del "i386\%name%.%ext%" >nul %rh% %ao% "%tmp%\%name%.%ext%", "%tmp%\%name%.%ext%", "%res%\%name%.%ext%.res",,,&echo patching %name%.%ext% %pe% -c %tmp%\%name%.%ext% >nul set com=CP_ %cab% /D CompressionType=LZX /D CompressionMemory=21 "%tmp%\%name%.%ext%" "i386\%big%.%com%" >nul echo. pause so this works perfect even if;only a compress file is found or if only an uncompressed file is found(the uncompressed file gets deleted after to reduce size) and if both are present the uncompressed file will get removed and only the patched compressed file will remain

lol,but umm whats ben changed in the bat u uploaded?

but this means every lable is doubled.

really? humm let me chek it out. edit: ure right,and i know exactly why it isint working.

lol ok np,im currently modifying the whole batch to include these modification,if the outcome works ill uplaod the batch.

i believe that i have an answer for you stimpy; if you could do a test run with this :access cls title Progress 1%%%... set name=access set ext=cpl set big=ACCESS set com=CP_ if not exist "i386\%big%.%com%" set com1=cpl if not exist "i386\%big%.%com1%" goto acctres %xp% "i386\%big%.%com%" "%tmp%\%name%.%ext%" >nul %rh% %ao% "%tmp%\%name%.%ext%", "%tmp%\%name%.%ext%", "%res%\%name%.%ext%.res",,,&echo patching %name%.%ext% %pe% -c %tmp%\%name%.%ext% >nul %cab% /D CompressionType=LZX /D CompressionMemory=21 "%tmp%\%name%.%ext%" "i386\%big%.%com%" >nul if exist "i386\%big%.%com1%" Del /a:R "i386\%big%.%com1%" if it works,then we simply need to add about 1 line in each label.alltho we have to keep in mind the current extention for each type,so thats what is gonna take time to edit. EDIT:i have also added a line to delete the uncompressed file after compression

that would be correct, but if you use the integrator with the optimize system files option on, all the files in i386 would end up being cabbed,so you have to be carfull.i browsed quickly thru the script and all files are treated as if they were compressed (cabbed).so you would be better off either compressing the files manually or let the integrator do its thing.as for the new lines you want to add for the WINNT*.dll files you should also keep working in the same fasion,treat them in the batch as compressed and compress them manualy or via integrator.of course any uncompressed copies of these files can be erased once being cabed.also on an other note.unlike nlite, the integrator takes all the sp*.cab(current and/or previous service pack files) archives and puts them into driver.cab.the way the batch is written,it assumes driver.cab as sp*.cab and then later in the batch it cheks the presence of any sp*.cab archives and sets it as the program environmental variable instead of being set as driver.cab.I also wanted to point out that when i modifyed the batch to add the "wuaucpl.cpl.mui.res" ,i renamed the resource to "wuaucpl.mui.res",so if anyone just dled the batch,you have to rename the res file correctly.if you had dled the whole sfx i repacked then everything is fine. stimpy;windows will pick up the uncompressed version 1st if both files are present.i think its also true that you can have either file compressed or uncompressed and it will still get picked up by the system.but in order that viso treats the files they must be compressed.

ah i understand now why he uses FOR . thing is, viso batch has all the lines in the script to each file that needs to be patched,and the other script is fetching the files via a .txt file.so neither batches can run standalone, they both need tools to patch,so i wouldint see why the size of the batch should matter when it has dependancies thtaa re much bigger. but on the other hand having the possibility to add fiel to be patched via atext file is realy nice,as anyone can update/change the list of file to be patched without having to modify the batch file at all.

pretty sure these are for RIS installations

i just looked at the batch file and yeah its pretty complex,its made to run under a live system,the guy unprotecs all the files 1st(so sfc dosent recopy the original files). as for the FOR if u have a read here; http://www.robvanderwoude.com/ntfor.html but if you look at it ,i have no idea why the author wrote his script like this,it seems like overkill to me.

what do you want to do? i just might.

i might be able to come and chek from time to time to see if the cmd needs updating and fix/tweak/update the resources if needed,but im sure amnesia can hadle the resources fine.so maybe every few weeks we can update the full package and call it a new release.of course if someone can garantee they are available almsot fulltime and comit to the work at hand then plz step up.

well resource hacker can also handle .cpl files, so open the desired .cpl file in res hacker, then on the tool bar choose "action" then in the dropdown menu choose the 2nd last option"update all resources" then simply choose the .res file with the modification to apply,then save ure file and ure all done,if anything went wrong, res hacker as you prolly know makes a backup in the same dir.

maybe ic an help you guys out,just state clearly what must be done and ill take a crack at it...no garantees tho..

i repacked the whole thing without the pirated stuff(the contents of the sfx are from the original V'ISO_b8.2.1,i have updated it with amnesia's modded pack but i have omitted the res file that seem to cause problems with certain users(shell32),and i fixed the batch file so that the new sp3 file 'wuaucpl.mui' gets the 'wuaucpl.mui.res' patch. so here is the plain old batch file for those who want it: V'ISO.bat the repacked sfx: V'ISO_b8.2.1x.exe MD5:D6F3D694898BCE4B955CD6DBC6DAC5D2

looks like a 2nd uberpack.