Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20251011-3219d2d-uxp-b709881389-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20251011-3219d2d-uxp-b709881389-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-20251011-3219d2d-uxp-b709881389-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-20251011-d849524bd-uxp-b709881389-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251011-d849524bd-uxp-b709881389-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251011-d849524bd-uxp-b709881389-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251011-d849524bd-uxp-b709881389-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251011-d849524bd-uxp-b709881389-w7plus-avx2.7z No official UXP changes picked since my last build. 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: - mailnews: fix OAuth2Providers path (16dc4c9168) - Add support for HTMLSlotElement.assignedElements() (#2) (169c949e49) - Merge pull request #37 from ClassicNick/Merge-20251005 (f24e68da7b) - style: color-mix: when either color resolves to NS_COLOR_CURRENTCOLOR, it will cause color value reevaluation and cause stack overflow. hack it to use parent color instead. (702d61e68e) - caps: hack - check `mCSP` RefCount to avoid circular calls (b709881389) Update Notice: - You may delete file named icudt*.dat 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.

StartAllBack 3.9.16

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20251018-3219d2d-uxp-861967f98e-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20251018-3219d2d-uxp-861967f98e-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-20251018-3219d2d-uxp-861967f98e-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-20251018-d849524bd-uxp-861967f98e-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251018-d849524bd-uxp-861967f98e-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20251018-d849524bd-uxp-861967f98e-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251018-d849524bd-uxp-861967f98e-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20251018-d849524bd-uxp-861967f98e-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - Set title for about:logopage (89ee61a746) - No issue - Improve compiler compatibility. (ac993f4fb3) - Issue #2855 - Fix rule node tracking for NAC (cc331e8e01) - [devtools] Remove newline kludge from "Copy as cURL" on Windows (4abf0b3f21) 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: - caps: follow-up of rev b7098813 - enlarge CSP's RefCnt value limit to prevent crashing in multiple process mode. (9ad9a88955) Update Notice: - You may delete file named icudt*.dat 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.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250927-3219d2d-uxp-50b6047c84-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250927-3219d2d-uxp-50b6047c84-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-20250927-3219d2d-uxp-50b6047c84-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-20250927-d849524bd-uxp-50b6047c84-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250927-d849524bd-uxp-50b6047c84-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250927-d849524bd-uxp-50b6047c84-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250927-d849524bd-uxp-50b6047c84-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250927-d849524bd-uxp-50b6047c84-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - Clarify Azure Back-end info. (c7e103b06e) - Revert "[gfx] Guard against possible race via gfxFontEntry::GetFontTable." (060e2965b8) - [gfx] Clarify comments. (6e19656e11) - Issue #2852 - Parse full cache-control headers. (16164b3d38) - [gfx] Use std::size rather than hardcoding an array size (3a121f34c8) - Issue #2852 - Follow-up: Add comment and fix formatting. (1bcdad3ef1) - Issue #2790 - Follow-up: Ensure both text and background are set. (c9e08cb2f5) - Revert "Issue #2258 - Part 4: Clean up unused pointers." (7b4bb08257) - Revert "Issue #2258 - Part 3: Allow sniffing with XCTO:nosniff + empty MIME type." (2d4d48db72) - Revert "Issue #2258 - Part 2: Move XCTO:nosniff check into sniffers." (73c9c1dd73) - Revert "Issue #2258 - Part 1: Support XCTO:nosniff when navigating." (0d00c84033) - Issue #2258 - Make sure we favor sniffing when the content-type header is empty. (659a3c0fcc) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt*.dat 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.

This may be of some use for Win XP users in today's world with Win XP being phased out more everyday ... this service is also listed to work with Windows 98 SE / ME also. I used it about 6 years ago myself and now am being forced to use it again in Oct 2025 to be able to get my Win XP computer on the internet with a VPN. The paid service I was using has finally cut off all Win XP connections. They warned two years ago it was coming and the service still works for my Windows 7 computer but I still mostly use my Win XP computer for everyday connecting. As I said above ... I used this free VPN about 6 years ago and I have hooked the XP computer up to the service again. I will say that they have really improved things and the service is great in 2025. Perhaps some of you know about it already but if not ... then you can check it out if you need a VPN for Win XP. https://www.vpngate.net/en/ https://www.vpngate.net/en/download.aspx VPN Gate - Public Free VPN Cloud by Univ of Tsukuba, Japan Welcome to VPN Gate. (Launched on March 8, 2013.) - You can get through your government's firewall to browse restricted websites. (e.g. YouTube.) - You can disguise your IP address to hide your identity while surfing the Internet. - You can protect yourself by utilizing the strong encryption while using public Wi-Fi. More Details... - TunnelCrack protection implemented in SoftEther VPN Client (August 31, 2023) Supports Windows, Mac, iPhone, iPad and Android. Compatible OS: Windows, CPU: Intel x86 and x64 (Windows 98 SE / ME / 2000 SP4 / XP SP2, SP3 / Server 2003 SP2 / Vista SP1, SP2 / Server 2008 SP1, SP2 / Hyper-V Server 2008 / 7 SP1 / Server 2008 R2 SP1 / Hyper-V Server 2008 R2 / 8 / 10 / Server 2012 / Hyper-V Server 2012) -------------------------------------------------------------------------------------------------- It looks complicated but it really isn't. Spend some time reading everything and you should be good to go. I'm impressed from using it 6 years ago to how it has improved. One word about connecting, if you need an US connection for banking, Tubi or whatever ... they are not always there, just at various times. You will figure all this out as you get familiar with the service. ...

@nicolaasjan : https://3dyd.github.io/pyinstaller-builds/ Your prayers have been answered! https://github.com/3dyd/pyinstaller-builds https://github.com/3dyd/pyinstaller/tree/6.16.0-xp

change user agent compatibility to firefox compatibility in preferences dialog.

https://github.com/yt-dlp/yt-dlp/issues/14456#issuecomment-3339167951: --extractor-args "youtube:player-client=default,-tv_simply"

I guess the extra features fulfills the plus part of Vista+. I understand the desire for targeted features and size reduction though. Now, with a known working configuration we can certainly remove features. That part will be easy. I can start with the items you listed for a future build. The libfdk-aac external functionality is included for parity with the XP version and of course the dll is not required to run the FFmpeg binaries. This functionality can also be removed if desired.

FFmpeg shared for Vista x86.

Yes, I've already tested it and everything is working. 🙂 However, now the question is ; how long will yt-dlp on XP keep working?... 🤔 Soon, an external JavaScript runtime will be needed. Deno is out of the question on older systems and yt-dlp-getpot-jsi gave me errors on both Windows XP and Windows7 (see Issue 9 ).

and you can change general.useragent.compatMode.version that reports to websites in about:config.

Thanks a lot for your reply ; as I wrote, Vista SP2 32-bit here; from 2016-2018 I used to use MABS (MSYS2/MinGW) to compile locally non-free ffmpeg builds; after that time, several MSYS2 components went Win7+ (e.g. "make") and by 2021, the compiler itself stopped being available for the 32-bit architecture; needless to say, latest MABS is meant for a recent version of Win10 64-bit; yes, you probably can still compile 32-bit binaries with it, but those won't run on Vista, possibly not on Win7, too ... The AnimMouse ffmpeg builds used to be Vista-compatible, but broke at some time (early 2022); as a Vista user too, you probably know those things already ... I'm not closely following current FFmpeg development ; at one time I was aware that the FFmpeg code itself continued to be NT 6.0 compatible (as opposed to NT 5.x), so that a "no-libs" compiled binary would launch normally under Vista; but a lot of the third party (external) libs built normally into FFmpeg are the main culprits for breaking Vista-support (x265 comes to mind, with its NUMA Win7+ functions ) ; it must be quite an enormous task today for you to restore NT 6.1/6.0 and even 5.x support on your custom FFmpeg builds; you are to be highly praised for this feat ... On a 32-bit, under-resourced (by today's standards ) machine, I practically have little use of most of those extra libs (especially video encoders); I rarely do video transcoding here, mostly audio transcoding is being performed; it's those many optional external libs that inflate static binaries' filesize and are the cause for broken NT 6.0 support, for all I know... Thanks for your intention! User Reino here (now on Win11) used to offer both static+shared 32-bit builds, targeting WinXP SP3 and an SSE-only CPU, ca. every 4 months ; it'd be very sweet from you if you managed to offer something similar, but for more recent CPUs (e.g. SSE2+) and on Vista+... FWIW, this thread started a long while ago and mentions "winxp" in its title, but is actually frequented now by members of various WinOSes ; so I hope you posting Vista+ FFmpeg builds will be OK ; of course, there's always that ... "Willing to test? " -> Simply throw "them" at me ... Best regards.

No idea. My homebrew Python 3.14 Linux standalone executable is even 51.7MB. 😮 Almost 100MB unpacked in the /tmp folder.

Don't the standalone Linux builds work (they have newer Python embedded)? yt-dlp_linux or (for 32bit) my yt-dlp_linux_x86.

Updated FFmpeg for Windows XP. Same libfdk-aac.

EssentialPIM 12.0.6 29/08/2024 still works on WinXP https://essentialpim.zendesk.com/hc/en-us/articles/11039320139922-EssentialPIM-versions-11-2-12-2 https://www.essentialpim.com/download/old/EssentialPIM120.exe EssentialPIM 12.5.2 26/09/2025 don't works on WinXP Other email client OAUth2, tested in Winxp: https://www.gammadyne.com/email_client.htm https://support.google.com/mail/answer/16604719?hl=en Starting January 2026, Gmail will no longer provide support for the following features: . GMailify: This feature allows you to get special features like spam protection or inbox organization applied to your third-party email account. Learn more about Gmailify. You won’t be able to get specific features in Gmail applied to your third-party account. . Mail Fetcher, Set up automatic forwarding (web) ... Gretings

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-20251018-e2f63f387-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20251018-e2f63f387-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: No issue - Improve compiler compatibility. (ac993f4f) (88149f721) - import from UXP: Issue #2855 - Fix rule node tracking for NAC (cc331e8e) (1b577a8b4) - import from UXP: [devtools] Remove newline kludge from "Copy as cURL" on Windows (4abf0b3f) (1c307b192) - import from `custom` branch of UXP: caps: follow-up of rev b7098813 - enlarge CSP's RefCnt value limit to prevent crashing in multiple process mode. (9ad9a889) (e2f63f387)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20251018-40a79c75-uxp-861967f98e-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20251018-40a79c75-uxp-861967f98e-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-20251018-id-656ea98-uxp-861967f98e-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20251018-id-656ea98-ia-c642e3c-uxp-861967f98e-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

@Monroe For simple things ,where a no logging policy does not be of any interest, free VPN services may be used. BTW, VPNBook is another one. However, I personally prefer paid VPN services. Luckily, I own several lifetime licenses which have been working for years. Even though not all their servers can be used under Windows XP due to modern protocols, my VPN providers still offer older connection protocols on some servers as I prefer the L2TP/IPSec or in second place the PPTP protocol under Windows XP. Unfortunately, OpenVPN puts too much strain on my system.

it hits a "MOZ_CRASH(IPC FatalError in the parent process!)" intended crash with message "IPDL error [PContentParent]: Error deserializing 'Principal'". maybe the RefCnt knock out value is too low, tried to enlarge it a bit: https://github.com/roytam1/UXP/commit/9ad9a88955775ce04f7bd070e09ddc31c7868a3f

No, both yt-dlp_x86_win7.exe versions were built on Windows 10 64bit with 32bit Python. yt-dlp_win7.exe (and zipped) versions are built on Windows 7 64bit with 64bit Python. I think so. 🤔 Yes. And it was built with 3dyd's PyInstaller 6.15.0.

There is a new release available. The Win7 builds should now work again on Vista. They are now built with PyInstaller 6.16.0 (Vista compatible) . I forked 3dyd/pyinstaller-builds and changed the workflow file (trial and error...). https://github.com/nicolaasjan/pyinstaller-builds/releases

I'm sorry. I have no idea... ... At least I got this figured out, as it was seriously bugging me ; the "what" is hidden inside a changelog: https://github.com/adang1345/PythonVista/blob/master/CHANGELOG.md Your v2025.09.23.052315 yt-dlp_x86_win7.exe binary has been compiled with a flavour of 3.13.7 which, at that time, supported only Win7+ ; Vista support for 3.13.7 came on Sep 25th, 2 days after v2025.09.23.052315 was built, but in time for the v2025.09.27.071342 to be built with a Vista-enabled 3.13.7 interpreter (this assumes you manually updated to the Vista-compat flavour of 3.13.7) ... What is still unclear to me is: a) were both versions built on the same OS (Win7 SP1 ?) ? b) were both versions packaged with "official" PyInstaller-6.16.0 ? v2025.09.27.071342: [debug] yt-dlp version nicolaasjan/yt-dlp@2025.09.27.071342 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) and v2025.10.05.061237 [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.05.061237 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) have been both compiled on a 64-bit OS, with the 32-bit build of Vista-compatible 3.13.7; why, then, is the next v2025.10.13.80600, built on a Vista-compatible 3.14.0, broken on actual Vista SP2 32-bit? I have a hunch, based on adang1345's notes: https://github.com/adang1345/PythonVista/blob/master/README.md So, the same 3.14.0 CPython will behave differently when run on a Win7 machine to when run on a Vista machine; likewise for the PyInstaller-packaged resultant yt-dlp_x86_win7.exe binaries; but this theory doesn't explain builds v2025.09.27.071342+v2025.10.05.061237 (which run OK on Vista), unless they were also compiled on a Vista SP2 64-bit VM ... FWIW, adang1345 has made a new release of 3.13.9 less than an hour ago, https://github.com/adang1345/PythonVista/tree/master/3.13.9 and issued a re-release of 3.14.0 along with the above: https://github.com/adang1345/PythonVista/tree/master/3.14.0 His changelog only mentions the addition of 3.13.9, though ... This one launches OK: [debug] yt-dlp version local@2025.10.13 [eafedc218] (win_x86_exe) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) Was a Vista SP2 64-bit VM used in this case? And which PyInst version? This one launches fine : yt-dlp_x86_win7.exe -v [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.13.080600 (win7_x86_exe*) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors Usage: yt-dlp_x86_win7.exe [OPTIONS] URL [URL...] yt-dlp_x86_win7.exe: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. Less puzzled now , but still with unanswered questions ... Time to call it a night, regards...

It does. Thank you! I can confirm, the binary works on Win11 Pro (on my brand new Framework Desktop).

Updated yt-dlp_Py3.14.0_x86_Vista. (with IOS patch ) @Reino; Please test if this still suits your needs.

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20251011-40a79c75-uxp-b709881389-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20251011-40a79c75-uxp-b709881389-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-20251011-id-656ea98-uxp-b709881389-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20251011-id-656ea98-ia-c642e3c-uxp-b709881389-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Fortunately, my main system (Linux Mint) didn't have any issue compiling Brotli "automagically" when installing the dependencies for my newly compiled Python 3.14 (altinstall; that is, it is installed without interfering with system Python). Compiler is shipped with the distro. No problem, I was suspecting that already. It is.

Thanks ; they note: Hopefully, the brotli py3.14 wheel (file brotli-1.1.0-cp314-cp314-win32.whl) you kindly shared remains Vista-compatible; though, TBH, I'm not aware of any tests (within the context of yt-dlp or otherwise) I can submit it to ... Other than that, thank you for the details of the compilation procedure ; I agree it's not for the faint-hearted (or those lacking access to recent OS+H/W); when I, regrettably, find that PyPI misses wheels for a specific "module+module version+CPython+architecture" combination, I usually issue: python -m pip install module==specific_version and then let pip do its job in invoking setuptools+wheel to compile from module source; in the meantime, I cross my fingers for things to go as expected , which isn't always the case ; if the compilation succeeds, then pip will store in its cache a copy of the generated wheel, for easy re-usage; the local path to that wheel is being displayed in the command prompt window, so I always grab a copy from there ; of course, this is for pure Python modules, for ones with C/C++ extensions, a compiler must be made available to CPython (as you detailed yourself); CPython > 3.4 requires VS2015+, not compatible with my current OS ... Huh??? The above was meant to be written as: ... are compiled with adang1345's py3.13 (branch) implementation so that was a typo/oversight on my part ; apologies... Ofc I'm aware you've been using 3.13.7 for the win7 (+Vista) yt-dlp variants, that's why I wrote an update was due to recently released 3.13.8 ... ... That's your call, surely, but I'm more of a conservative person myself , who doesn't believe "the latest is the greatest"; however, if you're absolutely certain the yt-dlp code is fully compatible with recently released py3.14 (and the CPython itself doesn't come with any major bug), then go for it ; personally, I'd stick with the minimum CPython version mandated by yt-dlp, soon to be py3.10 (but it's also nice I can experiment with higher versions here, all thanks to adang1345 ) ... Best regards.

