nicolaasjan

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.

For your Windows NT6 you could also use one of the official builds listed there. ("yt-dlp_x86_Windows-XP.zip" is the only one manually uploaded after GitHub's build process)

No idea. I'm not a programmer. But there is good news. The last couple of weeks I'm testing another build of yt-dlp, compiled with a modified Python 3.8. Just tested on Windows 7 and no error: [debug] Command-line config: ['-vU'] [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.01 [8b008d625] (win_x86_exe) [debug] Python 3.8.13+ (CPython AMD64 32bit) - Windows-7-6.1.7601-SP1 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-109674-gc0bc804e5-2023-01-26-nonfree (fdk,setts), ffprobe N-109674-gc0bc804e5-2023-01-26-nonfree [debug] Optional libraries: Cryptodome-3.16.0, brotli-1.0.9, certifi-2022.12.07, mutagen-1.46.0, sqlite3-2.6.0 [debug] Proxy map: {} [debug] Loaded 1761 extractors [debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest Latest version: 2023.01.06, Current version: 2023.02.01 yt-dlp is up to date (2023.02.01) Worked on Vista and Windows 10 as well. Could you please test? https://dl.dropboxusercontent.com/s/0b0r4vbdu70njyz/yt-dlp.7z. It's also listed on my yt-dlp GitHub fork page under Releases. (click on "Show all 19 assets") When using the New Moon browser, you need the Palefill extension to navigate GitHub.

Fixed in [jsinterp] Support if statement thanks to @VistaLover's observation. Link in my sig already has the fix (for yt-dlp).

Also note, that these links are sometimes changed by Dropbox when I upload an update.

I have them. See below and bookmark this post, so that you can always see them when logged in. [Edit] The link to yt-dlp doesn't change any more. It is hosted on GitHub for quite some time now.

Indeed, see the screenshots here.