All Activity

Read previous posts in this thread; Google have ruined everything for "legacy" WinOSes (XP/Vista), though Win7 x64 might still stand a chance in the future ... Again, you'd have found your answers if you had read previous posts : i.e. the builds linked in the signature target specifically XP SP3 (32-bit); though the linked Vista builds (e.g. here) should also work on Win7+ ...

Had to update today because nothing was working at all, only a bunch of errors. Seems that the standard build from the signature of yt-dlp (pee) no longer works on Windows 2008 R2. I had to get the Windows 7 build. GetCPFileNameFromRegistry could not be located in the dynamic link library kernel32.dll

Small add to that list from me Gaming Steam: Latest version Win10 -> Vista+ (win32 made hotfix of ss that allowed work steam on vista) Need some workaround Geometry Dash Latest version Win8.1 -> Vista+, but on vista u need to put xinput1_3.dll into folder with game and rename it to xinput1_4.dll, also needs 2015-2022 vs redist

But no FIXINTR, FIXINTR5 or FIXEOI patches. Great! So this tweak solves two independent hardware issues. I just now Googled "Windows IRQ steering" and found this in the AI Overview: So perhaps we should only have it enabled when changing hardware, then disable it for best stability.

Hi, Link to v3.9.16 ?

Well, at least there is Deno v1.27.0, the last one that works on Windows 7 (only 64bit...). https://github.com/yt-dlp/yt-dlp/issues/14404#issuecomment-3327285821 [debug] Command-line config: ['-vUF', 'https://www.youtube.com/watch?v=flexhqu1zhg'] [debug] User config "C:\Users\Nico\AppData\Roaming\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '--extractor-args', 'youtube:bypass_native_jsi;deno_no_jitless', '--list-formats-as-table', '--no-mtime', '-o', '~/Desktop/%(title)s.%(ext)s', '-S', 'res:720,vcodec:h264,acodec:mp4a', '--embed-thumbnail', '--add-metadata', '--convert-thumbnails', 'jpg', '--ppa', 'ffmpeg:-metadata synopsis=""', '--force-ipv4', '--sponsorblock-remove', 'all'] [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.09.23.052315 (win_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-09-14-bdb81d9-ffmpeg-windows-build-helpers (fdk,setts), ffprobe git-2025-09-14-bdb81d9-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\yt-dlp-YTNSigDeno\yt_dlp_plugins [debug] Loaded 1833 extractors Removing cache dir C:\Users\Nico/.cache\yt-dlp ... [debug] Fetching release info: https://api.github.com/repos/nicolaasjan/yt-dlp/releases/latest Latest version: nicolaasjan/yt-dlp@2025.09.23.052315 yt-dlp is up to date (nicolaasjan/yt-dlp@2025.09.23.052315) [debug] [youtube+NSigDeno] [pot] PO Token Providers: none [debug] [youtube+NSigDeno] [pot] PO Token Cache Providers: memory [debug] [youtube+NSigDeno] [pot] PO Token Cache Spec Providers: webpo [youtube+NSigDeno] Extracting URL: https://www.youtube.com/watch?v=flexhqu1zhg [youtube+NSigDeno] flexhqu1zhg: Downloading webpage [debug] [youtube+NSigDeno] Forcing "main" player JS variant for player 0004de42 original url = /s/player/2b83d2e0/player_ias.vflset/en_US/base.js [youtube+NSigDeno] flexhqu1zhg: Downloading tv simply player API JSON [youtube+NSigDeno] flexhqu1zhg: Downloading tv client config [youtube+NSigDeno] flexhqu1zhg: Downloading tv player API JSON [youtube+NSigDeno] flexhqu1zhg: Downloading player 0004de42-main [debug] [youtube+NSigDeno] Deno command line: deno run C:\Users\Nico\AppData\Local\Temp\tmpkq8t1kxl [debug] [youtube+NSigDeno] Decrypted nsig CgOJja7cldvYMEu => WV3WYPF2UPHWkQ [debug] Saving youtube-nsig.0004de42-main to cache [debug] [youtube+NSigDeno] Deno command line: deno run C:\Users\Nico\AppData\Local\Temp\tmpf_1d82in [debug] [youtube+NSigDeno] Decrypted nsig 5tJUPxD_Bi4bcSP => onOnwCzMQinnaQ [debug] Sort order given by user: res:720, vcodec:h264, acodec:mp4a [debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec, channels, acodec, lang, proto [debug] Formats sorted by: hasvid, ie_pref, res:720(720.0), vcodec:h264(7), acodec:mp4a(9), quality, fps, hdr:12(7), source, channels, lang, proto, size, br, asr, vext, aext, hasaud, id [SponsorBlock] Fetching SponsorBlock segments [debug] SponsorBlock query: https://sponsor.ajay.app/api/skipSegments/0854?service=YouTube&categories=%5B%22filler%22%2C+%22intro%22%2C+%22preview%22%2C+%22music_offtopic%22%2C+%22interaction%22%2C+%22outro%22%2C+%22sponsor%22%2C+%22selfpromo%22%5D&actionTypes=%5B%22skip%22%2C+%22poi%22%2C+%22chapter%22%5D [SponsorBlock] No matching segments were found in the SponsorBlock database [info] Available formats for flexhqu1zhg: ID EXT RESOLUTION FPS CH | FILESIZE TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO ------------------------------------------------------------------------------------------------------------------------------- sb2 mhtml 48x27 2 | mhtml | images storyboard sb1 mhtml 80x45 1 | mhtml | images storyboard sb0 mhtml 160x90 1 | mhtml | images storyboard 249-drc webm audio only 2 | 319.04KiB 40k https | audio only opus 40k 48k low, DRC, TV-S, webm_dash 250-drc webm audio only 2 | 397.98KiB 50k https | audio only opus 50k 48k low, DRC, TV-S, webm_dash 249 webm audio only 2 | 316.67KiB 40k https | audio only opus 40k 48k low, TV-S, webm_dash 250 webm audio only 2 | 394.90KiB 50k https | audio only opus 50k 48k low, TV-S, webm_dash 251-drc webm audio only 2 | 731.72KiB 93k https | audio only opus 93k 48k medium, DRC, TV-S, webm_dash 251 webm audio only 2 | 727.11KiB 92k https | audio only opus 92k 48k medium, TV-S, webm_dash 140-drc m4a audio only 2 | 1.00MiB 130k https | audio only mp4a.40.2 130k 44k medium, DRC, TV-S, m4a_dash 140 m4a audio only 2 | 1.00MiB 130k https | audio only mp4a.40.2 130k 44k medium, TV-S, m4a_dash 394 mp4 256x144 24 | 530.40KiB 67k https | av01.0.00M.08 67k video only 144p, TV-S, mp4_dash 278 webm 256x144 24 | 682.80KiB 86k https | vp9 86k video only 144p, TV-S, webm_dash 160 mp4 256x144 24 | 796.09KiB 101k https | avc1.4d400c 101k video only 144p, TV-S, mp4_dash 395 mp4 426x240 24 | 725.21KiB 92k https | av01.0.00M.08 92k video only 240p, TV-S, mp4_dash 242 webm 426x240 24 | 746.23KiB 94k https | vp9 94k video only 240p, TV-S, webm_dash 133 mp4 426x240 24 | 1.75MiB 227k https | avc1.4d4015 227k video only 240p, TV-S, mp4_dash 396 mp4 640x360 24 | 2.36MiB 306k https | av01.0.01M.08 306k video only 360p, TV-S, mp4_dash 243 webm 640x360 24 | 1.48MiB 192k https | vp9 192k video only 360p, TV-S, webm_dash 134 mp4 640x360 24 | 4.55MiB 590k https | avc1.4d401e 590k video only 360p, TV-S, mp4_dash 18 mp4 640x360 24 2 | 5.56MiB 720k https | avc1.42001E mp4a.40.2 44k 360p, TV-S 397 mp4 854x480 24 | 4.36MiB 565k https | av01.0.04M.08 565k video only 480p, TV-S, mp4_dash 244 webm 854x480 24 | 6.62MiB 858k https | vp9 858k video only 480p, TV-S, webm_dash 135 mp4 854x480 24 | 8.15MiB 1056k https | avc1.4d401e 1056k video only 480p, TV-S, mp4_dash 779 webm 1080x608 24 | 3.81MiB 494k https | vp9 494k video only 480p, TV-S, webm_dash 780 webm 1080x608 24 | 6.63MiB 859k https | vp9 859k video only 480p, TV-S, webm_dash 398 mp4 1280x720 24 | 8.70MiB 1128k https | av01.0.05M.08 1128k video only 720p, TV-S, mp4_dash 247 webm 1280x720 24 | 11.59MiB 1502k https | vp9 1502k video only 720p, TV-S, webm_dash 136 mp4 1280x720 24 | 17.79MiB 2306k https | avc1.4d401f 2306k video only 720p, TV-S, mp4_dash