I used this: https://github.com/mstorsjo/llvm-mingw The 32bit build was compiled with Python 3.14.0 (x86) from adang1345 on Windows 10 IoT Enterprise LTSC. The 64bit build was compiled with Python 3.14.0 (x86-64) from adang1345 on Windows 7. To let Python use this compiler, place a file named `distutils.cfg` (see below) in `.\Lib\distutils` in Python install directory (create folder `distutils`). [build] compiler = mingw32 Build Brotli: Download source tarball and extract. In source directory run: python setup.py build_ext --compiler=mingw32 install Build wheel: python setup.py build_ext --compiler=mingw32 bdist_wheel In the directory where the built wheel is, run: pip install --force-reinstall brotli-1.1.0-cp314-cp314-win32.whl Huh??? .\yt-dlp_win7.exe -v [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.05.061237 (win7_exe*) [debug] Python 3.13.7 (CPython AMD64 64bit) - Windows-7-6.1.7601-SP1 (OpenSSL 3.0.16 11 Feb 2025) [debug] exe versions: ffmpeg git-2025-10-04-e05f8ac-ffmpeg-windows-build-helpers (fdk,setts), ffprobe git-2025-10-04-e05f8ac-ffmpeg-windows-build-helpers, phantomjs 2.5.0 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.08.03, curl_cffi-0.13.0, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets, curl_cffi [debug] Extractor Plugins: NSigDeno (YoutubeIE) [debug] Plugin directories: C:\Users\Nico\AppData\Roaming\yt-dlp\plugins\bgutil-ytdlp-pot-provider\yt_dlp_plugins, C:\Users\Nico\AppData\Roaming\yt-dlp\plugins\yt-dlp-YTNSigDeno\yt_dlp_plugins [debug] Loaded 1833 extractors And the next Win7 builds will be Py3.14 based.

