Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260131-3219d2d-uxp-6ee9e34e29-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260131-3219d2d-uxp-6ee9e34e29-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260131-3219d2d-uxp-6ee9e34e29-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260131-d849524bd-uxp-6ee9e34e29-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260131-d849524bd-uxp-6ee9e34e29-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260131-d849524bd-uxp-6ee9e34e29-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260131-d849524bd-uxp-6ee9e34e29-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260131-d849524bd-uxp-6ee9e34e29-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2914 - Explicitly allow mixed content websockets on localhost. (151ef21890) - Issue #2828 - Follow-up: Simplify rule node tracking and ensure rule walker state isn't reset for the first child processor (226a443c96) - Issue #2916 - Restore the ability to set a default log level when using MOZ_LOG (a8960dc462) - Issue #2889 - Follow-up: Update eventPtr/eventEndPtr for XML_ParseBuffer (4b983c32b0) - Issue #2889 - Follow-up: Add patch for XML_ParseBuffer. (e5497c8425) - Issue #2895 - Implement 32-bit compatible Xoroshiro128++ (0dbad452e6) - MoonchildProductions/UXP#2351 - Fix webrtc video encoding on macos (3224ec7ddd) - MoonchildProductions/UXP#2351 - Fix webrtc for Windows and Linux based on MacOS fix (1d03a05e54) - Whitespace Compatibility for ICU 72+ (20525d238b) - Issue #2403 - Implement SubmitEvent functionality (#2919) (9b3d172a95) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes picked since my last build: - import from mozilla: Bug 2010411 - CLDR 48 'h' hour format is possibly web incompatible (3b9a3ec8e0) - Revert "Issue #2895 - Replace XorShift128+ with Xoroshiro128++" (75ca0c37f8) - Revert "Revert "Issue #2895 - Replace XorShift128+ with Xoroshiro128++"" (952e3022b8) - js-random: reorder Xoroshiro128++ code flow to reduce intermediate registers (454565b2ac) Update Notice: - You may delete file named icudt*.dat and icu63.dll inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Only the official quickjs (32-bit) release natively supports Windows XP SP3 x86: https://bellard.org/quickjs/ https://bellard.org/quickjs/binary_releases/?C=M;O=D https://bellard.org/quickjs/binary_releases/quickjs-win-i686-2025-09-13.zip This fact has been stated earlier in this thread (but am lazy now to find the relevant post). ... And, if you're prepared to use "hacked-binaries" (binaries HexEdited to redirect XP-incompatible kernel functions to OCA/Wine/ReactOS DLLs, then there's this : (the "appeal" of NodeJS vs quickjs is that the former is many times quicker (pun intended) compared to the latter ...)