There is a bug in MPC-HC 2.1.2 for XP and LAVFilters 0.78.0 for XP. The h264 file can't be played correctly with NVIDIA CUVID. But LAV 0.74.1.9-git is working. XP SP3 Directx 9.0c GTX960 + 368.81 MPC 1.7.13.32 LAV 0.74.1.9-git No Hardware Acceleration H264 with DXVA2 NVIDIA CUVID VP9(H265) with DXVA2 NVIDIA CUVID

Sure, give me a few days to test this out and get back to you. Will be out for vacation for a few days

That’s a really nice introduction—warm, friendly, and approachable!

That means the Recommended section in the native Win 11 Start Menu will still be there if you switch back to it.

Updated yt-dlp for Vista (OpenSSL 3.5.2) here.

I was a bit tired when editing that file... Fixed now. From the Requirements page: The diff files I provided should be placed inside the yt-dlp source folder and applied with these commands: git apply _base.py.diff git apply _video.py.diff I still see it in the code, but it won't be of any use for at least YouTube...

It is not the solution. It is road to solution. Show me results of MTRR_VAR.EXE (under Windows) with 2G and 4G RAM.

... Well, isn't this the norm lately? Bad news from everywhere ... But if it involves yt-dlp/youtube-dl, then it must surely come from most satanic Google ... During the last years, "they"'ve been mercilessly throwing in the direction of the popular YT-downloaders whatever they could devise to thwart their normal operation ; proprietary HTML5 player blobs with encrypted signature (n-sig), (lately) streams protected with PO Tokens, various manipulations of signed-in cookies, irreversible breakage of the "hack" to download age-gated clips without being signed-in, very intense IP blocking client-side, using their proprietary streaming protocol called SABR, even full-blown DRM on (TV) streams was trialed some weeks ago (plus other things I forget) ... All this time, the yt-dlp devs tried the best they had in their arsenal to combat Google's anti-download agenda; up until now, the n-sig decrypting "issue" had been successfully dealt with with frequent updates on the yt-dlp side (as soon as a new yt-player showed up), using for decryption what is called a Native JS Interpreter (pure-Pyrhon-based); successful decryption of n-sig is vital these days, because it's an "all or nothing case"; many months ago, YT would let you download at significantly throttled speeds without a decrypted n-sig, but currently you're plainly being denied any download ... The Native JS Interpreter worked fine until (and including) yt-player 0004de42 ; then, yt-player 2b83d2e0 has started to propagate across YT CDNs: https://github.com/yt-dlp/yt-dlp/issues/14400 I have to rely on the expertise of the yt-dlp devs, but, most sadly, it appears this new yt-player is a new kind of a formidable beast that is no match for the Python-based JSinterp ... At the moment, a stop-gap solution has been implemented, https://github.com/yt-dlp/yt-dlp/pull/14398 but, as it's noted, ... hence: https://github.com/yt-dlp/yt-dlp/issues/14404 I do remember well that in the past, in the case of an unsolvable signature, PhantomJS would kick-in; it didn't work in all cases, the 32-bit executable requires Vista+ and the project has now become an "abandonware", thus having been rejected, for "security" reasons, by the overwhelming majority of the yt-dlp "fanbois" (most of them already on Win11) ... I haven't closely followed yt-dlp development ever since they dropped py3.7 support, but has PhantomJS already been dropped as a JSInterp fallback inside the yt-dlp code? In any case, the proposed "solution" by the yt-dlp team isn't suitable for the retrocomputing (Windows) communities whichever way you look at it ; deno is built on recent versions of Node JS and, as such, requires Win10+; the standalone Windows executable they provide is ONLY 64-bit ; this means: a) 32-bit OSes are unsupported (unless someone can compile deno from source as a Windows x86 binary) b) every Windows OS below 10 will be unsupported (that will include Win8.1, that official yt-dlp still supports); this is the part that infuriates me the most : our "brave" retrocomputing heros have gone to great lengths to backport recent CPython versions to XP+Vista (cmalex , literally from the front line ), Vista+Win7 (Vladimir Andreevich), Win7+ (Aohan Dang), just so that XP/Vista/Win7 users can continue to use yt-dlp, but most evil Google , with just one strike, will nullify all those combined efforts ; because how good would yt-dlp/youtube-dl be if it can't fetch YouTube ? Yes, the upstream original app, youtube-dl, that never had a JSInterp fallback (namely PhantomJS) to begin with, in the last months relied mainly on yt-dlp "solutions" to fix its broken JSInterp, whenever the case arose ... Given that youtube-dl caters specifically to older CPython versions (hence, older OSes capable of running said older CPython versions), its predicament is more pronounced: https://github.com/ytdl-org/youtube-dl/issues/33186 Since every open-source app/project out there seems to support almost every Linux distro (a hyperbole, perhaps, but you get the drift ), it's legacy Windows OS users, again, that will be screwed over ... So full of wrath right now... FWIW, yt-player 2b83d2e0-main has just arrived in my neck of the woods : yt-dl -vF "hS4uoPz_A00" [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: ['--ffmpeg-location', '.\\FFmpeg', '--external-downloader-args', '-v 8 -stats', '-vF', 'hS4uoPz_A00'] [debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253 [debug] youtube-dl version 2025.06.29 (single file build) [debug] ** This version was built from the latest master code at https://github.com/ytdl-org/youtube-dl. [debug] ** For support, visit the main site. [debug] Python 3.4.4 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 - OpenSSL 1.0.2d 9 Jul 2015 [debug] exe versions: ffmpeg n6.1-dev-2615-N-112499-ga76b409, ffprobe n6.1-dev-2615-N-112499-ga76b409, phantomjs 2.1.1, rtmpdump 2.4 [debug] Proxy map: {} [youtube] hS4uoPz_A00: Downloading webpage [youtube] hS4uoPz_A00: Downloading TVHTML5 API JSON [youtube] hS4uoPz_A00: Downloading player 2b83d2e0-main WARNING: [youtube] Falling back to generic n function search ERROR: Unable to extract nsig function code (caused by RegexNotFoundError('Unable to extract Initial JS player n function name; please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output.',)); please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output. Traceback (most recent call last): File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1856, in _decrypt_nsig File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1968, in _extract_n_function_code File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1971, in _extract_n_function_code_jsi File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1948, in _extract_n_function_name File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1892, in generic_n_function_search File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\common.py", line 1093, in _search_regex youtube_dl.utils.RegexNotFoundError: Unable to extract Initial JS player n function name; please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output. Traceback (most recent call last): File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1856, in _decrypt_nsig File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1968, in _extract_n_function_code File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1971, in _extract_n_function_code_jsi File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1948, in _extract_n_function_name File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1892, in generic_n_function_search File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\common.py", line 1093, in _search_regex youtube_dl.utils.RegexNotFoundError: Unable to extract Initial JS player n function name; please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output. During handling of the above exception, another exception occurred: Traceback (most recent call last): File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\YoutubeDL.py", line 886, in wrapper File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\YoutubeDL.py", line 982, in __extract_info File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\common.py", line 573, in extract File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 2480, in _real_extract File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 2006, in _unthrottle_format_urls File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1833, in inner File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1825, in inner File "D:\a\ytdl-nightly\ytdl-nightly\youtube_dl\extractor\youtube.py", line 1858, in _decrypt_nsig youtube_dl.utils.ExtractorError: Unable to extract nsig function code (caused by RegexNotFoundError('Unable to extract Initial JS player n function name; please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output.',)); please report this issue on https://github.com/ytdl-org/youtube-dl/issues , using the appropriate issue template. Make sure you are using the latest version; type youtube-dl -U to update. Be sure to call youtube-dl with the --verbose option and include the complete output. Commiserations...

