nicolaasjan

No, both yt-dlp_x86_win7.exe versions were built on Windows 10 64bit with 32bit Python. yt-dlp_win7.exe (and zipped) versions are built on Windows 7 64bit with 64bit Python. I think so. 🤔 Yes. And it was built with 3dyd's PyInstaller 6.15.0.

There is a new release available. The Win7 builds should now work again on Vista. They are now built with PyInstaller 6.16.0 (Vista compatible) . I forked 3dyd/pyinstaller-builds and changed the workflow file (trial and error...). https://github.com/nicolaasjan/pyinstaller-builds/releases

Can you test this Win7 build: yt-dlp_x86_win7.7z ? Built with adang1345's Py3.14 with custom PyInstaller 6.15 on Windows 10.

I'm sorry. I have no idea... Yes, that is the special yt-dlp_Py3.14.0_x86_Vista. True, but maybe he has an idea. I'm as puzzled as you are in this case... In the meantime, I'll use the 3dyd PyInstaller the next time for the Windows 7 builds.

I'll send the whole zip file.

I use adang1345's Python builds for both x86 and x86-64 builds. I have PyInstaller 6.16.0 for both and I can't remember having used PyInstaller 6.15 (by 3dyd) before this latest build for Win7... Btw, that `K32EnumProcessModules` error also happens on Vista when building with the latest Python 3.13.8 from adang1345 and PyInstaller 6.16. Maybe you could ask adang1345? Do you want me to "downgrade" to that custom PyInstaller (for the Win7 builds)?

By the way, during building the XP version, I get these warnings: 8852 WARNING: lib not found: fileextd.dll dependency of C:\Python311\KERNELxp.dll 8882 WARNING: lib not found: kernelex.dll dependency of C:\Python311\KERNELxp.dll 🤔

I think that must be because I built directly after the standalone one, i.e. without deleting the build directory and start over. After I built the `onedir` version today from a fresh source directory, I got: [debug] Command-line config: ['-v'] [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.10.13.080600 (win_x86_dir) [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 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors

Updated yt-dlp_Py3.14.0_x86_Vista. (with IOS patch ) @Reino; Please test if this still suits your needs.

Fortunately, my main system (Linux Mint) didn't have any issue compiling Brotli "automagically" when installing the dependencies for my newly compiled Python 3.14 (altinstall; that is, it is installed without interfering with system Python). Compiler is shipped with the distro. No problem, I was suspecting that already. It is.

I used this: https://github.com/mstorsjo/llvm-mingw The 32bit build was compiled with Python 3.14.0 (x86) from adang1345 on Windows 10 IoT Enterprise LTSC. The 64bit build was compiled with Python 3.14.0 (x86-64) from adang1345 on Windows 7. To let Python use this compiler, place a file named `distutils.cfg` (see below) in `.\Lib\distutils` in Python install directory (create folder `distutils`). [build] compiler = mingw32 Build Brotli: Download source tarball and extract. In source directory run: python setup.py build_ext --compiler=mingw32 install Build wheel: python setup.py build_ext --compiler=mingw32 bdist_wheel In the directory where the built wheel is, run: pip install --force-reinstall brotli-1.1.0-cp314-cp314-win32.whl Huh??? .\yt-dlp_win7.exe -v [debug] Command-line config: ['-v'] [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.10.05.061237 (win7_exe*) [debug] Python 3.13.7 (CPython AMD64 64bit) - Windows-7-6.1.7601-SP1 (OpenSSL 3.0.16 11 Feb 2025) [debug] exe versions: ffmpeg git-2025-10-04-e05f8ac-ffmpeg-windows-build-helpers (fdk,setts), ffprobe git-2025-10-04-e05f8ac-ffmpeg-windows-build-helpers, phantomjs 2.5.0 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.08.03, curl_cffi-0.13.0, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets, curl_cffi [debug] Extractor Plugins: NSigDeno (YoutubeIE) [debug] Plugin directories: C:\Users\Nico\AppData\Roaming\yt-dlp\plugins\bgutil-ytdlp-pot-provider\yt_dlp_plugins, C:\Users\Nico\AppData\Roaming\yt-dlp\plugins\yt-dlp-YTNSigDeno\yt_dlp_plugins [debug] Loaded 1833 extractors And the next Win7 builds will be Py3.14 based.

Oh, I don't mind building myself. That said, there is a new Python stable release (3.14.0) from adang1345. Test build for Vista/Win7 (32bit): yt-dlp_Py3.14.0_x86_Vista.7z As usual, the Brotli dependency is not yet available for Python 3.14... So, I had to build a wheel myself from source (not easy...). Here is the 32bit variant, if you want to compile yt-dlp yourself: brotli-1.1.0-cp314-cp314-win32.whl

It doesn't have to unpack the executable to the TEMP directory each time yt-dlp is executed, so it loads a bit faster and doesn't wear your disk that much. The disadvantage is, that you can't update it with `yt-dlp -U`. Around 20 minutes. I have to fire up different virtual machines, each with different Python installs. I only have to build the custom ones for XP, Win7 and Linux_x86. The rest is done by GitHub Actions workflow.

Sure, what version do you want to link it to? yt-dlp_x86_win7.exe, yt-dlp_win7.exe or yt-dlp_win7.zip Note, that you can update the .exe files with -U.

It 's working here on New Moon.