VistaLover

What are those? TTBOMK, GitHub itself still doesn't offer this functionality natively (i.e. PMs/DMs between GitHub members) ; https://github.com/orgs/community/discussions/15580 https://github.com/orgs/community/discussions/153547 Please elaborate... Regards.

NM28 v28.10.7a1 (32-bit) (2026-04-24) (SSE2), under Vista SP2 x86; I, too, find that the browser is hang/crash-prone on several GitHub pages, e.g. when I tried to reload a few times: https://github.com/martok/palefill/releases (it's one of pinned tabs in my NM28 session), it resulted reliably in a browser hang ("not responding"), that forced me to exit the browser ; upon a relaunch, I'm presented with a session restore window... Since I mentioned palefill, can a frequent NM28 user who has, sort of, followed its recent development enlighten me when/why PaleFill became incompatible with NM28? Its install.rdf file still reads: <!-- Pale Moon --> <em:targetApplication> <Description> <em:id>{8de7fcbb-c55c-4fbe-bfc5-fc555c87dbc4}</em:id> <em:minVersion>28.10.0</em:minVersion> <em:maxVersion>35.*</em:maxVersion> </Description> </em:targetApplication> Disclaimer: I haven't been regularly using NM28 for a long while, but I do follow this thread ; for GitHub, which I use a lot, r3dfox[esr]-140 is the browser of choice here ...

Run Chrome browser without CORS https://stackoverflow.com/questions/3102819/disable-same-origin-policy-in-chrome

https://askubuntu.com/questions/404737/horizontal-scrolling-in-firefox-to-shiftmouse-scroll-instead-of-back-forward/404830#404830

According to MDL Forums and @abbodi1406, the LAST XP-compatible version should be 14.28.29213.0 : https://forums.mydigitallife.net/threads/repack-visual-c-redistributable-runtimes-2020-11-10.76588/page-27#post-1630817 https://github.com/abbodi1406/vcredist#windows-xp-notice https://github.com/abbodi1406/vcredist/releases/tag/v0.35.0

...

... Previously known as "ownedbywuigi", so that probably means https://repo.dactyloidae.xyz/Dactyloidae/UXP is a continuation of recently archived https://github.com/OwnedByWuigi/UXP/ PS: Since they've only released 64-bit binaries, I can't test here whether "Dactyloidae" even supports WinXP SP3/Vista SP2 32-bit ...

... Is that about PR#3024 having been merged in 5f03b88 ? Will your decision be viable in the long run? So long I understand, you compile your UXP builds on a Win7 SP1 x64 build machine, don't you? There exist CPython-3 forks that have restored support for WinVista+ (so Win7, too), e.g. https://github.com/adang1345/PythonVista , will using such a py3 version during compilation render your browser builds not compatible with XPSP3/VistaSP2 ? If the need arises, I've also come across some py3 builds (> py3.4) that are XPSP3+ compatible, like: https://github.com/R-YaTian/CPython3.6.15WinXP/releases/tag/3.6.15 https://github.com/R-YaTian/CPython3.7.17WinXP/releases/tag/3.7.17_final https://github.com/R-YaTian/CPython3.8.20WinXP/releases/tag/v3.8.20_final

There doesn't exist a "portable" version per se; I'll link you to a similar question you asked back in November and I'll defer you to the answers you were given at the time (among them, mine) ...

Drop support for Android and remove Fennec ...

https://repo.palemoon.org/MoonchildProductions/UXP/issues/2862 ... and you can see there who to thank ...