Network/Volume menu is not work (no response left click) after the monitor is switched from the latest version. (SAB v3.9.15 and 24H2 26120.6690) Added: It's just a constant problem, not related to the monitor. it looks something's causing a crash, v3.9.16 is the same.

One more thing I'd like to mention is that during the install, when you are presented with the choices you can make as to how it will install, there is one check box that says "Do Not Modify Registry". It's probably not a good idea to check this box as Supermium fools websites into thinking you are running Windows 10 or 11 with Chrome.. Don't know how performance might be affected if you do check that box. Also, what I can see from the files it installs, runniing Supermium "ungoogled" or in Classic v60 are modes that are switched using script shortcuts. You will see them in the directory as Supermium (ungoogled,) and Supermium (classic). There might be different entry points in the executable that accomplishes this.

... So, this one has been compiled with @vladimir-andreevich's CPython-3.11.9-win32, Vista-compatible, implementation; very nice ... Tip1: v3.11.9 has been compiled with the OpenSSL-3.0.13 dependency (files libcrypto-3.dll+libssl-3.dll); if one downloads python-3.12.10-embed-win32.zip , files libcrypto-3.dll+libssl-3.dll are of version 3.0.16; these are interchangeable with the v3.0.13 files, so one can have CPython-3.11.9 with the updated OpenSSL-3.0.16 dependency ... Tip2: If one copies files _ssl.pyd+libcrypto-3.dll+libssl-3.dll from inside cmalex's py3.11.4 (for XP) distribution and overwrites existing files (of same name) inside Vladimir's 3.11.9 distribution, one can have CPython-3.11.9 with the updated OpenSSL-3.5.2 dependency ...