Hi ; well, cmalex's py3.11.4 assemblies (one compatible with just XP and one with Vista+) aren't currently being hosted on GitHub (AFAIAA), but they can be ; OTOH, adang1345's py3.13.7 assembly is already hosted on GitHub, and so is 3dyd's custom PyInstaller build used to make the Win7/Vista yt-dlp distributions; it may be possible, at least in theory, to author a modded GA workflow file to point to the custom implementations of CPython+PyInst necessary to package the Win7/Vista builds; e.g., upstream are using their own, custom, build of PyInstaller to create the "official" yt-dlp releases; perhaps a consultation with your "AI friend(s)" (or a question on SO, etc.) could prove beneficial in fully automating even the (currently) manually created release assets ; just a thought from a dedicated (hardly intelligent ) friend of yours... Best wishes !

IMO the internet got 'bad' once 'normal' people found it. But I think that is more nostalgia for the most part. As for when that happened, I'd say (at least in the US) that happened once Classmates came around. Everyone who was in high school or college went onto there to keep touch afterwards. That site got stepped on by Facebook which was originally designed for college students, but became so popular that old people joined it to keep in touch with those who were on it. For the current generation that is moving into the world, Facebook is seen as a site for old people which is a quote I've heard from multiple people of the younger generations, an insight I am afforded since I 'moonlight' at an arcade. This is only my perspective on things, but normal/old people from 20 years ago were basically computer illiterate, and astonishingly, people of that same stereotype in the current day are still mostly computer illiterate despite having grown up in with computers in a fully connected world. Combine that with the mentality that corporations have of treating adults (employees) like children and you end up with web technologies designed to protect the computer illiterate but in a fashion doesn't feel like the correct way to do it. I find it amusing that the link to this article on the Guardian brings me to a page where half of it is covered by a blue privacy/cookie notification. But overall I think that there are certainly many good points about how the internet has evolved and it is actually better in many ways now than it used to be. It is certainly more useful, something I didn't really grasp because I never had a mobile phone that was new enough to do anything cool until just recently. I think it will get better and we will figure out how to evolve it to deal with the current issues it has. There are more eyes on it now than ever before and that means more ideas of how to do things will occur. But that doesn't mean that there won't be some new dumb trend that everyone adopts that we'll have to deal with. We may end up looking back and laugh about how we were all bent out of shape about captchas and cookie banners in the face of whatever annoying thing we'll be having to deal with.