... Hence my previous comment you quoted : ... and I was strictly referring to "Moonchild Productions", are you officially part of that team now? Joking here , of course, but my comment was made on Feb 22nd, your fix landed on the official UXP repo on Mar 10th (and has yet to land on a roytam1-compiled binary), so yes, I wouldn't have survived had I held my breath... Jokes aside, my contribution was just to identify the missing JS feature; the report was made here by a UXP-fork user (on an unsupported OS), so the proper way to tackle that would've been: 1. Get access to a machine with an official UXP sanctioned OS 2. Get hold of official UXP-based browser binary/binaries 3. Reproduce the "bug" (rather the platform's deficiency) there 4. Register an account in the official PM forum 5. Report the problem in their WebCompat subforum (few fork users on XP/Vista can/are willing to go through the above ...) ... and then hope one member of the under-staffed MCP team takes it upon themselves to attempt a "fix"; given that the problem, as reported, affected a Polish government web site (relevant probably only to Polish citizens), MCP staff would have little incentive to spend time on fixing that, when other major/more popular sites are broken... So yes, over the years, I've become somewhat pessimistic ... Thanks again for implementing "object.GroupBy" . Regards.

@adata This has been harvested from a UXP-based browser's WebConsole: TypeError: Object.groupBy is not a function A G-search then finds: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/groupBy https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/groupBy#browser_compatibility Minimum supported browser version: Firefox 119 (Release date: 2023-10-24) i.e. upstream (MCP) would have to implement that support (I'm not holding my breath, though ) ... Regards.

