Jump to content

dougiefresh

Members
  • Posts

    762
  • Joined

  • Last visited

  • Days Won

    8

Posts posted by dougiefresh

  1. The reason I opened this thread is because only moderators and admin have the ability to open new threads in this forum, per my request. The reason being is that the original thread for XP Theme Source Patcher became very confusing for our readers, including me. N1K created this wonderful forum solely for this project. Thank you, N1K!

    If you would like to discuss things related to XP Theme Source Patcher, but NOT directly related to a particular thread, here is the place to do so. If you need to discuss things relating to a particular XPtsp theme, do so in the CORRECT thread!!!

    XPtsp links to SPECIFIC themes:

    Original XPtsp: here

    Blue XPtsp: here

    Black XPtsp: here

    Purple XPtsp: here

    NOTE: As far as I know, the original thread is going to be preserved so we don't lose any history about XPtsp, as well as a monument to the mess that the original thread became.

    New Threads: If you want to create a new thread in this forum, please create your post in this thread and let me know which one it is and I can split the post from this thread. URL's are most helpful in this regard! Thanks!

    Oh yeah.... I probably should mention that only new themes will get new threads in this forum and they will be moderator approved....

  2. The reason I opened this thread is because only moderators and admin have the ability to open new threads in this forum, per my request. If you would like to discuss things related to XP Theme Source Patcher, but NOT directly related to a particular thread, here is the place to do so. If you need to discuss things relating to a particular XPtsp theme, do so in the CORRECT thread!!!

  3. GUI_Header.png

    I've created this thread for the discussion of the XP Theme Source Patcher GUI, whether it be bug reports or feature requests. If there is any problem with the GUI, discussion should take place here.

    Please keep in mind that the goal of the GUI is to create a GUI for the project, NOT to create or modify resources for it. Both the resources and extras have been seperated from the GUI in order to minimize the download size of the package. Downloading the theme package and extras package will be required in order to use the GUI. If there is any problems with the resources, please report those problems in the appropriate thread, as this isn't the thread to report them in.

    UPDATE: Starting with v2.1.0.0, the patcher requires administrative privileges in order to run. I found out that without administrative privileges, any local copies in the same folder as the GUI SFX won't show up.

    download.png

    file: XPtsp_v3.0.0.26_GUI.exe

    md5: 32ced219c6e33d9a1c1aa7fc057a7771

    size: 1.6mb (1,702,137 bytes)

    Official Changelog: here

    GUI To-Do List (in order of preference):

    - Integrated online Theme management tools

    - WINNT.SIF manipulation tab in Additional Options

    - ISO Burning ability

    - A request to do additional MUI Patching

    Notes about the GUI:

    - All resources are ENGLISH ONLY! Please don't ask for translations for any languages, as this isn't the purpose of this thread.

    - If the archive is put in the XP source folder, the script will pick up the folder that the archive resides in and use it as the default folder. Otherwise, source folder will be blank.

    Poll Results:

    GUI Version with Translation Code: posted here

  4. Well.... I'm OK with WinCert hosting the project files. I've been doing some off-line work on my web site, but if WinCert hosts the files, it would probably be for the best. Granted, I'll have lost $2 but maybe I should have run the ideas by the group before I started...... Oh, well.

    A subforum would be real nice. However, I'm a little concerned about the number of topics. If there was some way to restrict the creation of topics in the new subforum to moderators only, I think it would be for the best....

  5. I've already taken a few steps on my own in order to give XPtsp a home on the web. ShortURL.com provides URL redirection to another web site, which works for me. I've also paid the $2/yr activation fee. http://xptsp.filetap.com now points to my web site and I'm in the process of redesigning my website to put XPtsp on the main page. It will also serve as the website for Drive Space Indicator.

    I've got 1GB of storage on my web site and can easily host all of the XPtsp versions, present and probably future. My only problem will be when/if I lose my Comcast account, because I'll have to find another site. But that's in the (hopefully) far future and won't be that difficult to deal with.

    I personally have no interest in "hosting" the forum and agree with Bober on that point.

  6. What's Changed in v1.4.1.0: (Download link)

    - Visual Theme installation is successful!

    - Resources updated to match batch v1.4.1.

    - SYSDM.CPL resource updated so that System Properties dialog looks correct.

    - Fixed Page 3 Browse button so that Next button is enabled after selecting i386 folder.

    Ok, it looks like the live patcher is about finished. So I need testers to make sure that everything appears correctly and functions normally.... Thanks!

    Mr. FixIt: That trick you told me about for replacing the bootscreen works for the visual styles, too!

  7. What's Changed in GUI v1.4.0.2:

    - Bootscreen installation successful!

    - Added hex-edit to SP3 version SETUPAPI.DLL to fix battery prompt during setup.

    - Fixed "/PASSIVE" switch so that it doesn't hang upon execution.

    - Added timer so that user can see how long it took to patch the system.

    - Added section to XPtsp.ini for SETUPAPI.DLL patching.

    - Rebooting is OPTIONAL again. Option whether or not to reboot is given.

    - Explorer is not killed at ANY point during the patching.

    - "/REBOOT" switch added to force rebooting the system after patching is complete.

    - "/NOREBOOT" switch added to force no reboot after patching is complete.

  8. Windows has a feature that, when properly manipulated, will move files at system restart. INF files can make use of it easily, but AutoIt scripts have a little harder time (no sarcasm) with it as we must add to the string as we go. I have not gotten NTOSKRNL.EXE to be replaced by this mechanism, nor a "simple" file move/copy.

    If Windows is pulling from Driver.CAB/SP?.CAB, then that would explain why replacing NTOSKRNL.EXE is being a witch..... When I get home from work today, I'll give it your suggestion a try, utilizing the above mechanism to put the cab file back to it's original name. Thanks for the tip, Bober! Wish me luck!

    EDIT: Will replacer work?..... I don't know. I doubt it for this particular problem.

    I'm running RyanVM Post-SP3 Update Pack v1.0.2 on both my real system and my virtual machine.

    EDIT2: This last weekend, I've felt like throwing the machine out the window. My patience has gotten thin with the bootscreen problem..... Maybe all I need is a break.... Sleep doesn't help, it just gives me energy to try more things....

  9. Yeah, my system was already had pre-patched sfc on a clean install. and that is why i found no files in the DLLCACHE except for catalogs files. I will probably switch back to an original sfc dll to do more testing
    Mine didn't. The original SFC file helps program for all circumstances....

    I understand the purpose of that patch, I just don't understand why people would want it....

  10. anemsia: I don't think shell32.dll is one of them. I know some files won't allow themselves to be replaced because they are in-use. So, sometimes renaming them and copying the patched files into place works. When that fails, it's time to hack the registry to force them to be copied at reboot.

    EDIT: When trying to replace files like I told you, you also have to rename the DLLCACHE file FIRST. Otherwise, patched file gets overwritten automagically.... or WFP prompts from he11....

    I'm not sure if killing Explorer is necessary, I'm trying to determine that now....

    kernel is in use during boot ? (me just deleted NTKRNLPA.exe and NTOSKRNL.exe and start to panic. how am i going to boot?

    voice of Smart Guy in my head just told me "U would never reboot without a CD"... i should have save those files... oh, i did ;)

    chorus: "it's a kinda magic"

    (me feeling better now, thanks, to the Beer :)

    :o LOL! :P :beerchug:
  11. I tried those same lines when I was building the live installer and came to the conclusion that they only work on a system with the SFC already installed. patched. (Conclusion supported by research into those settings...) Some of those settings are useless without an immediate reboot, something I know you don't want to do before starting to patch files. Others are useless without the SFC patch installed.

    Also, you'll probably also get the pleasure of trying to replace in-use files. Research "replacing files in-use" for your answer. I had to, as a precaution. Turns out I REALLY needed it.

    EDIT: Oh yeah, I've already found out that while I can patch the NTKRNLPA.exe and NTOSKRNL.exe files, I can't seem to be able to move them into place using the "replace files in-use" method, or by direct copying. Probably because the kernel can't replace itself while it's in use..... How Windows Update does it is beyond me!

    EDIT2: GUI reports patching took 1033 seconds (just over 17 minutes) in my virtual machine.

  12. Yeah, change the Entries_DriveSpace.ini file so that it reads:

    DriveSpace.exe /SVCPACK /THEME:XPtsp

    Any other settings that are supported by command-line parameters can be set as well. Hope that helps!

    EDIT: (Actually, the "default" theme is whatever theme comes first alphabetically! So if we get an "Apple" theme, that becomes default, because Apple comes before Blue.)

  13. Who da man? YOU DA MAN!!!! :dribble: :worthy: :giveheart: :thumbsup_anim: :wub_anim: No, seriously! Those are EXACTLY what I'm looking for! Thanks, bjfrog!

    EDIT: This time, I'll try to hold on to the icon converter! --- Yeah, I lost it last time! As Homer Simpson would say: DOH!

    EDIT2: I tried to include more emoticons, but the forum board said it was too many.....

    EDIT3: Did you notice the post times? 12 hours, 1 minute apart! (Not that it matters, just thought it was interesting!)

  14. amnesia: Good question. Since I started developing the GUI, the batch file has always done it this way. I don't understand why, but that would be why RisingXun is getting a corrupted file without these lines.... I do this way because that is the way the batch file does it. I would redirect this question to Bober for further info....

    RisingXun: Actually, no it wouldn't work like you indicated. The part to the left of the "=" identifies what resource file to use (w/o the .res part), while the part to the right identifies the location of the file to patch (unless we renamed every resource file, at which point trying to modify anything would become a hassle....) All of the resource files are located in the "Resources" folder, courtsey of the fact that I move the resource files from the Extra\Home or Extra\MCE folder into the Resources and Extra folders if I am patching either OS. I do this so that I don't have to check later over and over and over and over....

    As for the BOOTSCR.RES, why not just modify the script to copy BOOTSCR.RES to the other resource files prior to patching? That's what I did to save space. That, and we only have to edit one file to change the boot screen, not 4..... or 8.... or even 12 (God forbid we get more - for example, the ability to CHOOSE what bootscreen to use! --- Hey, not a bad idea if I may say...)

    EDIT: Also, are you accounting for WFP? How about the DLLCACHE? If not, I suggest you go to the AutoIt forums and research both topics. An misunderstanding of either topic will result in fustration, as I have found out during my recent testing, simply because you will patch the file and the unpatched version will replace your patched copy automagically.

    Mona: I believe that Bober initially replaced some cursors in user32.dll, but had a bit of problem and removed them. I could be mistaken, but I don't think I am....

  15. Everybody: I've uploaded a minor fix to a problem caught by RisingXun. The INI file had an incorrect entry and didn't correctly list a file for patching. I don't know if this affected anything, but I'm not passing by that mistake!

    ================================================================

    Okok, its just because i based the File list off your Xptsp AND the VISO Live.

    so what if there was a line like this.

    IEXPLORE.DLL.MUI=%Prog%\Internet Explorer\en-US\

    Note*theres only 1 Line like that.

    Um.... there is? Oh-oh. I better fix that! It should read:
    IEXPLORE.DLL.MUI=%Prog%\Internet Explorer\en-US\IEXPLORE.DLL.MUI

    Question: is there suppose to be a NTOSKRNL.EXE.Res and NTKRNLPA.EXE.Res in the Xptsp?
    Actually, no. The BOOTSCR.RES file is copied to 4 different filenames, NTOSKRNL.EXE.RES and NTKRNLPA.EXE.RES being 2 of them. I don't know if the other two are used by the system. However, they are all the same, at least from a resources standpoint.

    I noticed that you try to patch UXTHEME.DLL. The resource file isn't actually present in the XPtsp package, but is placed by the script into the resource folder. That way, when the script is scanning for files to patch, it picks up on that file for HEX-EDITING purposes. The actual resource file is empty and doesn't patch anything. Take note that this hex-editing is VERY important if you want to use 3rd-party themes on a unpatched system. The GUI simply insures that it is patched (assuming the user keeps the checkbox checked).

    In case you're interested, while I patch TASKMAN.EXE, I also hex-edit that file to change the color scheme to blue. If memory serves, the program that does the hex-editing for the batch is TMHEXER.EXE in the Programs folder. Each of the hex edits take place during the patching call.

    TOURSTRT.EXE is actually named TOURSTART.EXE on a running system. The error message in Mona's log seems to indicate that you're looking for TOURSTRT.EXE, not TOURSTRT.EXE.res. However, I could be mistaken.....

    I hope this helps. :thumbsup_anim: (By the way, when I responded about the way the GUI works, you said you didn't know how my script works. Hopefully, my explanation helps..... If not, well.....)

  16. What's Changed in XPtsp GUI v1.4.0.0: (Download Link)

    - Updated resources to match XPtsp batch v1.4.

    - Fixed the Uninstaller so that it finally works successfully!

    - Reboots are once again MANDATORY at the end of Live Patching, without option not to reboot.

    - Updated Drive Space Indicator to version 5.3.4.1.

    Mona: Regarding RisingXun's LOGONUI.EXE problem, he's missing 3 statements in his script to patch that file correctly. He has to execute these lines:

    %rh% %del% "%tmp%\%name%.%ext%", "%tmp%\%name%.%ext%", UIFILE,,
    %rh% %del% "%tmp%\%name%.%ext%", "%tmp%\%name%.%ext%", Bitmap,,
    %rh% %del% "%tmp%\%name%.%ext%", "%tmp%\%name%.%ext%", stringtable,,

    BEFORE patching the file with the new resources!

    That's the way both the batch file and the GUI do it. My GUI is successful at patching a live system by doing it this way. RisingXun won't need the reg fix if he/she executes those statements.

×
×
  • Create New...