I think I am past point of missing old internet. Just trying cling to past and not saying I am missing old internet wont going to help. There were also evil things there like "Only viewable on internet exploder 4 or worse" I admit I used to also fall into that. What is typical problem there is that you keep doing things you totally disagree with and keep saying it. Then one day it hit me. What if instead of trying clinging to past memories I bring past to current. Nobody says you must use Spotispy, or any other things. What if instead of just using what everyone else is using to communicate (whatsapp) or do other stuff you use what you want to use and can be used on systems you have. If you really hate smartphones you don't have to have one, you can get still basic handsets even if live in country where GSM is killed, they are cheap ones usually sold for elderly people. If you hate modern Windows don't use it. Use something like linux mint to do "modern" stuff like filling out tax card, doing banking etc then outside that use whatever system and OS you feel good at. There are many projects that makes them usable. For example Windows 98 can totally be used for tasks with help of Pidgin, Retrozilla 2.3, proper codecs, putty win32 legacy etc. And if you think all your friends will stop talking to you if change way then ask are they really your friends if they will end friendship at that point. Sure there are some limits for what can be considered tolerable. If you would say now I will only communicate with smoke signals then it would be understandable that they are upset. You might think I just lack any friends and I got handful of them only but they are good friends I talk almost daily or hang with whenever just can. Most "friends" I had were just burden to me. If work requires them then you use during working hours as you should always keep work and personal life separate. I use whatever phone and computer employer tells me to during hours my wage is running and when hours are filled I leave them at the office or if home switch off power until next shift. I do not do any of personal work on company laptop or phone since security and not wanting mix up my personal and work life. If you are being your own employer you should still separate work and personal devices for security reasons as having one of them compromised compromises both. As for the web, you don't have to make site that forces SSL, bot protection, requires complex CSS and scripting etc. You can make one very basic. Just don't fall into wannabe 90s geocities site trend. You do not want but million animated gifs and annoying embedded midis into your site or write it with Microsoft RuntPage. I hated those site back then and hate whenever I see one of them today. You should prefer minimalism and avoid going over HTML4 strict. Something like Mozilla composer with css disabled is good starting point if you suck at coding or just want streamline doing site and then just do small fixes by hand with text editor. World is not going to change is nobody does nothing and just sit on their a** and complain. It starts change by making difference yourself.