I saw that "WARNING" only once (but I don't fetch YT that often ) and put it down to a transient "glitch" on YT's side; BTW, it was specific to the "ios-downgraded" YT player client (see below) ... The "ios-downgraded" YT player client (m3u8 formats) had a very short lifespan , as it was removed in https://github.com/yt-dlp/yt-dlp/commit/c3674575faa23b20e97be8b73f68b9f7b4cea9ab (https://github.com/yt-dlp/yt-dlp/pull/15786) as a result of https://github.com/yt-dlp/yt-dlp/issues/15782 The sample YT clip on that issue was geo-blocked (Vietnam-only), so I couldn't test/replicate myself (and I do wonder whether the devs could, either); but the firm conviction (by the devs) that the IOS client is "unreliable" led to "ios-downgraded" being unceremoniously axed (and the issue was later locked, due to OT chit-chat) ... The last official master build with that client enabled was 2026.01.31.224855; the last nicolaasjan build with that client enabled was 2026.01.30.064627; the fact your log mentions "ios downgraded player" means you're on one of the "older" builds... The removal of the "ios_downgraded player" means that currently, without enabling a JS runtime (and without a YT account), ONLY the "android_vr" formats are available (no m3u8, though); with a JS runtime enabled, you'll also get the few WEB-S (web_safari) m3u8 formats offered... FWIW, for me (in my part of the world), the "ios_downgraded" yt-client formats (ALL m3u8) still work as I write this; so, I try to locally revert c367457 and make use of them: yt-dlp -vF "cnX5zJ_qGz0" => [debug] Command-line config: ['--ffmpeg-location', 'FFmpeg', '--downloader-args', 'ffmpeg_i:-hide_banner -v 8 -stats', '-vF', 'cnX5zJ_qGz0'] [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 master@2026.02.21.201720 from yt-dlp/yt-dlp-master-builds [646bb31f3] (zip) [debug] Python 3.11.14 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.6.1 27 Jan 2026) [debug] exe versions: ffmpeg n8.1-dev-630-N-121254-g635cb45 (setts), ffprobe n8.1-dev-630-N-121254-g635cb45 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2026.01.04, mutagen-1.47.0, requests-2.32.5, sqlite3-3.51.2, urllib3-2.6.3, websockets-16.0, yt_dlp_ejs-0.5.0 [debug] JS runtimes: none [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1864 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 [debug] [youtube] [jsc] JS Challenge Providers: bun (unavailable), deno (unavailable), node (unavailable), quickjs (unavailable) [youtube] Extracting URL: cnX5zJ_qGz0 [youtube] cnX5zJ_qGz0: Downloading webpage WARNING: [youtube] No supported JavaScript runtime could be found. Only deno is enabled by default; to use another runtime add --js-runtimes RUNTIME[:PATH] to your command/config. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See https://github.com/yt-dlp/yt-dlp/wiki/EJS for details on installing one [debug] [youtube] Forcing "tv" player JS variant for player 4c5cf06a original url = /s/player/4c5cf06a/player_es6.vflset/en_US/base.js [youtube] cnX5zJ_qGz0: Downloading android vr player API JSON [youtube] cnX5zJ_qGz0: Downloading ios downgraded player API JSON [debug] [youtube] cnX5zJ_qGz0: ios_downgraded 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_downgraded.gvs+XXX". For more information, refer to https://github.com/yt-dlp/yt-dlp/wiki/PO-Token-Guide [youtube] cnX5zJ_qGz0: 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 cnX5zJ_qGz0: ID EXT RESOLUTION FPS CH | FILESIZE TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO ------------------------------------------------------------------------------------------------------------------------------------ sb3 mhtml 48x27 0 | mhtml | images storyboard sb2 mhtml 80x45 0 | mhtml | images storyboard sb1 mhtml 160x90 0 | mhtml | images storyboard sb0 mhtml 320x180 0 | mhtml | images storyboard 233 mp4 audio only | m3u8 | audio only unknown [en] Untested, Default, low, IOS-D 234 mp4 audio only | m3u8 | audio only unknown [en] Untested, Default, high, IOS-D 139 m4a audio only 2 | 6.36MiB 49k https | audio only mp4a.40.5 49k 22k [en] low, ANDR-V, m4a_dash 249 webm audio only 2 | 6.56MiB 50k https | audio only opus 50k 48k [en] low, ANDR-V, webm_dash 140 m4a audio only 2 | 16.89MiB 129k https | audio only mp4a.40.2 129k 44k [en] medium, ANDR-V, m4a_dash 251 webm audio only 2 | 15.25MiB 117k https | audio only opus 117k 48k [en] medium, ANDR-V, webm_dash 602 mp4 256x144 12 | ~ 11.26MiB 86k m3u8 | vp09.00.10.08 86k video only Untested, IOS-D 269 mp4 256x144 24 | ~ 22.13MiB 170k m3u8 | avc1.4D400C 170k video only Untested, IOS-D 160 mp4 256x144 24 | 9.00MiB 69k https | avc1.4d400c 69k video only 144p, ANDR-V, mp4_dash 603 mp4 256x144 24 | ~ 16.84MiB 129k m3u8 | vp09.00.11.08 129k video only Untested, IOS-D 278 webm 256x144 24 | 8.15MiB 63k https | vp9 63k video only 144p, ANDR-V, webm_dash 394 mp4 256x144 24 | 6.96MiB 53k https | av01.0.00M.08 53k video only 144p, ANDR-V, mp4_dash 229 mp4 426x240 24 | ~ 40.49MiB 310k m3u8 | avc1.4D4015 310k video only Untested, IOS-D 133 mp4 426x240 24 | 19.12MiB 147k https | avc1.4d4015 147k video only 240p, ANDR-V, mp4_dash 604 mp4 426x240 24 | ~ 28.77MiB 221k m3u8 | vp09.00.20.08 221k video only Untested, IOS-D 242 webm 426x240 24 | 17.28MiB 132k https | vp9 132k video only 240p, ANDR-V, webm_dash 395 mp4 426x240 24 | 16.42MiB 126k https | av01.0.00M.08 126k video only 240p, ANDR-V, mp4_dash 230 mp4 640x360 24 | ~ 95.31MiB 731k m3u8 | avc1.4D401E 731k video only Untested, IOS-D 134 mp4 640x360 24 | 36.77MiB 282k https | avc1.4d401e 282k video only 360p, ANDR-V, mp4_dash 18 mp4 640x360 24 2 | 78.17MiB 599k https | avc1.42001E mp4a.40.2 44k [en] 360p, ANDR-V 605 mp4 640x360 24 | ~ 68.00MiB 521k m3u8 | vp09.00.21.08 521k video only Untested, IOS-D 243 webm 640x360 24 | 37.60MiB 288k https | vp9 288k video only 360p, ANDR-V, webm_dash 396 mp4 640x360 24 | 29.57MiB 227k https | av01.0.01M.08 227k video only 360p, ANDR-V, mp4_dash 231 mp4 854x480 24 | ~136.31MiB 1045k m3u8 | avc1.4D401E 1045k video only Untested, IOS-D 135 mp4 854x480 24 | 69.02MiB 529k https | avc1.4d401e 529k video only 480p, ANDR-V, mp4_dash 606 mp4 854x480 24 | ~ 99.78MiB 765k m3u8 | vp09.00.30.08 765k video only Untested, IOS-D 244 webm 854x480 24 | 57.32MiB 440k https | vp9 440k video only 480p, ANDR-V, webm_dash 397 mp4 854x480 24 | 51.08MiB 392k https | av01.0.04M.08 392k video only 480p, ANDR-V, mp4_dash 232 mp4 1280x720 24 | ~185.82MiB 1425k m3u8 | avc1.4D401F 1425k video only Untested, IOS-D 136 mp4 1280x720 24 | 127.01MiB 974k https | avc1.4d401f 974k video only 720p, ANDR-V, mp4_dash 609 mp4 1280x720 24 | ~181.16MiB 1389k m3u8 | vp09.00.31.08 1389k video only Untested, IOS-D 247 webm 1280x720 24 | 106.76MiB 819k https | vp9 819k video only 720p, ANDR-V, webm_dash 398 mp4 1280x720 24 | 89.03MiB 683k https | av01.0.05M.08 683k video only 720p, ANDR-V, mp4_dash 270 mp4 1920x1080 24 | ~611.50MiB 4689k m3u8 | avc1.640028 4689k video only Untested, IOS-D 137 mp4 1920x1080 24 | 307.65MiB 2359k https | avc1.640028 2359k video only 1080p, ANDR-V, mp4_dash 614 mp4 1920x1080 24 | ~304.82MiB 2337k m3u8 | vp09.00.40.08 2337k video only Untested, IOS-D 248 webm 1920x1080 24 | 175.33MiB 1344k https | vp9 1344k video only 1080p, ANDR-V, webm_dash 399 mp4 1920x1080 24 | 161.10MiB 1235k https | av01.0.08M.08 1235k video only 1080p, ANDR-V, mp4_dash 620 mp4 2560x1440 24 | ~ 1.20GiB 9395k m3u8 | vp09.00.50.08 9395k video only Untested, IOS-D 271 webm 2560x1440 24 | 613.49MiB 4704k https | vp9 4704k video only 1440p, ANDR-V, webm_dash 400 mp4 2560x1440 24 | 513.02MiB 3934k https | av01.0.12M.08 3934k video only 1440p, ANDR-V, mp4_dash 625 mp4 3840x2160 24 | ~ 2.39GiB 18784k m3u8 | vp09.00.50.08 18784k video only Untested, IOS-D 313 webm 3840x2160 24 | 1.56GiB 12253k https | vp9 12253k video only 2160p, ANDR-V, webm_dash 401 mp4 3840x2160 24 | 948.58MiB 7273k https | av01.0.12M.08 7273k video only 2160p, ANDR-V, mp4_dash and then: yt-dlp -f 232+234 -N 2 "cnX5zJ_qGz0" => [youtube] Extracting URL: cnX5zJ_qGz0 [youtube] cnX5zJ_qGz0: Downloading webpage WARNING: [youtube] No supported JavaScript runtime could be found. Only deno is enabled by default; to use another runtime add --js-runtimes RUNTIME[:PATH] to your command/config. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See https://github.com/yt-dlp/yt-dlp/wiki/EJS for details on installing one [youtube] cnX5zJ_qGz0: Downloading android vr player API JSON [youtube] cnX5zJ_qGz0: Downloading ios downgraded player API JSON [youtube] cnX5zJ_qGz0: Downloading m3u8 information [info] Testing format 232 [info] Testing format 234 [info] cnX5zJ_qGz0: Downloading 1 format(s): 232+234 [hlsnative] Downloading m3u8 manifest [hlsnative] Total fragments: 189 [download] Destination: Your RAM Is Fake. The Moon Broke Timezones. And Your Compiler Is Guessing. [cnX5zJ_qGz0].f232.mp4 [download] 100% of 132.64MiB in 00:03:59 at 567.14KiB/s [hlsnative] Downloading m3u8 manifest [hlsnative] Total fragments: 189 [download] Destination: Your RAM Is Fake. The Moon Broke Timezones. And Your Compiler Is Guessing. [cnX5zJ_qGz0].f234.mp4 [download] 100% of 17.02MiB in 00:00:44 at 393.03KiB/s [Merger] Merging formats into "Your RAM Is Fake. The Moon Broke Timezones. And Your Compiler Is Guessing. [cnX5zJ_qGz0].mp4" Deleting original file Your RAM Is Fake. The Moon Broke Timezones. And Your Compiler Is Guessing. [cnX5zJ_qGz0].f234.mp4 (pass -k to keep) Deleting original file Your RAM Is Fake. The Moon Broke Timezones. And Your Compiler Is Guessing. [cnX5zJ_qGz0].f232.mp4 (pass -k to keep)

Related GitHub issue : https://github.com/Eclipse-Community/r3dfox/issues/126

... And that sub-page still loads here:

Technically NOT entirely true; you only know that it's inaccessible in Ukraine; last time I checked, my location (GR) isn't part of the USA, but your "sewer bill paying site" loads fine here, despite : BTW, apologies for the off-topic , but I felt a "tingle" when I read your last remark ..

... Well, why? 1. 32-bit apps run perfectly fine on a 64-bit OS 2. Do you expect a huge performance boost if you ran a 64-bit variant of yt-dlp ? Well, this app isn't, say, a browser with a voracious RAM appetite; I've been using it on a 32-bit OS myself for close to a decade, never ran into memory issues... 3. The one practical advantage of running it under 64-bit, the ability to install the curl_cffi optional dependency (necessary to circumvent CloudFlare's antibot/AI filters on many popular services) is nullified under WinXP, because the lib it uses internally (curl-impersonate) requires at least Win7(8?) x64 ... In any case, this is probably a "no-can-do", because @nicolaasjan relies on a third-party CPython-3.11-win32 implementation to compile his 32-bit WinXP-compatible builds; specifically, this was a py3.11.4 "assembly" kindly offered by our Ukrainian member cmalex , which uses several DLL wrappers from OCA/Wine/ReactOS and it was provided solely as a 32-bit variant (which should cover probably 95% of XP users ) ... Regards.

No; newer OpenSSL branches introduce API incompatibilities with the older branches/versions; one would have to modify the source of a given application (relying on OpenSSL 1.0.2) to implement support there for a later OpenSSL branch and recompile the source anew... FTR, the 1.0.2 branch was publicly EoL'ed in the end of 2019, with OpenSSL-1.0.2u (1.0.2.21); this LTS branch is still under Premium Support for enterprises not able to update to later branches, however the needed fee for such support is beyond the reach of private individuals; if you scavenge Russian forums, you may stumble upon some compiled leaked sources, e.g. I did find myself OpenSSL-1.0.2.zi (1.0.2.34) binaries there, but, ofc, I'm not going to post links for them here ...

Do note that the OpenSSL-3.x.x DLLs are actually integral parts of every CPython for Windows higher than py3.10 (CPython-3.10.x, by default, uses OpenSSL-1.1.1.x), so they're not necessarily linked to just "YouTube downloaders" ; any other python application/script requiring py3.11+ may use those... libeay32.dll+ssleay32.dll are part of very old/insecure OpenSSL versions, the last branch that used them was the 1.0.2.x one; the 1.1.x.x branches used DLLs named libcrypto-1_1.dll and libssl-1_1.dll; BTW, TLSv1.3 support was first introduced with the OpenSSL-1.1.1.x series; so, your "legacy applications" can only use up to TLSv1.2 when connecting to the web...

Sure ; it loads fine: yt-dlp_x86 -v => [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out cp1253 (No VT), error cp1253 (No VT), screen cp1253 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2026.02.01.063416 (win7_x86_exe*) [debug] Python 3.14.2 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.6.1 27 Jan 2026) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2026.01.04, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.6.3, websockets-16.0, yt_dlp_ejs-0.4.0 [debug] JS runtimes: none [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1856 extractors Usage: yt-dlp_x86 [OPTIONS] URL [URL...] yt-dlp_x86: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. and: yt-dlp_x86 -vF "jxm5zcK27qo" --js-runtime quickjs [debug] Command-line config: ['-vF', 'jxm5zcK27qo', '--js-runtime', 'quickjs'] [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@2026.02.01.063416 (win7_x86_exe*) [debug] Python 3.14.2 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.6.1 27 Jan 2026) [debug] exe versions: ffmpeg 5.0 (fdk,setts) [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2026.01.04, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.6.3, websockets-16.0, yt_dlp_ejs-0.4.0 [debug] JS runtimes: quickjs-ng-0.11.0 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1856 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 [debug] [youtube] [jsc] JS Challenge Providers: bun (unavailable), deno (unavailable), node (unavailable), quickjs [youtube] Extracting URL: jxm5zcK27qo [youtube] jxm5zcK27qo: Downloading webpage [debug] [youtube] Forcing "main" player JS variant for player 3510b6ff original url = /s/player/3510b6ff/player_es6.vflset/en_US/base.js [youtube] jxm5zcK27qo: Downloading android vr player API JSON [debug] [youtube] jxm5zcK27qo: android_vr player response playability status: UNPLAYABLE [youtube] jxm5zcK27qo: Downloading web embedded client config [debug] [youtube] jxm5zcK27qo: Detected experiment to bind GVS PO Token to video ID for web_embedded client [youtube] jxm5zcK27qo: Downloading player 3510b6ff-main [youtube] jxm5zcK27qo: Downloading web embedded player API JSON [youtube] jxm5zcK27qo: Downloading web safari player API JSON [debug] [youtube] jxm5zcK27qo: Detected a 6s ad skippable after 5s for web_safari [youtube] [jsc:quickjs] Solving JS challenges using quickjs [debug] [youtube] [jsc:quickjs] Using challenge solver lib script v0.4.0 (source: python package, variant: minified) [debug] [youtube] [jsc:quickjs] Using challenge solver core script v0.4.0 (source: python package, variant: minified) WARNING: [youtube] [jsc:quickjs] QuickJS-NG is missing some optimizations making this very slow. Consider using upstream QuickJS instead. [debug] [youtube] [jsc:quickjs] Running QuickJS: '<redacted>\yt-dlp\Builds\Nightly\nicolaasjan\py3.14\2026.02.01.63416\PyInst-6.18\qjs.EXE' --script 'C:\Users\<redacted>\AppData\Local\Temp\tmpfsvkg2za.js' [youtube] jxm5zcK27qo: 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 jxm5zcK27qo: ID EXT RESOLUTION FPS CH | FILESIZE TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO ---------------------------------------------------------------------------------------------------------------------------- sb3 mhtml 48x27 0 | mhtml | images storyboard sb2 mhtml 80x45 0 | mhtml | images storyboard sb1 mhtml 160x90 0 | mhtml | images storyboard sb0 mhtml 320x180 0 | mhtml | images storyboard 249 webm audio only 2 | 44.09MiB 51k https | audio only opus 51k 48k [en] low, WEB-E, webm_dash 250 webm audio only 2 | 57.96MiB 67k https | audio only opus 67k 48k [en] low, WEB-E, webm_dash 140 m4a audio only 2 | 112.28MiB 129k https | audio only mp4a.40.2 129k 44k [en] medium, WEB-E, m4a_dash 251 webm audio only 2 | 113.71MiB 131k https | audio only opus 131k 48k [en] medium, WEB-E, webm_dash 91 mp4 256x144 24 | ~153.75MiB 177k m3u8 | avc1.4D400C mp4a.40.5 [en] WEB-S 160 mp4 256x144 24 | 58.06MiB 67k https | avc1.4d400c 67k video only 144p, WEB-E, mp4_dash 278 webm 256x144 24 | 63.73MiB 73k https | vp9 73k video only 144p, WEB-E, webm_dash 394 mp4 256x144 24 | 61.83MiB 71k https | av01.0.00M.08 71k video only 144p, WEB-E, mp4_dash 92 mp4 426x240 24 | ~276.63MiB 319k m3u8 | avc1.4D4015 mp4a.40.5 [en] WEB-S 133 mp4 426x240 24 | 111.89MiB 129k https | avc1.4d4015 129k video only 240p, WEB-E, mp4_dash 242 webm 426x240 24 | 120.41MiB 139k https | vp9 139k video only 240p, WEB-E, webm_dash 395 mp4 426x240 24 | 101.99MiB 118k https | av01.0.00M.08 118k video only 240p, WEB-E, mp4_dash 93 mp4 640x360 24 | ~697.64MiB 804k m3u8 | avc1.4D401E mp4a.40.2 [en] WEB-S 134 mp4 640x360 24 | 196.77MiB 227k https | avc1.4d401e 227k video only 360p, WEB-E, mp4_dash 18 mp4 640x360 24 2 | ≈308.67MiB 356k https | avc1.42001E mp4a.40.2 44k [en] 360p, WEB-E 243 webm 640x360 24 | 247.24MiB 285k https | vp9 285k video only 360p, WEB-E, webm_dash 396 mp4 640x360 24 | 182.68MiB 211k https | av01.0.01M.08 211k video only 360p, WEB-E, mp4_dash 94 mp4 854x480 24 | ~919.27MiB 1060k m3u8 | avc1.4D401E mp4a.40.2 [en] WEB-S 135 mp4 854x480 24 | 357.67MiB 412k https | avc1.4d401e 412k video only 480p, WEB-E, mp4_dash 244 webm 854x480 24 | 327.75MiB 378k https | vp9 378k video only 480p, WEB-E, webm_dash 397 mp4 854x480 24 | 262.34MiB 303k https | av01.0.04M.08 303k video only 480p, WEB-E, mp4_dash 95 mp4 1280x720 24 | ~ 1.17GiB 1387k m3u8 | avc1.4D401F mp4a.40.2 [en] WEB-S 136 mp4 1280x720 24 | 621.36MiB 717k https | avc1.4d401f 717k video only 720p, WEB-E, mp4_dash 247 webm 1280x720 24 | 538.63MiB 621k https | vp9 621k video only 720p, WEB-E, webm_dash 398 mp4 1280x720 24 | 425.20MiB 490k https | av01.0.05M.08 490k video only 720p, WEB-E, mp4_dash 96 mp4 1920x1080 24 | ~ 3.12GiB 3685k m3u8 | avc1.640028 mp4a.40.2 [en] WEB-S 137 mp4 1920x1080 24 | 1.34GiB 1577k https | avc1.640028 1577k video only 1080p, WEB-E, mp4_dash 248 webm 1920x1080 24 | 830.37MiB 958k https | vp9 958k video only 1080p, WEB-E, webm_dash 399 mp4 1920x1080 24 | 641.86MiB 740k https | av01.0.08M.08 740k video only 1080p, WEB-E, mp4_dash Do note, though, that "my Vista" system (SP2 32-bit) is fully updated till Vista SP2's EoL, with very little WS2008 updates and no ESU ones ; but the Win10 UCRT update (a Vista SP2 one) is indeed installed here ...

Many thanks for your follow-up , which actually sets the record straight ; and thanks for the re-upload ! Best regards.

FWIW, I don't believe that the slproweb distributed binaries have been optimised to load on SSE-only CPUs (I don't have the ability to test this hypothesis, though ), which is the case with Reino's DLLs. Personally, I prefer his for TLS-fingerprinting reasons... During recent months, many popular web services have been put behind aggressive anti-bot/anti-AI filters run by Cloudflare ; these filters treat web requests by yt-dlp as originating from a non-browser client (this is true, of course ) and block them "with prejudice" . On supported platforms (Windows 64-bit >= Win7), these blocks can be mitigated (not always successfully) by using the optional curl_cffi yt-dlp dependency and the associated "--impersonate" cmdline flag; but on 32-bit, especially when < Win7, this method can't be used ... One has to try other means of modifying yt-dlp's web requests, so as for them to have TLS fingerprints slightly different from the values inside CF's blocklists; in some cases, the use of the "--legacy-server-connect" flag might be enough, but usually it's not... Another method is to load the web service in a sanctioned browser, then extract session cookies and pass them to yt-dlp, along with the exact --user-agent the cookies came from; doesn't always work. If you are in a position to update the OpenSSL version bundled with the CPython installation used to launch yt-dlp with, then you have best hopes of beating CF's block (because their blocklists contain values generated from "stock" CPython versions, containing whatever "default" OpenSSL version assigned by PSF; usually one of the 3.0.x LTS branch). It's under the above scenario that Reino's DLLs can prove most helpful, because a) with their "special" configuration, they generate TLS-fingerprints deviating (in a good way) from a standard/mainline OpenSSL binary (like the ones from slproweb/overbyte) b) the link to them is less "prominent" in the web, so less prone to be found by CF personnel/bots and their TLS-fingerprints added inside an anti-bot filter; I have found these DLLs to be quite successful in "tough" cases, like the "dailymotion.com" one; so, many thanks Reino for those ... Best regards.

Respectfully, this doesn't add up at all with my findings, which should be possible to reproduce by others (and why would I publicly post untruths in the first place? ) ... I'm always talking about the 3.6.1 (32-bit) DLLs contained in the following archive: https://rwijnsma.home.xs4all.nl/files/openssl/openssl-3.6.1-win32-shared-dev-xpmod-sse.7z As I've posted previously in this thread, I keep a 2017-era copy of MABS (media-autobuild-suite) and if the DLLs had indeed been stripped, then submitting them to a "second" strip-treatment wouldn't result in filesize reduction; however, as I've posted already, I noticed that: Proof from an actual mintty window: OTOH, your static openssl.exe (32-bit) binary contained inside archive https://rwijnsma.home.xs4all.nl/files/openssl/openssl-3.6.1-win32-static-dev-xpmod-sse.7z is indeed a "stripped" binary, because: Regards.

I investigated this myself and the reason appears to be that @Reino's DLLs haven't been "stripped" post successful compilation : https://en.wikipedia.org/wiki/Strip_(Unix) In an MSYS2 environment, $ strip libssl-3.dll will reduce the filesize from 1.22 MiB to just 890 KiB, while $ strip libcrypto-3.dll will reduce the filesize from 5.20 MiB to just 3.88 MiB Finally, as a general observation, different compilers will produce binaries with different filesizes, even when the source code is always the same; and, of course, using different compilation flags between two different compiler invocations will also produce binaries with (slightly?) different filesizes, even when the compiler and source remain unchanged... The DLLs obtained from slproweb were compiled using a "CL" compiler (MSVC C/C++), as you can see by running: openssl version -a => OpenSSL 3.6.1 27 Jan 2026 (Library: OpenSSL 3.6.1 27 Jan 2026) built on: Wed Jan 28 15:01:03 2026 UTC platform: VC-WIN32 options: bn(64,32) compiler: cl /Z7 /Fdossl_static.pdb /Gs0 /GF /Gy /MD /W3 /wd4090 /nologo /O2 -DL_ENDIAN -DOPENSSL_PIC -D"OPENSSL_BUILDING_OPENSSL" -D"OPENSSL_SYS_WIN32" -D"WIN32_LEAN_AND_MEAN" -D"UNICODE" -D"_UNICODE" -D"_CRT_SECURE_NO_DEPRECATE" -D"_WINSOCK_DEPRECATED_NO_WARNINGS" -D"NDEBUG" -D_USE_32BIT_TIME_T -D_WINSOCK_DEPRECATED_NO_WARNINGS -D_WIN32_WINNT=0x0501 OPENSSLDIR: "C:\Program Files (x86)\Common Files\SSL" ENGINESDIR: "C:\Program Files (x86)\OpenSSL\lib\engines-3" MODULESDIR: "C:\Program Files (x86)\OpenSSL\lib\ossl-modules" Seeding source: os-specific CPUINFO: OPENSSL_ia32cap=0x0000e39defebffff:0x0000000000000000:0x0000000000000000:0x0000000000000000:0x0000000000000000 These two are also linked to vcruntime140.dll (external MSVC dependency, thus this further reduces the DLLs's filesize). My educated guess is that Reino's DLLs were compiled with some flavour of MinGW/MSYS2 (as can be deduced from the linked GH issue ), and that compiler is known to produce larger binaries than MS's Visual Studio (but I could be wrong somewhere, without knowing all the finer details ) ...