nicolaasjan

I don't think there will be many users of the 64-bit version that also have an old local DNS resolver, but nevertheless I will downgrade curl_cffi to version 0.13.0 for the next release. Forcing these modern DNS extensions on a legacy-OS target is counter-productive anyway. Meanwhile, here is a 64-bit test version, so we can see if curl_cffi 0.13.0 doesn't give issues for you with 2026.01.19.143412.

It could be, that the issue has arisen because I updated to the module curl_cffi 0.14.0. What happens when you add the `--force-ipv4` flag to your yt-dlp command?

What is the output of : nslookup -querytype=TYPE65 www.youtube.com (this checks if your local resolver/OS handles Type 65 queries correctly outside of yt-dlp) And what is the output of a --verbose log?

I have little to no understanding of networking, so I'm afraid I can´t help you with this particular issue. I just tested a random video from YouTube in my Windows 7 VM and all went fine.

My yt-dlp branch now shows: But this change is already applied in my own builds before the patch was officially merged.

It works. [debug] Command-line config: ['-v'] [debug] User config "C:\Users\Nico\AppData\Roaming\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '--js-runtimes', 'node', '-o', '~/Desktop/%(title)s.%(ext)s', '-S', 'res:1080,vcodec:vp9,acodec:opus', '--embed-thumbnail', '--add-metadata', '--convert-thumbnails', 'jpg', '--ppa', 'ffmpeg:-metadata synopsis=""', '--force-ipv4', '-N', '6', '--sponsorblock-remove', 'all'] [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@2026.01.09.064524 (win7_exe*) [debug] Python 3.14.2 (CPython AMD64 64bit) - Windows-7-6.1.7601-SP1 (OpenSSL 3.6.0 1 Oct 2025) [debug] exe versions: ffmpeg N-122272-g224b3ff82a-WIN7 (fdk,setts), ffprobe N-122272-g224b3ff82a-WIN7, phantomjs 2.5.0 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2026.01.04, curl_cffi-0.13.0, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.6.3, websockets-16.0, yt_dlp_ejs-0.3.2 [debug] JS runtimes: node-20.19.2 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets, curl_cffi [debug] Plugin directories: C:\Users\Nico\AppData\Roaming\yt-dlp\plugins\bgutil-ytdlp-pot-provider\yt_dlp_plugins [debug] Loaded 1853 extractors Removing cache dir C:\Users\Nico/.cache\yt-dlp .. yt-dlp_win7.7z

@Reino Would you be able to compile OpenSSL shared libraries 3.6.0 64-bit for use in Windows 7 (Python 3.14.2 from adang1345)? The shared libraries from e.g. here are named libssl-3-x64.dll and libcrypto-3-x64.dll, which Python 64-bit doesn't recognise (see also post above) They should be named libssl-3.dll and libcrypto-3.dll instead.

@DesWer on GitHub in the Rumble thread asked me for a link to my Python for XP environment. Well, here it is, complete with all current dependencies installed: Python311_XP-folder.7z Extract it to e.g. C:\Python311 and add that folder, plus C:\Python311\Scripts to your PATH. Instead of building the standalone executable with PyInstaller, you can use pip to install the Nightly build directly: python -m pip install -U --pre "yt-dlp[default]" That will install/update the dependencies as well. (yt-dlp Nightly from 2026.01.02 is already included)

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