It 's working here on New Moon.

Updated yt-dlp_Py3.13.7_x86_Vista. (with IOS patch )

... Hi ; most unfortunately, this isn't how things work ; Google , the owners of YouTube, have unleashed a war of annihilation against every kind of YT downloaders and they're NOT excluding/pardoning any of them based on the OS they're compatible with ; and, trust me, every breaking change Google implement (on purpose) isn't meant to leave "older" versions of downloaders unscathed ... XP-compatibility in Q4 of 2025 is also a concern for many Windows apps, not only Video Downloaders... I tend to stay clear of GUI media downloaders, so, alas, if you're in search for one of them, I'm afraid I won't be the person to recommend one to you... My own experience is that most of the GUI YT downloaders are frontends of the well-known CLI (Python) apps youtube-dl and its fork, yt-dlp; the GUI apps either use the standalone youtube-dl.exe or yt-dlp.exe binaries under the hood or use the respective libs inside their source code; as a consequence, whenever Google break youtube-dl/yt-dlp, the apps become broken, too ... Recently, Google implemented a breaking change of a great magnitude, which should explain your observation that yt-dlp and youtube-dl were impacted/broken, too, a stop-gap/interim solution has been implemented for both, but they were actually "stitched back together with duct tape", meaning they can break again at any time... More permanent solutions for YouTube downloading in those apps will leave, probably, any WinOS < Win10 uncovered (too early to tell with absolute certainty, maybe Win7 will be spared, but things are very grim for XP/Vista ) ; at the time of this writing, working versions can be found at: https://github.com/ytdl-org/ytdl-nightly/releases/download/2025.09.29/youtube-dl.exe (official nightly version) https://github.com/nicolaasjan/youtube-dl/releases/download/2025.09.29/youtube-dl.exe (fork of the above with a few custom modifications) https://github.com/nicolaasjan/yt-dlp/releases/download/2025.09.27.071342/yt-dlp_x86_winXP.exe If you're not familiar with those two CLI apps, am afraid this isn't the place to ask for help; however, ample HowTos can be found online with a simple web search, both apps have detailed wiki sections (assuming one already knows to invoke apps from the Windows command prompt) ... For developments related to both youtube-dl+yt-dlp, keep an eye on the dedicated MSFN thread: https://msfn.org/board/topic/184368-who-here-has-a-youtube-dl-compile-for-winxp Best regards ...