... But why double plus signs in the "test iOS HLS streams" block? @@ -3579,6 +3581,10 @@ class YoutubeIE(YoutubeBaseInfoExtractor): if missing_pot: f['format_note'] = join_nonempty(f.get('format_note'), 'MISSING POT', delim=' ') f['source_preference'] -= 20 ++ # XXX: Check if IOS HLS formats are affected by PO token enforcement; temporary ++ # See https://github.com/yt-dlp/yt-dlp/issues/13511 ++ if proto == 'hls' and client_name == 'ios': ++ f['__needs_testing'] = True itags[itag].add(key) ... Not quite ; I do have a quite old by now (ca. 2016) "portable" installation of a native Windows 32-bit compiler called "media-autobuild_suite" lying around on an external HDD somewhere (that compiler was used until ca. 2018 to compile non-free custom FFmpeg builds), which comes with many MSYS2 utilities, including diff; then I do have a portable installation of GitPortable, with the portable package frozen at v2.11.1-devtest.1 ; that was the last that had a dedicated portable launcher for the CLI version, all versions after that have only one launcher, for the GUI version; I never bothered to update Git itself inside that past v2.22.0-32-bit ... Thanks for that ; has this been properly documented somewhere, or was it a "trial-and-error" discovery? Last info I had about ceasing NT 6.0 support was this: https://github.com/git-for-windows/git/releases/tag/v2.36.0.windows.1 Actually, the software I used to create the patch file I uploaded here is a much older but very simple app, part of DiffUtils for Windows ; the cmd I used was: diff -u -b "_video.py.a" "_video.py.b" > "_video.py.patch"

