nicolaasjan

Well, I troubleshooted it with the help of eMatrix. It appears there are 2 scripts from 'support.microsoft.com' that can be blocked (no idea what impact that has on functionality). [Edit] Checked a while later and there was only 1 script (according to eMatrix)... But checking uBOs logger, I see a lot of scripts from support.microsoft.com/js/*. Blocking all of these in uBO ---> page not functioning. Conclusion: I'm no good at troubleshooting either.

Well, there is brotli, which is not included in your release (I guess it's compatible). See requirements.txt. Yours: [debug] Command-line config: ['-v'] [debug] User config "C:\Documents and Settings\nico\Application Data\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '-o', 'C:\\Documents and Settings\\nico\\Desktop\\%(title)s.%(ext)s', '-f', 'bestvideo[height<=1080][ext=mp4][vcodec!*=av01]+bestaudio[ext=m4a]/best[ext=mp4]/best', '--no-mtime', '--add-metadata', '--convert-thumbnails', 'jpg', '--embed-thumbnail', '--ppa', 'ThumbnailsConvertor:-qmin 1 -q:v 1', '--ppa', 'ffmpeg:-metadata synopsis=""', '--force-ipv4', '--sponsorblock-remove', 'all', '--console-title'] [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 2023.02.17 [a0a7c0154] (win_x86_exe) [debug] Lazy loading extractors is disabled [debug] Python 3.8.13+ (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-109535-gfcd557a-Reino (fdk,setts), ffprobe N-109535-gfcd557a-Reino [debug] Optional libraries: Cryptodome-3.17, certifi-2022.12.07, mutagen-1.46.0, sqlite3-2.6.0, websockets-10.4 [debug] Proxy map: {} [debug] Loaded 1782 extractors Removing cache dir C:\Documents and Settings\nico/.cache\yt-dlp .. Mine: [debug] Command-line config: ['-v'] [debug] User config "C:\Documents and Settings\nico\Application Data\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '-o', 'C:\\Documents and Settings\\nico\\Desktop\\%(title)s.%(ext)s', '-f', 'bestvideo[height<=1080][ext=mp4][vcodec!*=av01]+bestaudio[ext=m4a]/best[ext=mp4]/best', '--no-mtime', '--add-metadata', '--convert-thumbnails', 'jpg', '--embed-thumbnail', '--ppa', 'ThumbnailsConvertor:-qmin 1 -q:v 1', '--ppa', 'ffmpeg:-metadata synopsis=""', '--force-ipv4', '--sponsorblock-remove', 'all', '--console-title'] [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 nightly@2023.03.13.1 [607510b9f] (win_x86_exe) [debug] Python 3.8.13+ (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-109535-gfcd557a-Reino (fdk,setts), ffprobe N-109535-gfcd557a-Reino [debug] Optional libraries: Cryptodome-3.17, brotli-1.0.9, certifi-2022.12.07, mutagen-1.46.0, sqlite3-2.6.0, websockets-10.4 [debug] Proxy map: {} [debug] Loaded 1788 extractors Removing cache dir C:\Documents and Settings\nico/.cache\yt-dlp ..

Well, there is mine. https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_Windows-XP.zip (manually uploaded; not part of the GitHub CI workflow) That said, I ran into the same problems as you did. Grabbed 'pyconfig.h' from a Py3.7 install and didn't have to change anything in it (there were no errors any more while compiling). Disclaimer: I'm not a programmer.

Good to hear that more people are able to make it work on older OS's, so that it won't be discontinued when I'm gone. That said, why version 2023.02.17? That was before a fix for a new throttling issue (see here). Also, you could make it start faster, when enabling "Lazy loading extractors" before compile from master: python devscripts/update-version.py python devscripts/make_lazy_extractors.py python pyinst.py

I don't see *-0 and *-1 variants. Tried with the video p7FCgw_GlWc (from Vangelis66 (a.k.a. @VistaLover) comment and got these formats offered: yt-dlp -F p7FCgw_GlWc Removing cache dir /home/nico/.cache/yt-dlp ... [youtube] Extracting URL: p7FCgw_GlWc [youtube] p7FCgw_GlWc: Downloading webpage [youtube] p7FCgw_GlWc: Downloading android player API JSON [youtube] p7FCgw_GlWc: Downloading tv embedded player API JSON [youtube] p7FCgw_GlWc: Downloading web embedded client config [youtube] p7FCgw_GlWc: Downloading player 21246a91 [youtube] p7FCgw_GlWc: Downloading web embedded player API JSON [SponsorBlock] Fetching SponsorBlock segments [SponsorBlock] Found 2 segments in the SponsorBlock database [info] Available formats for p7FCgw_GlWc: ID EXT RESOLUTION FPS CH │ FILESIZE TBR PROTO │ VCODEC VBR ACODEC ABR ASR MORE INFO ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── sb2 mhtml 48x27 0 │ mhtml │ images storyboard sb1 mhtml 80x45 0 │ mhtml │ images storyboard sb0 mhtml 160x90 0 │ mhtml │ images storyboard 249-drc webm audio only 2 │ 3.89MiB 51k dash │ audio only opus 51k 48k low, DRC, webm_dash 250-drc webm audio only 2 │ 5.04MiB 66k dash │ audio only opus 66k 48k low, DRC, webm_dash 249 webm audio only 2 │ 3.89MiB 51k dash │ audio only opus 51k 48k low, webm_dash 250 webm audio only 2 │ 5.05MiB 67k dash │ audio only opus 67k 48k low, webm_dash 140-drc m4a audio only 2 │ 9.83MiB 129k dash │ audio only mp4a.40.2 129k 44k medium, DRC, m4a_dash 251-drc webm audio only 2 │ 9.65MiB 127k dash │ audio only opus 127k 48k medium, DRC, webm_dash 140 m4a audio only 2 │ 9.83MiB 129k dash │ audio only mp4a.40.2 129k 44k medium, m4a_dash 251 webm audio only 2 │ 9.70MiB 128k dash │ audio only opus 128k 48k medium, webm_dash 394 mp4 256x144 30 │ 6.40MiB 84k dash │ av01.0.00M.08 84k video only 144p, mp4_dash 160 mp4 256x144 30 │ 2.53MiB 33k dash │ avc1.4d400c 33k video only 144p, mp4_dash 278 webm 256x144 30 │ 6.12MiB 81k dash │ vp9 81k video only 144p, webm_dash 395 mp4 426x240 30 │ 14.41MiB 190k dash │ av01.0.00M.08 190k video only 240p, mp4_dash 133 mp4 426x240 30 │ 4.23MiB 56k dash │ avc1.4d4015 56k video only 240p, mp4_dash 242 webm 426x240 30 │ 5.17MiB 68k dash │ vp9 68k video only 240p, webm_dash 396 mp4 640x360 30 │ 22.87MiB 301k dash │ av01.0.01M.08 301k video only 360p, mp4_dash 134 mp4 640x360 30 │ 8.67MiB 114k dash │ avc1.4d401e 114k video only 360p, mp4_dash 18 mp4 640x360 30 2 │ ~ 12.63MiB 162k https │ avc1.42001E 162k mp4a.40.2 0k 22k 360p 243 webm 640x360 30 │ 9.90MiB 130k dash │ vp9 130k video only 360p, webm_dash 397 mp4 854x480 30 │ 41.59MiB 548k dash │ av01.0.04M.08 548k video only 480p, mp4_dash 135 mp4 854x480 30 │ 14.71MiB 194k dash │ avc1.4d401f 194k video only 480p, mp4_dash 244 webm 854x480 30 │ 15.81MiB 208k dash │ vp9 208k video only 480p, webm_dash 398 mp4 1280x720 30 │ 84.46MiB 1112k dash │ av01.0.05M.08 1112k video only 720p, mp4_dash 136 mp4 1280x720 30 │ 34.36MiB 453k dash │ avc1.4d401f 453k video only 720p, mp4_dash 247 webm 1280x720 30 │ 30.57MiB 403k dash │ vp9 403k video only 720p, webm_dash 399 mp4 1920x1080 30 │ 133.61MiB 1760k dash │ av01.0.08M.08 1760k video only 1080p, mp4_dash 137 mp4 1920x1080 30 │ 216.45MiB 2851k dash │ avc1.640028 2851k video only 1080p, mp4_dash 248 webm 1920x1080 30 │ 122.86MiB 1618k dash │ vp9 1618k video only 1080p, webm_dash "DRC" likely stands for "Dynamic Range Compression". (never saw this offered before though) If I request -f bestaudio -x, I get the non DRC variant (larger file size; 5246788 bytes vs 5203567 bytes opus audio). In this case the non DRC one. If you want the DRC one, you'll have to pass -f 140-drc.

The old version of Decentraleyes doesn't do much any more, I'm afraid. Script assets are outdated. Version 1.4.3 Updated on April 19, 2021 Actively maintained WE alternative: LocalCDN. No idea if it will work on Basilisk... Didn't install on Basilisk.

Is fixed (for now...) in yt-dlp. Updated my build. [Edit] youtube-dl fixed as well.

Follow this issue regarding throttling being back again in a number of cases.

Just a few seconds ago, I uploaded a fixed version of youtube-dl. (fix is not yet committed; got it from a test branch of the main developer) Yt-dlp was fixed earlier. See signature. Could you please test? Here on Windows Vista: [download] 3.5% of ~3.06GiB at 11.73MiB/s ETA 04:44

Haha, I meant upstream from my fork point of view,

This is now added to the Readme: This version is built with Python 3.8, EOL: 2024-10

Pushed a release (only yt-dlp) with the latest fixes from upstream. Download speed should be back to normal now.

FYI, YouTube changed something... Downloads are now very slow. See: https://github.com/yt-dlp/yt-dlp/issues/6369 Lets hope it can be fixed. [Edit] Format 22 (mp4; 1280x720) is not affected, e.g: yt-dlp -f 22 https://www.youtube.com/watch?v=ppojLHm-Z1I [download] 100% of 103.60MiB in 00:00:08 at 11.51MiB/s

It could be measured and if true, then @roytam1 could add the faster UA string in his builds as default.

New Moon has it like this as default: Mozilla/5.0 (%OS_SLICE% rv:60.0) Gecko/20100101 Firefox/60.0 Page load is still ridiculously slow compared to modern browsers...

That's because my XP port is built with PyInstaller 5.7, in which the bug is fixed. See here. I only occasionally test these, to be honest... Exactly what I was thinking.

I will try tomorrow in a VM snapshot and see what happens. Stay tuned. I was so curious, that I tested it now. 4 security vendors and no sandboxes flagged this file as malicious. And ugly warnings when running 'yt-dlp -v': https://0x0.st/HrT8.txt. So I'll just follow Pukkandan's advice and keep using the official PyInstaller.

By the way, the official yt-dlp.exe connected to 13 IP's, according to VirusTotal...

I will try tomorrow in a VM snapshot and see what happens. Stay tuned.

Maybe that's because it was analysed om a MS Windows system.

Youtube-dl is not released (by me) on GitHub. Yt-dlp is here (forked the official repo and publish in-between builds. Then manually upload my compiled XP compatible one) : https://github.com/nicolaasjan/yt-dlp/releases Click on "Show all 19 assets" and you'll see "yt-dlp_x86_Windows-XP.zip". In the New Moon browser you need the extension "Palefill Web Technologies Polyfill" (palefill-1.26.xpi) to navigate GitHub.

That's what I once did, but unfortunately it had issues here. 11124 INFO: Loading module hook 'hook-yt_dlp.py' from 'C:\\Program Files\\Python38\\lib\\site-packages\\_pyinstaller_hooks_contrib\\hooks\\stdhooks'... File "<string>", line 3 import yt-dlp ^ SyntaxError: invalid syntax See: https://github.com/yt-dlp/yt-dlp/issues/4332 Pukkandan's answer:

A few false positives from some unknown security vendors is quite common. See issue #25. The executable on yt-dlp's GitHub is built with a custom Pyinstaller from https://github.com/yt-dlp/pyinstaller-builds and doesn't have that issue. I use the official Pyinstaller. [Edit] See also: https://stackoverflow.com/questions/69899867/python-script-distribution-on-windows-options-to-avoid-virus-false-positives.

So, my question is now: is this Python 3.8 version I use now "hacked" together in a different way? (works on XP ---> Windows 10) I used the one from Zorba the Geek, linked in his post here, because: Compilation of yt-dlp with it wasn't really straightforward. See my post here.

I have changed the link in my signature to the Python 3.8 version now.