... Probably not their work , per se (seeing that they have the Polish flag before their username); published builds there are the impressive work of a Japanese person, whose username (in Japanese) is "あべちん" (that Google translates to "Abechin") ; in fact, I had contacted him some years ago about some issues in his FFmpeg builds, at a time when machine translation wasn't perfect (and AI totally absent); his blog's comment form, e.g. http://blog.k-tai-douga.com/article/191451101.html#comment (Leave a comment) wouldn't accept just Latin characters (I posted in English), so I had to include some Kanji characters, too, for my message to go through ... We did communicate in the end, the problems were mitigated in a future FFmpeg release...

Confirmed. Thanks.

Thank you @nicolaasjan for your yt-dlp builds. I have made a Windows XP compatible build of FFmpeg that targets a Pentium 4. I relied heavily on rdp and @Reino build scripts so thanks also to them. ffmpeg-8.1-630-635cb4543f-win32-static-xpmod-P4.7z libfdk-aac-2.0.3-158-d8e6b1a-win32-xpmod-P4.7z

alright, found problematic code and fixed, will be available in next build. https://github.com/roytam1/UXP/commit/16dc4c916886bfb6947726f0e8a38a9e474f7644

That's why I decided to make diffs again. 😐 I will apply the custom changes only to the "Vista" variant offered here. It will work on higher versions of Windows as well, so @Reino can test it. Updated yt-dlp_Py3.13.7_x86_Vista.

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-20250927-fb9f6eff8-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250927-fb9f6eff8-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: No issue - Clarify Azure Back-end info. (c7e103b0) (a9de514bd) - import from UXP: Revert "[gfx] Guard against possible race via gfxFontEntry::GetFontTable." (060e2965) (068d2d8b2) - import from UXP: [gfx] Clarify comments. (6e19656e) (840d26a08) - import from UXP: Issue #2852 - Parse full cache-control headers. (16164b3d3) (88a1c0050) - import from UXP: [gfx] Use std::size rather than hardcoding an array size (3a121f34) (fc33f4e70) - import from UXP: Issue #2852 - Follow-up: Add comment and fix formatting. (1bcdad3e) (c24c415a9) - import from UXP: Issue #2790 - Follow-up: Ensure both text and background are set. (c9e08cb2f) (39e14308a) - import from UXP: Revert "Issue #2258 - Part 4: Clean up unused pointers." (7b4bb082) (99f5c8f0f) - import from UXP: Revert "Issue #2258 - Part 3: Allow sniffing with XCTO:nosniff + empty MIME type." (2d4d48db) (a38d80555) - import from UXP: Revert "Issue #2258 - Part 2: Move XCTO:nosniff check into sniffers." (73c9c1dd) (2f8889ad7) - ported from UXP: Revert "Issue #2258 - Part 1: Support XCTO:nosniff when navigating." (0d00c840) (434f021fb) - import from UXP: Issue #2258 - Make sure we favor sniffing when the content-type header is empty. (659a3c0f) (fb9f6eff8)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250927-40a79c75-uxp-50b6047c84-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250927-40a79c75-uxp-50b6047c84-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-20250927-id-656ea98-uxp-50b6047c84-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250927-id-656ea98-ia-c642e3c-uxp-50b6047c84-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

