dougiefresh

I've been working on the 64-bit file patching problem. I have been successful at making the patcher modify the resources in both a 64-bit live install and cd integration, however, neither seems to work properly once patched. This may indicate that some or all of resources in the 64-bit files are different from their 32-bit counterparts.... and that the current themes cannot be used with the 64-bit operating systems. The next version will also have the translation code enabled, with the option to turn it off on the page before the patching starts. The beta thread has been closed, as hardly any replies were received about the success/failure of the translation code.

Okay, since no one seems to want to reply about translation issues, I'm gonna close this beta run and will integrate the translation code fully into the code. It will be possible to turn off the translation code if required.

I really need some feedback on how the translation code is performing! If I don't get some feedback, I am going to assume that the translation code works fine and will proceed to integrate it fully into the patcher. Thanks!

I just got a copy of Windows XP x64 Professional to experiment with and found out that the patcher won't work with the install source as it stands currently. It turns out that there are TWO install folders to patch (AMD64 and i386), not just one like in x86 (i386) install folders! The patcher program does nothing to the second install folder.... Also, Fixit informed me yesterday that the patcher won't correctly patch a live install of XP x64, either. I had made no effort to account for the redirection mechanism built into the 64-bit operating systems. The net effect is that x64 won't be patched completely in order to effect the changes.... I've made some changes to the patcher in order to account for the redirection mechanism, however, I haven't tested the changes yet. But I haven't figured out how to do the second source install folder yet....

I just got a copy of Windows XP x64 Professional to experiment with and found out that the patcher won't work with the install source as it stands currently. It turns out that there are TWO install folders to patch (AMD64 and i386), not just one like in x86 (i386) install folders! The patcher program does nothing to the second install folder.... Also, Fixit informed me yesterday that the patcher won't correctly patch a live install of XP x64, either. I had made no effort to account for the redirection mechanism built into the 64-bit operating systems. The net effect is that x64 won't be patched completely in order to effect the changes.... I've made some changes to the patcher in order to account for the redirection mechanism, however, I haven't tested the changes yet. But I haven't figured out how to do the second source install folder yet....

Updated to v2.999.0.3

Updated to v2.999.0.3

Updated to v2.999.0.3

Updated to v2.999.0.3

What's Changed in v2.2.0.4: - Added experimental support for Windows 2000 and 2003 Server. - Added experimental support for Windows XP x64 Professional. - Added message about experiment support when using the patcher on for X64, 2000, and 2003. - Code modified to use Home Edition bootscreen for Windows 2000 and 2003. - XP Pro bootscreen still used for XP X64 Pro. What's Different between v2.2.0.4 and 2.999.0.3: - Translation code has been enabled.

What's Changed in v2.2.0.4: - Added experimental support for Windows 2000 and 2003 Server. - Added experimental support for Windows XP x64 Professional. - Added message about experiment support when using the patcher on for X64, 2000, and 2003. - Code modified to use Home Edition bootscreen for Windows 2000 and 2003. - XP Pro bootscreen still used for XP X64 Pro.

Okay. Here's the link: logonui.noshadow.res.7z

Sure! Download this res file: logonui.exe.res.7z

I wish I could claim credit for the original LogonUI.exe logos. Based on my discussion with Bober, I believe that the original logos were created by Stimpy. I'm literally trying to figure out how to recreate the entire logo based on the original logos, which is fustrating... especially since I'm just learning how to do this stuff..... How is this version of the x64 logo?

Here's the closest I could come to something similar to the XP Professional Edition logo for x64... Screenshot: Let me know what you think about it.

What's Changed in v2.2.0.3: - Fixed each page so that the "/SILENT" switch works as expected. - Copied bootscreens from batch versions and placed them in BOOT folder in GUI. - Before patching starts, bootscreens from BOOT folder are copied to resources folder. - Log file now shows minutes and seconds instead of total seconds as time completed. - Fixed Repatcher so that correct page is called in order to build a list of files to patch. What's Different Between v2.2.0.3 and v2.999.0.2: - Translation code is enabled. I'm sorry it took so long for this version to be released. Quite a few things have happened that this last two weeks, including a minor rewrite of the code because I found that certain things weren't happening when using the "/SILENT" switch. This should take care of the incorrect bootscreen issue that JAMIS246 found. JAMIS246: This weekend, we've been working on the new logo for Windows XP x64. We're coming close, however, figuring out how to do so has been a major pain in the buttocks..... :thumbsdown_anim: Once we're done, I'll try to write some new code into the GUI to allow it to detect XP x64....

