roytam1 Posted November 16 Posted November 16 11 hours ago, VistaLover said: As told, you don't have to install node system-wide; of the linked zip archive, for yt-dlp purposes, you only need the standalone (portable) "node.exe" binary ... Even simpler, just place "node.exe" (67.8 MiB) next to your yt-dlp 64-bit binary and issue/configure --js-runtimes node; if you're overly concerned about "security", you can let yt-dlp launch NODE in JIT-less mode via --js-runtimes node --extractor-args "youtube-ejs:jitless=true" (provides better security at the cost of performance/speed) ; according to online testimonies, Node takes just 1-2s to solve YT's challenges, while QuickJS, depending on how powerful your machine is, may take from 8-15s (and this relic of mine (32-bit OS, 3GB RAM, Core2 Duo from late 2007), can take anything from 15-30s, depending on how busy the machine is when qjs.exe starts ) ... I keep an eye on two things : 1. This; QuickJS-ng may, in due course, end up with "rope strings", too, so its speed (when used with yt-dlp) may become on par with upstream QuickJS 2. That; the astring library is an external dependency of the yt-dlp-ejs JS component which, together with a suitable JS runtime, performs the task of solving YT's JS challenges; hopefully, this PR will be accepted and merged into the astring repo and a future yt-dlp-ejs version will pick that updated version up, making the use of QuickJS-ng with yt-dlp equally "practical" ... Reference: here ... but quickjs' size is just 1.4% of node.exe, it is easier for me to bring it outside.
VistaLover Posted November 16 Posted November 16 10 hours ago, nicolaasjan said: Apparently not: Verbose log ... But : Quote Forbidden (#403) Error, this is a private paste or is pending moderation. If this paste belongs to you, please login to Pastebin to view it.
nicolaasjan Posted November 16 Posted November 16 33 minutes ago, VistaLover said: ... But : Strange... Try this. 1
VistaLover Posted November 16 Posted November 16 54 minutes ago, nicolaasjan said: Try this Thanks ; that one works ... 1
VistaLover Posted November 17 Posted November 17 On 11/16/2025 at 5:44 PM, VistaLover said: ... But : Quote Forbidden (#403) Error, this is a private paste or is pending moderation. If this paste belongs to you, please login to Pastebin to view it. Apparently, pastebin moderation has approved nicolaasjan's yt-dlp log and yesterday's 403 error is now gone: ... Just something to keep in mind in the event of future pastebin uploads (i.e., they might not be immediately visible, for reasons only known to pastebin themselves ) ... 1
nicolaasjan Posted November 17 Posted November 17 Yes, I filed a complaint this morning (it was already "deleted"). Instead it's maybe better to use a PrivateBin instance. https://github.com/PrivateBin/PrivateBin 3
autodidact Posted November 22 Posted November 22 FFmpeg update. XP: static shared libfdk-aac VISTAx86: static shared libfdk-aac 4
VistaLover Posted Monday at 12:59 AM Posted Monday at 12:59 AM On 11/22/2025 at 10:24 PM, autodidact said: VISTAx86: ... shared ... Thank you a bunch for spoiling us ... The new shared build runs OK here (Vista SP2 32-bit) ; compared to the previous Vista+ shared offering (ffmpeg-n8.1-dev-891-git-20251025-gdefd5f3), I see that below libs (rather, buildconfig flags) have been removed: --enable-cuda --enable-cuvid --enable-d3d12va --enable-nvenc --enable-ffnvcodec --enable-nvdec --enable-mediafoundation --enable-libvpx --enable-libaom --enable-librav1e --enable-libkvazaar --enable-libxavs --enable-vulkan --enable-libvvenc --enable-libcelt --enable-opencl This has reduced the size of the extracted archive by ca. 23 MiB (from 127 to just 104); really indebted! Best wishes. 1
VistaLover Posted 41 minutes ago Posted 41 minutes ago (edited) @nicolaasjan: Sunday is Nov 30th, 2025, thus I believe you'll be having a "hot potato" in your hands : https://github.com/pyinstaller/pyinstaller/issues/9149#issuecomment-3036991021 [build] Bump PyInstaller minimum version requirement to 6.17.0 https://github.com/yt-dlp/yt-dlp/commit/280165026886a1f1614ab527c34c66d71faa5d69 For the Vista+(aka Win7) builds, your PyInstaller fork v6.17 came just in time : https://github.com/nicolaasjan/pyinstaller-builds/releases/tag/6.17.0 ... but what about those WinXP "onedir" packages which, IIANM, are still using PyInstaller-5.13.2 due to this ? (you can always revert 2801650 prior to the onedir compilation for XP, but how practical would that be in the long run? ...) Edited 38 minutes ago by VistaLover
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now