... I'm sorry I have to say this , but once the hack currently implemented by upstream stops working (and it will stop ), for XP/Vista[/Win7] users, for which the scheduled workaround, deno, isn't compatible, "Apple-device" (iOS+web_safari) type of YouTube (HLS) streams will be the ONLY accessible options, at least until Google restricts them further with a POT implementation; the log below was generated with yesterday's Vista build of yours , it provides a glimpse of how things would look when "the hack" has been broken and the deno-enabling PR merged: yt-dlp_x86 --extractor-args "youtube:player_client=ios,web_safari" -vF "O5TS2CbBhKo" [debug] Command-line config: ['--extractor-args', 'youtube:player_client=ios,web_safari', '-vF', 'O5TS2CbBhKo'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version local@2025.09.25 [4429fd045] (win_x86_exe) [debug] Python 3.11.9 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.5.2 5 Aug 2025) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.08.03, mutagen-1.47.0, requests-2.32.5, sqlite3-3.45.1, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1833 extractors [debug] [youtube] [pot] PO Token Providers: none [debug] [youtube] [pot] PO Token Cache Providers: memory [debug] [youtube] [pot] PO Token Cache Spec Providers: webpo [youtube] Extracting URL: O5TS2CbBhKo [youtube] O5TS2CbBhKo: Downloading webpage [debug] [youtube] Forcing "main" player JS variant for player 0004de42 original url = /s/player/a61444a1/player_ias.vflset/en_US/base.js [youtube] O5TS2CbBhKo: Downloading ios player API JSON [youtube] O5TS2CbBhKo: Downloading web safari player API JSON [debug] [youtube] O5TS2CbBhKo: ios client https formats require a GVS PO Token which was not provided. They will be skipped as they may yield HTTP Error 403. You can manually pass a GVS PO Token for this client with --extractor-args "youtube:po_token=ios.gvs+XXX". For more information, refer to https://github.com/yt-dlp/yt-dlp/wiki/PO-Token-Guide . To enable these broken formats anyway, pass --extractor-args "youtube:formats=missing_pot" [debug] [youtube] Extracting signature function 0004de42-main-107 [debug] Loading youtube-sigfuncs.0004de42-main-107 from cache [debug] Loading youtube-nsig.0004de42-main from cache [debug] [youtube] Decrypted nsig Nc-7Qm-M-NmbBoH => S5jQA8mpxn7KDw WARNING: [youtube] O5TS2CbBhKo: Some web_safari client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See https://github.com/yt-dlp/yt-dlp/issues/12482 for more details [youtube] O5TS2CbBhKo: Downloading m3u8 information [youtube] O5TS2CbBhKo: Downloading m3u8 information [debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec, channels, acodec, lang, proto [debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec, channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id [info] Available formats for O5TS2CbBhKo: ID EXT RESOLUTION FPS CH | FILESIZE TBR PROTO | VCODEC VBR ACODEC ASR MORE INFO ---------------------------------------------------------------------------------------------------------------------- sb3 mhtml 48x27 0 | mhtml | images storyboard sb2 mhtml 80x45 1 | mhtml | images storyboard sb1 mhtml 160x90 1 | mhtml | images storyboard sb0 mhtml 320x180 1 | mhtml | images storyboard 233 mp4 audio only | m3u8 | audio only unknown Untested, Default, low, IOS 234 mp4 audio only | m3u8 | audio only unknown Untested, Default, high, IOS 602 mp4 256x144 12 | ~ 2.55MiB 89k m3u8 | vp09.00.10.08 89k video only Untested, IOS 91 mp4 256x144 24 | ~ 5.55MiB 193k m3u8 | avc1.4D400C mp4a.40.5 WEB-S 269 mp4 256x144 24 | ~ 5.55MiB 193k m3u8 | avc1.4D400C 193k video only Untested, IOS 603 mp4 256x144 24 | ~ 5.06MiB 176k m3u8 | vp09.00.11.08 176k video only Untested, IOS 92 mp4 426x240 24 | ~ 10.22MiB 356k m3u8 | avc1.4D4015 mp4a.40.5 WEB-S 229 mp4 426x240 24 | ~ 10.22MiB 356k m3u8 | avc1.4D4015 356k video only Untested, IOS 604 mp4 426x240 24 | ~ 8.23MiB 286k m3u8 | vp09.00.20.08 286k video only Untested, IOS 93 mp4 640x360 24 | ~ 23.51MiB 818k m3u8 | avc1.4D401E mp4a.40.2 WEB-S 230 mp4 640x360 24 | ~ 23.51MiB 818k m3u8 | avc1.4D401E 818k video only Untested, IOS 18 mp4 640x360 24 2 | ? 11.63MiB 405k https | avc1.42001E mp4a.40.2 22k 360p, WEB-S 605 mp4 640x360 24 | ~ 14.13MiB 492k m3u8 | vp09.00.21.08 492k video only Untested, IOS 94 mp4 854x480 24 | ~ 41.82MiB 1456k m3u8 | avc1.4D401E mp4a.40.2 WEB-S 231 mp4 854x480 24 | ~ 41.82MiB 1456k m3u8 | avc1.4D401E 1456k video only Untested, IOS 606 mp4 854x480 24 | ~ 22.32MiB 777k m3u8 | vp09.00.30.08 777k video only Untested, IOS 95 mp4 1280x720 24 | ~ 72.92MiB 2538k m3u8 | avc1.64001F mp4a.40.2 WEB-S 232 mp4 1280x720 24 | ~ 72.92MiB 2538k m3u8 | avc1.64001F 2538k video only Untested, IOS 609 mp4 1280x720 24 | ~ 33.23MiB 1157k m3u8 | vp09.00.31.08 1157k video only Untested, IOS 96 mp4 1920x1080 24 | ~138.27MiB 4813k m3u8 | avc1.640028 mp4a.40.2 WEB-S 270 mp4 1920x1080 24 | ~138.27MiB 4813k m3u8 | avc1.640028 4813k video only Untested, IOS 614 mp4 1920x1080 24 | ~ 50.15MiB 1746k m3u8 | vp09.00.40.08 1746k video only Untested, IOS NB: I'm not even sure 4K video streams are being made available for either iOS or Safari ; opus audio is also unavailable; and the web_safari HLS streams are NOT parsed by default, they have to be explicitly requested via the '--extractor-args "youtube:player_client=web_safari"' cmdline flag (or equivalent config setting); personally, I'd hope the POT-less iOS streams remain accessible in the XP/Vista yt-dlp variants, though I realise this wish/expectation could be, simply, "a lot to ask for..." Best wishes!