For anyone not up to speed; the reason why this is happening has been revealed by one of yt-dlp's major contributors: A lot has changed recently, so I've done some new testing. ios For me personally this player_client still works without a Javascript runtime and a 403 HTTP Error. Compared to me previous post `;formats=missing_pot` is needed though: FOR /F "delims=" %A IN (' yt-dlp.exe --extractor-args "youtube:player_client=ios;formats=missing_pot" -f "(bv[width<=1920]+ba)[protocol^=m3u8]" -O urls "https://www.youtube.com/watch?v=###########" ') DO @IF NOT DEFINED url[0] (SET url[0]=%A) ELSE (SET url[1]=%A) "C:\Program Files\MPC-HC\mpc-hc64.exe" "%url[0]%" /dub "%url[1]%" /close This oldschool method works fine, but as it requires two separate commands I always use my favorite command-line tool Xidel to create the following one-liner: FOR /F "delims=" %A IN ('yt-dlp.exe --extractor-args "youtube:player_client=ios;formats=missing_pot" -f "(bv[width<=1920]+ba)[protocol^=m3u8]" -O urls "https://www.youtube.com/watch?v=###########" ^| xidel -se "let $url:=x:lines($raw) return `\"C:\\Program Files\\MPC-HC\\mpc-hc64.exe\" \"{$url[1]}\" /dub \"{$url[2]}\" /close`"') DO @%A FOR /F "delims=" %A IN (' yt-dlp.exe --extractor-args "youtube:player_client=ios;formats=missing_pot" -f "(bv[width<=1920]+ba)[protocol^=m3u8]" -O urls "https://www.youtube.com/watch?v=###########" ^| xidel -se "let $url:=x:lines($raw) return `\"C:\\Program Files\\MPC-HC\\mpc-hc64.exe\" \"{$url[1]}\" /dub \"{$url[2]}\" /close`" ') DO @%A As an alternative to... -f "(bv[width<=1920]+ba)[protocol^=m3u8]" ...you could also use... -f "bv[width<=1920]+ba" -S "+proto" --format-sort-force web_safari This player_client does require a Javascript runtime (I'm using deno). It only provides the m3u8 protocol formats (audio and video combined), so no filtering is needed, which makes the one-liner very simple: FOR /F "delims=" %A IN (' yt-dlp.exe --extractor-args "youtube:player_client=web_safari" -f "[width<=1920]" -O urls "https://www.youtube.com/watch?v=###########" ') DO @"C:\Program Files\MPC-HC\mpc-hc64.exe" "%A" /close I'm not sure if this player_client provides anything larger than 1080p. If it doesn't, then `-f "[width<=1920]"` isn't needed. As mentioned earlier, most of the time I now use LibreWolf to watch ad-free Youtube videos. I do remember getting the "Sign in to confirm you’re not a bot." message after having watched a dozen Youtube videos through yt-dlp and MPC-HC. Maybe "--impersonate firefox" could prevent that from happening?

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20260131-ccd77452d-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260131-ccd77452d-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - Revert "Issue #2895 - Replace XorShift128+ with Xoroshiro128++" (37c42449b) - Revert "Revert "Issue #2895 - Replace XorShift128+ with Xoroshiro128++"" (b2538bd2b) - js-random: reorder Xoroshiro128++ code flow to reduce intermediate registers (1bef7770a) - import from UXP: Issue #2914 - Explicitly allow mixed content websockets on localhost. (151ef218) (c6ea29e45) - import from UXP: Issue #2828 - Follow-up: Simplify rule node tracking and ensure rule walker state isn't reset for the first child processor (226a443c) (3ec860974) - import from UXP: Issue #2916 - Restore the ability to set a default log level when using MOZ_LOG (a8960dc4) (5bbaf8608) - import from UXP: - Issue #2889 - Follow-up: Update eventPtr/eventEndPtr for XML_ParseBuffer (4b983c32) - Issue #2889 - Follow-up: Add patch for XML_ParseBuffer. (e5497c84) (2928eda48) - import mergediff of "Issue #2895 - Implement 32-bit compatible Xoroshiro128++" (02a89e14e) - ported from UXP: Whitespace Compatibility for ICU 72+ (20525d23) (fbc076eed) - import from UXP: - MoonchildProductions/UXP#2351 - Fix webrtc video encoding on macos (3224ec7d) - MoonchildProductions/UXP#2351 - Fix webrtc for Windows and Linux based on MacOS fix (1d03a05e) (139d0772b) - import from UXP: Issue #2403 - Implement SubmitEvent functionality (#2919) (9b3d172a) (ccd77452d)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20260131-40a79c75-uxp-6ee9e34e29-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20260131-40a79c75-uxp-6ee9e34e29-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20260131-id-656ea98-uxp-6ee9e34e29-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20260131-id-656ea98-ia-c642e3c-uxp-6ee9e34e29-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Yes, that one probably didn't include the modified `yt_dlp/update.py` file... The Windows 7 one from GitHub updates fine: yt-dlp -U Current version: nicolaasjan/yt-dlp@2026.01.29.071857 Latest version: nicolaasjan/yt-dlp@2026.01.30.064627 Current Build Hash: e13632c9721715691dbbc989030c42552301cd670c32f5388dfc39fe46aa1c15 Updating to nicolaasjan/yt-dlp@2026.01.30.064627 ... Updated yt-dlp to nicolaasjan/yt-dlp@2026.01.30.064627 No, I grabbed the two 32-bit dll's from an install of the updated OpenSSL from here. (the 64-bit ones from there are not usable, as I explained earlier in this thread) I have absolutely no idea how to compile that on Windows.

Then it's easy to add my custom builds to it. They are different. And they can be updated with `yt-dlp -U`. PS, Do you plan to update your OpenSSL page?

I let the GitHub workflow build releases (which should be identical to upstream) and when that's done, I manually add my (custom Python) compiled versions in the web interface. After that, I use a Python script to fetch all the files and generate the SHA-256 and SHA-512 checksum files locally. Then replace the ones GitHub created with these, in order to make the (custom) update function* of my versions work. (*after having synchronised my fork with upstream, I clone it locally and apply a diff to `./yt_dlp/update.py` and then use that source tree in my VM's to compile) While the workflow is still running, I grab the version number from it and use that to update it in my builds as well: Then locally e.g.: python devscripts/update-version.py -c "nicolaasjan/yt-dlp" -r "nicolaasjan/yt-dlp" "2026.01.30.064627" python devscripts/set-variant.py win7_exe python -m bundle.pyinstaller I admit it's a rather hacky procedure, but it works.