What's Changed in v2.2.0.3: - Fixed each page so that the "/SILENT" switch works as expected. - Copied bootscreens from batch versions and placed them in <b>BOOT</b> folder in GUI. - Before patching starts, bootscreens from <b>BOOT</b> folder are copied to resources folder. - Log file now shows minutes and seconds instead of total seconds as time completed. - Fixed Repatcher so that correct page is called in order to build a list of files to patch. I'm sorry it took so long for this version to be released. Quite a few things have happened that this last two weeks, including a minor rewrite of the code because I found that certain things weren't happening when using the "/SILENT" switch. Also included in this version is the bootscreen fixes that was reported by JAMIS246 here.

We will look into doing so, although right now, I can't promise a timetable on it....

I'm sorry. This weekend, I have been trying to correct some other bugs I found. Unfortunately, the problem with the code is more extensive than I realized.... I've also had some personal problems which is slowing down my progress considerably.... I am trying to get everything implemented and it should be ready to release soon. I apologize if this is inconvenient, but life happens when it is least expected....

Unfortunately, I wish I could answer that question for you. I would ASSUME that the 32-bit resources are similar to the 64-bit, but I haven't looked at them at any length.

At present moment, there is no support for patching a 64-bit version of Windows XP. For both live installs and integrations, it is determined to be 32-bit or 64-bit by the kernel version number. 32-bit kernels have version 5.1.x.x attached to them, while 64-bits have version 5.2.x.x attached. This makes it easy to tell them apart. Regarding the request for 64-bit support, it's on the list (dunno if it is posted, but it's on there). Once I open up the GUI to patch previous versions of Windows (NT and 2000), I can work on the code support. By the way, live installs on Windows NT are not possible, nor is including the GUI in a Windows NT source. It has everything to do with lack of support in AutoIt for older Windows installs and nothing to do with my desires.... Windows 9x/ME is damn near impossible to patch because of the way it was packed. EDIT: XPtsp FAQ updated to reflect the information in this post.

What's Changed in the Green Beta theme: - Bootscreens were replaced with those from the XPtsp batch versions. - Version info was removed from RES files so that files weren't mis-identified as those from Vista.

What's Changed in the Green Beta theme: - Bootscreens were replaced with those from the XPtsp batch versions. - Version info was removed from RES files so that files weren't mis-identified as those from Vista. The next version of the patcher will have code in it that will replace the bootscreens found in the theme with those in the GUI. This is to ensure that the bootscreen in question is the correct one.

I've replaced the bootscreens with the ones from the batch files, so it should be correct. However, I'm testing the theme package to make sure that today's modifications to other files work properly, so I'm guessing it will be approximately 3 hours before I will upload the new theme (assuming nothing goes wrong).

One of the benefits of this GUI is at no point does it require any of .NET frameworks, nor should it affect the installation of any SVCPACK add-on/program during it's installation during T-13. I think that some of the files have their version information affected. If this is the cause, then that could be the cause of the "my version of windows wasn't XP" error message(s). I will check the resources to see if I am correct about the version info, though.... EDIT: This is what I've found out looking through the Green Beta theme: EXPLORER.EXE has the version number changed from 5.1.x.x to v6.0.0.0. This is the probable cause of the error you saw, as Windows v6.0.x.x is Vista, not XP. (Although I've been told Windows 7 is v6.1.x.x....) Also, these files have their version information changed: HHCTRL.OCX, HHCTRLUI.DLL, and RUNDLL32.EXE. Please note that the version information may be correct in them, but this in itself could cause problems. In all cases, I have removed the version information from the RES files. I will do some further testing to make sure that XP will install correctly with that information removed prior to releasing the updated resources.