Another update (sorry...) to yt-dlp for Vista, now made with the new and shiny Python 3.13.7 from adang1345. Link.

Oh, I don't mind building myself. That said, there is a new Python stable release (3.14.0) from adang1345. Test build for Vista/Win7 (32bit): yt-dlp_Py3.14.0_x86_Vista.7z As usual, the Brotli dependency is not yet available for Python 3.14... So, I had to build a wheel myself from source (not easy...). Here is the 32bit variant, if you want to compile yt-dlp yourself: brotli-1.1.0-cp314-cp314-win32.whl

I just realised that if I build the Win 7 versions with adang1345's Python, they should also work on Vista (?). From the README:

Vista beats 10 and 8!

In win98se, if you enable fast shutdown (change the data of the registry value FastReboot in HKEY_LOCAL_MACHINE\SYSTEM\currentControlSet\Control\Shutdown to 1, or uncheck Disable Fast Shutdown in msconfig advanced options), your pc will restart when you turn if off normally. M$ released a patch called Windows 98 SE Shutdown Supplement to fix this bug. But in fact, this patch doesn't fix the bug, only updates some drivers related to battery and power management, and hides the Disable Fast Shutdown option in msconfig by replacing msconfig to a newer version. if you set the above registry value data to 1 after installing this patch, you will find that Windows still restarts when you turn off your pc. In my observation, the reason why this bug still exists when this patch is installed is that the fast shutdown bug is in the file reboot.vxd, which is integrated to vmm32.vxd when the first time win9x starts during Setup. And none of the win9x updates (including security updates, non-security updates, and hotfixes) update this file until their eol. So just replace 98se's reboot.vxd with the one in 98fe rtm, the fast shutdown bug in 98se is fixed. Additionally, the first updated reboot.vxd (version number > 4.10.1998) is in the build 2150 (98se beta2). from this version of reboot.vxd, the fast shutdown bug introduced. the version number of this file in the previous builds of 98se beta is 4.10.1998, actually it's the same file as the one in 98fe rtm.

@maile3241 Once more, thanks for your great help! Glad it works for you too and I could help a bit. It wasn't easy to find the cause of my error codes (I had a lot of them) but my guess to edit config.ini of HTTPSProxy was correct. I have checked a lot of registry entries and files. Now I have tested Microsoft Update site several times and it works flawlessly. It found one update missing and I could install it from there. See my screenshot https://imgur.com/oAO72vT