nicolaasjan

Huh? They are like this for quite some time now: 🤔 https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.exe https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.zip

@VistaLover I will reply here instead of going offtopic on GitHub in this thread. You asked: I used adang1345's CPython 3.14.2 and these dll's. But the dll's from your other link also failed. I also have the 2015-2022 redistributable. The issue is in the name of these files. E.g. libssl-3-x64.dll instead of libssl-3.dll, as CPython x64 expects. And, as you have seen, there are no issues at all building the 32bit counterpart using adang's Python with the dll's from your sources. I have absolutely no idea how to build a Windows 7 compatible Python 64bit and link it against OpenSSL-3.6.0. 😕 Maybe I should ask adang to include a more recent OpenSSL. Preferably the 3.5.4 LTS release. I did manage to build them on Linux though (with a lot of help from AI 😐). And then force yt-dlp to use it via an alias: alias yt-dlp='python3.14 /usr/local/bin/yt-dlp' (in the file `.bash_aliases`). Result: [debug] Python 3.14.2 (CPython x86_64 64bit) - Linux-5.15.0-164-generic-x86_64-with-glibc2.35 (OpenSSL 3.6.0 1 Oct 2025, glibc 2.35) (my system itself has the old Python 3.10.12 and OpenSSL 3.0.2) The challenge was, to install the updated ones in a way that they would not interfere with the system installed ones. It would cause major breakage.

I have : msvcr100.dll 10.0.40219.473 (Windows 2000) msvcr100.dll 10.0.40219.325 (Windows XP SP3) Those belong to Microsoft Visual C++ 2010 (direct link; no idea if it will work for your system). msvcr100.dll 10.0.40219.473 copy from my Windows 2000 here.

Ah... I have Windows2000-KB935839-v30fM-x86-ENU

I have Windows 2000 with extended kernel here in a VM and the latest New Moon works fine.

My version is: 10.0.10586.15 by Microsoft. And I have Microsoft Visual C++ 2010 x86 Redistributable - 10.0.40219 installed: https://download.microsoft.com/download/1/6/5/165255E7-1014-4D0A-B094-B6A430A6BFFC/vcredist_x86.exe

I didn't realise there were so many still using SP2 (why?). I will consider building the next version with PyInstaller 5.13.2 again. But do note, that in the future that may not be possible any more, due to the changes they make. Consider upgrading to SP3. In the meantime, here is a build that should work on SP2. @davidz, Do you really mean you're on SP3? Because in my SP3 machine (VM), 2025.12.06.064237 works fine: [debug] Command-line config: ['-v'] [debug] User config "C:\Documents and Settings\Nico\Application Data\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '--add-metadata', '--embed-thumbnail', '--convert-thumbnails', 'jpg', '--js-runtimes', 'quickjs', '--ppa', 'ffmpeg:-metadata synopsis=""', '-o', '~/Bureaublad/%(title)s.%(ext)s', '-S', 'res:1080,vcodec:avc,acodec:m4a', '--sponsorblock-remove', 'all', '-N', '6'] [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.12.06.064237 (winXP_x86_exe*) [debug] Python 3.11.4 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.5.2 5 Aug 2025) [debug] exe versions: ffmpeg N-121824-g775b102182-WINXP (fdk,setts), ffprobe N-121824-g775b102182-WINXP, phantomjs 1.9.8 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2025.11.12, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.6.0, websockets-15.0.1, yt_dlp_ejs-0.3.1 [debug] JS runtimes: quickjs-2025-09-13 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1853 extractors Removing cache dir C:\Documents and Settings\Nico/.cache\yt-dlp ..

1.68.0 does not install...

The latest version of my yt-dlp is now built with PyInstaller 6.17.0. Unfortunately it is not compatible with Windows XP SP2 any more (got a personal message from a forum member).