@nicolaasjan : Positive `quickjs-ng` developments : https://github.com/quickjs-ng/quickjs/issues/1002#issuecomment-3826547072

Sorry, yes. Bill Gates, I like him. It's just Windows isn't up to my taste since 7. Western European rich are actually fine, we have lots of them here, in Switzerland, They do contribute. "Crown Princess Mary of Denmark cycles her children to school in cold ..." While @NotHereToPlayGames pollutes the air with the 1964(?) vehicle. https://www.dailymail.co.uk/femail/article-3427493/Crown-Princess-Mary-braves-snow-cycle-children-school-bitterly-cold-Copenhagen.html

Maaaybe this? http://flowgorithm.org/download/files/Flowgorithm-2.30.3-32-Setup.zip I didn't test it on 98/ME, but see if it does work. I used it specifically for the algorithm university project. Still hate that subject to the core. You have to see all of the possible things you have to do with your code, like you are the Watcher of the multiverse. And about dictionary: https://absoluteword.com/awmaker/

Thanks, but my goal is to have a browser that doesn't need those dubious, over or almost a decade old "updates". Those threats they addressed in the previous century, are no threats any longer. Will you help me?

Here you go, Jody. Sounds very much like considering, no? " If the rework successfully resolves these challenges,... Otherwise, Chromium for windows 7 will no longer update. " https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases

Just read, he considers dropping off 7, too. Can you ask for a farewell version that works without updates on 32bit Vista? As I suspect, I had missed one or two telemetry updates (intentionally).

Without ProxHTTPSProxy only a few sites and a lot of errors. Even with ProxHTTPSProxy not much better. IE is outdated and, sad to say, crap. You have to use Firefox 45 SSE or New Moon SSE releases.

You need an OS which supports modern browsers to surf the WWW. Windows 2000 is outdated like Windows ME either. As I told you twice before the best choice for your computer is a lightweight Linux Distribution such as Q4OS (Trinity Desktop). This OS supports older hardware, 32 Bit processors and more recent browsers. Otherwise you have to stay at Windows XP having very slow speed, missing some features and accepting to get system freezes from time to time.

You try to run ProxHTTPSProxy REV3d built by pyInstaller. Therefore the Python version used is decisive whether your CPU is supported or not. I assume the lacking of SSE2 is probably the cause of the problem. Try the WSUS server method instead! It is working fine too.

I do think so, unfortunately. But have you tried WSUS server method to update your installation? This method doesn't require ProxHTTPSProxy. Moreover I assume the proxy is probably incompatible to your hardware. And please provide the exact type of Intel Celeron. There are a lot of them. I need to know the full specification.

But maybe exactly that is the problem. A fresh install means a lot of functions and patches are missing. Or your cpu is the problem due to the lack of certain, necessary features. What CPU is working in your computer? Please provide the exact type! And you said you've expanded your RAM. Did you perform a memory test?

Insall .NET Framework from 1.0 to 4.0 and all Microsoft Visual C++ Redistributable versions from 2005 up to 2019. And Onepiece Update Package too. ProxHTTPSProxy is working in Windows XP without any problems basically. My system is fully updated POSReady updates included, and I never had a problem relating to ProxHTTPSProxy. I think in your system something is missing. But anyway, in your case the best choice is a lightweight Linux distribution due to existing hardware limitations. In my opinion, Windows XP is too demanding especially relating to RAM consumption.