nicolaasjan

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.

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.