I did it for testing (manually applying 3dyd's changes to the source of official PyInstaller 6.17.0) and converting into a wheel (built with 32bit toolchain from here on Windows 10). pyinstaller-6.17.0-py3-none-any.whl (for XP) pyinst-6.17.0_yt-dlp_x86_XP.7z

Very sharp observation. 👍️ I have no idea how that might have happened... The build environment is still the same Python 3.11 from @cmalex. What is that file supposed to do. Can it do any harm?

I still build on XP the old fashioned way: python -m pip install -U "setuptools>=71.0.2,<81" pip wheel pip install -U -r requirements.txt python -m pip install pyinstaller==5.13.2 python devscripts/update-version.py -c "nicolaasjan/yt-dlp" -r "nicolaasjan/yt-dlp" "2025.11.25.144622" python -m bundle.pyinstaller --onedir Where `requirements.txt` is: mutagen pycryptodomex brotli; implementation_name=='cpython' certifi requests>=2.32.2,<3 urllib3>=2.0.2,<3 websockets>=13.0 yt-dlp-ejs I have tested building with PyInstaller 6.16.0 from 3dyd (waiting for 6.17.0 now...) It can be done and it works, but it also requires a reinstall, because of the totally different contents of the zip file (link)... (and then also the ugly presence of `psapi.dll` in the root directory to make it work) TL;DR; as long as it works the old fashioned way, I'm hesitant to build with the "modern" PyInstaller on XP. 🤔 It's annoying that yt-dlp always wants the latest and "greatest". 😠

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

Strange... Try this.

Doesn't it need the `node_modules` directory? [Edit] Apparently not: Verbose log.

It is portable. Extract the zip file to e.g. `C:\Bin\Node` and add that folder to the PATH.

Support for EJS is now implemented in yt-dlp master branch. https://github.com/nicolaasjan/yt-dlp/releases/tag/2025.11.01.082330

Here is another test version, using the PR fork with EJS support (also works on Vista). Instead of Deno, Windows 7 (and Vista) users can install QuickJS.

I had to downgrade to PyInstaller 5.13.2, instead of using PyInstaller 6.16.0 for XP from 3dyd... I got a nasty error when launching the `onedir` build. yt-dlp said: [PYI-1228:ERROR] Failed to load Python DLL 'C:\bin\_internal\python311.dll'. LoadLibrary: Kan opgegeven procedure niet vinden. (can't find procedure) See Issue 2.

I have no issues adding things to the PATH. Everything needed goes in `C:\Bin`. So, on XP my PATH looks like this: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Bin;C:\Python311;C:\Python311\Scripts

Yes: Microsoft Windows XP [versie 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\WINDOWS\system32>qjs -h QuickJS version 2025-09-13 usage: qjs [options] [file [args]] -h --help list options -e --eval EXPR evaluate EXPR -i --interactive go to interactive mode -m --module load as ES6 module (default=autodetect) --script load as ES6 script (default=autodetect) -I --include file include an additional file --std make 'std' and 'os' available to the loaded script -T --trace trace memory allocation -d --dump dump the memory usage stats --memory-limit n limit the memory usage to 'n' bytes (SI suffixes allowed) --stack-size n limit the stack size to 'n' bytes (SI suffixes allowed) --no-unhandled-rejection ignore unhandled promise rejections -s strip all the debug info --strip-source strip the source code -q --quit just instantiate the interpreter and quit [debug] Command-line config: ['-v'] [debug] User config "C:\Documents and Settings\Nico\Application Data\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '--js-runtimes', 'quickjs', '--add-metadata', '--embed-thumbnail', '--convert-thumbnails', 'jpg', '--ppa', 'ffmpeg:-metadata synopsis=""', '-o', '~/Bureaublad/%(title)s.%(ext)s', '--sponsorblock-remove', 'all', '-N', '6'] [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 local@2025.10.27 [937b84ddb] (win_x86_exe) [debug] Python 3.11.4 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.5.2 5 Aug 2025) [debug] exe versions: ffmpeg N-121254-g635cb4543f (fdk,setts), ffprobe N-121254-g635cb4543f, phantomjs 1.9.8 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1, yt_dlp_ejs-0.2.1 [debug] JS runtimes: quickjs-2025-09-13 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1839 extractors Removing cache dir C:\Documents and Settings\Nico/.cache\yt-dlp ...

Here is a test binary of yt-dlp for Windows XP: https://dl.dropboxusercontent.com/scl/fi/nltccona7wcnn3otd2ek2/yt-dlp_XP_test.7z?rlkey=8t2m3esh9hy671bkp1wg0xq6a Install Quickjs in your PATH and add `--js-runtimes quickjs` to your config.

My bad. I took the wrong one. Go here. Now it took 9 seconds to calculate. 😀️

You're right. I should have read the Wiki first. Here is an updated build with quickjs support and EJS bundled. However, quickjs isn't that quick... It took 28 minutes to figure out `yt-dlp -F URL` (in the meantime using a lot of memory and CPU).

When tested if this Node version would work on Vista, I got this: The procedure entry point EventSetInformation could not be located in the dynamic link library ADVAPI32.dll