You didn't mention the speed of your 2GB module, nor did you mention latency. And i think you're forgetting that Windows NT uses all the cores your processor has, and Windows 98 can't. So whatever you've tested, of course it will be faster on Windows NT. It has nothing to do with memory size at all. I have 16GB, quad channel on my x79 board and there are no slowdowns because of it, in fact there is an acceleration because all four channels are filled with memory, so the communication between the processor and memory is significantly faster... When I was putting that system together i saw big improvements - a huge increase in fps in the Quake III benchmark, there is a huge difference between single channel and quad channel configuration.

My Pentium D runs @ 3Ghz and that might explain why performance on my computer is better. I'm happy with it.

Yes, I think so. _video.py.diff.zip I use the `git diff` command to make diff files. I presume you have git for Windows installed? The last version to support Windows Vista and Server 2008 was v2.37.1 https://git-scm.com/docs/git-diff

That link worked OK , so thanks , but I'm afraid new "_video.py.diff" ISN'T what I meant in my previous post ; isn't how the (whole) diff should look, but it just contains the segment/lines of your original "_video.py.diff" (for which the link now 404s) that I would modify, to make the code appear as it was before upstream commit 895e762 ; do you now get it? In your second "_video.py.diff", you left out the segment for "testing" the iOS HLS streams (which 895e762 also removed) and this part is indispensable; Windows lacks a native diff app, so I usually employ a Text Editor to modify source; for your sake, I installed a diff.exe Windows port and modifying the latest upstream version of file "_video.py", this is the patch I came up with: --- _video.py.a 2025-09-23 20:56:26.965800000 +0300 +++ _video.py.b 2025-09-23 21:16:39.283800000 +0300 @@ -257,7 +257,7 @@ '401': {'ext': 'mp4', 'height': 2160, 'format_note': 'DASH video', 'vcodec': 'av01.0.12M.08'}, } _SUBTITLE_FORMATS = ('json3', 'srv1', 'srv2', 'srv3', 'ttml', 'srt', 'vtt') - _DEFAULT_CLIENTS = ('tv_simply', 'tv', 'web') + _DEFAULT_CLIENTS = ('tv_simply', 'tv', 'ios', 'web') _DEFAULT_AUTHED_CLIENTS = ('tv', 'web_safari', 'web') # Premium does not require POT (except for subtitles) _DEFAULT_PREMIUM_CLIENTS = ('tv', 'web_creator', 'web') @@ -3284,9 +3284,11 @@ f'{video_id}: {client_name} client {proto} formats require a GVS PO Token which was not provided. ' 'They will be skipped as they may yield HTTP Error 403. ' f'You can manually pass a GVS PO Token for this client with --extractor-args "youtube:po_token={client_name}.gvs+XXX". ' - f'For more information, refer to {PO_TOKEN_GUIDE_URL}') + f'For more information, refer to {PO_TOKEN_GUIDE_URL} . ' + 'To enable these broken formats anyway, pass --extractor-args "youtube:formats=missing_pot"') # Only raise a warning for non-default clients, to not confuse users. + # iOS HLS formats still work without PO Token, so we don't need to warn about them. if client_name in (*self._DEFAULT_CLIENTS, *self._DEFAULT_AUTHED_CLIENTS): self.write_debug(msg, only_once=True) else: @@ -3579,6 +3581,10 @@ if missing_pot: f['format_note'] = join_nonempty(f.get('format_note'), 'MISSING POT', delim=' ') f['source_preference'] -= 20 + # XXX: Check if IOS HLS formats are affected by PO token enforcement; temporary + # See https://github.com/yt-dlp/yt-dlp/issues/13511 + if proto == 'hls' and client_name == 'ios': + f['__needs_testing'] = True itags[itag].add(key) @@ -4389,6 +4395,7 @@ if upload_date and live_status not in ('is_live', 'post_live', 'is_upcoming'): # Newly uploaded videos' HLS formats are potentially problematic and need to be checked + # XXX: This is redundant for as long as we are already checking all IOS HLS formats upload_datetime = datetime_from_str(upload_date).replace(tzinfo=dt.timezone.utc) if upload_datetime >= datetime_from_str('today-2days'): for fmt in info['formats']: I hope it's now clear to you ... Kind regards.

Hmm... Must have made a mistake. Try this.

True, but even with just a single 4 gb 1333 MHz stick, the same slowdown behavior happens. Win98 works in strange ways from what I've seen - components that work perfectly in other setups, may suddenly start giving problems when used together. e.g. this RAM related slowdown doesn't happen if I use the same RAM, GPU, etc. in a G41MT-ES2L board

I have license for 1 PC, is possible upgrade this license to 3 PC, or is necessery buy another license for 2 pc?