Leaderboard

Greetings It search for "yt-dlp_win7_x86.exe" but "yt-dlp_x86_win7.exe" exists. Please take look at _get_binary_name() in yt_dlp\update.py Best regards

maybe we can make a minimal version of replacement DLLs that just work with what they missed.

... One should visit nicolaasjan's GitHub repo ; load latest yt-dlp release, https://github.com/nicolaasjan/yt-dlp/releases/latest then expand assets (if not expanded) and there they are : yt-dlp_win7.exe => 64-bit compile, yt-dlp_x86_win7.exe => 32-bit compile, BOTH are built on py3.13, so are good for the next 4 yrs, at least... Win7-compatible py3.13 courtesy of adang1345 ... Well, you didn't go through the GitHub issue I linked to ; there are automated solutions suggested such as this one : https://github.com/grqz/yt-dlp-getpot-jsi/blob/master/README.md @user57: https://www.python.org/downloads/release/python-31018/ is the latest py3.10 release by the PSF (security-only release in source-code form: https://www.python.org/ftp/python/3.10.18/Python-3.10.18.tar.xz ) Let me just say that achieving Vista SP2 (NT 6.0) compatibility should be much easier that targeting XP (NT 5.x); the last Vista compatible version was py3.7 (py3.4 for XP SP3). One should thoroughly comb the py3.10 source code and identify ALL the Vista breaking code the PSF authored after py3.7; these changes should then be reverted or rewritten with "translated" code that is py3.7 compatible; once that task has been completed, the modded source should then be compiled with a suitable compiler (MSVC and/or MSYS2) targeting NT 6.0 and, also, the 32-bit architecture; but this is NOT all ; yt-dlp itself has quite a large number of dependencies, i.e. Python modules; the py3.10 wheels for them to be found on PyPI are made with the official py3.10 in mind, so compatibility with a Vista-py3.10 isn't always a given, especially in the case when the modules contain C/C++ extensions (i.e. DLLs, which, under Windows, have the .pyd file extension); these Python modules have to be recompiled from their sources using the modded py3.10 and the same compiler that compiled py3.10 itself (probably on a Win10 host). Things on XP should be even more difficult because several py3.10 own dependencies, e.g. OpenSSL, have moved away from XP long time ago... https://github.com/adang1345/PythonWin7/blob/master/Notes.md#python-310 and https://github.com/adang1345/PythonWin7/tree/master/patches are adang1345's instructions on how to make py3.10 run on Win7; perhaps they'd be somehow useful for someone wanting to also attain NT 6.0 compatibility ... PS: the yt-dlp devs are adamant on always dropping a Python version once the PSF have dropped security support for that version (they're also keen on using the latest bells and whistles a new Python version comes with ) ; and the PSF always align themselves behind Microsoft when it comes to the Windows OS, so, as a result, only Win10+ is officially supported now ... PS2: Maroc's py3.11 offering previously discussed is what is called a binhack (binary hack): official DLL and EXE binaries are HexEdited and XP-incompatible functions are either stubbed or forwarded to a set of wrappers, mostly One-Core-API and/or Wine DLLs; the end result 1) makes my antivirus solution go completely berserk 2) WON'T even launch under Vista SP2 32-bit, as the wrapper DLLs specifically target NT 5.x system DLLs ...

You were right, there was an error in my `update.py` (Locally; not in the source on GitHub yet). I have uploaded a new x86_win7 file.

check https://transfer.it/compare - mega clone

I tested adang1345's Python 3.14.0rc1 and was able to build and run yt-dlp on Windows 7 (in a VM snapshot). That should give us 5 years. Only issue: I had to compile the Brotli dependency myself, because it is not yet offered on PyPI. Cffi wheel for Python 3.14 was found here.

First of all, have a read of below yt-dlp GitHub issue tracker comment: https://github.com/yt-dlp/yt-dlp/issues/13965#issuecomment-3168934752 Some of the described solutions may work for you (as they did for others ) ... At the same time, the yt-dlp devs are already working towards the (plausible) scenario of SABR-only: https://github.com/coletdjnz/yt-dlp-dev/tree/feat/youtube/sabr https://github.com/yt-dlp/yt-dlp/pull/13515#issue-3164587812 (latest test release, requires Win10+: https://github.com/coletdjnz/yt-dlp-dev/releases/tag/2025.08.10.010506 ) Since you're mostly on WS2008R2, the server edition of Win7, and @nicolaasjan already provides Win7-compatible (py > 3.9) yt-dlp compiles, you should be good to go when the currently experimental SABR downloader makes it, in due course, to the release branch of yt-dlp; Vista SP2 and XP SP3 users will be the ones "left stranded on a desert island" after October, because so far no solution has materialised for those users (i.e. a CPython > 3.9 recompile/fork that would launch BOTH on NT 5.x/6.0, having additional support for all yt-dlp required Python modules ) ...

@Dave-H, please clear up, is it fine to publicly refer to a group of people as id*ots, namely Microsoft testers, if they are not MSFN members?

What is there not enough on micro-ATX boards? There's lots of boards even with the oldish PCI!

Could this be sufficient proof that the previous patch for 138+ was also not applicable to M132?

@roytam1 Do you have any information about changes in terms of the session (re)store function in New Moon 28 made in the recent past? Two old but well-known extensions do not work any longer in New Moon 28. The extensions Tab Utilities 2.12 and Speed Dial 0.9.6.18 interfere with NM's session restore which unfortunately makes them unusable. And even the Session Manager 0.8.1.14 extension does not work as before. It has now to be configured in another way to make it work again in recent browser releases. BTW, I already mentioned a session restore issue here: So, another question is under which conditions will the "Restore Previous Session" entry be enabled and not greyed out?

Personally, I do not use any complete themes in UXP browsers but they have always been responsible for problems. Without regular theme updates, they don't really make sense. And these no longer exist. When using the most recent releases of UXP browsers without these problematic extensions I reported in my previous posts, the internal, native session restore function is actually working properly. So you don't have to stick with old UXP browser versions.

Same applies to the extension Speed Dial 0.9.6.18. It makes the internal session manager unusable in New Moon 28. Even the Session Manager extension can no longer help. So, it seems that the changes to the browser code are sending further, old but well-known extensions into retirement for good. The Tab Utilities,the Speed Dial and partly the Session Manager extension are no longer fully compatible with New Moon 28 (and also most probably with Pale Moon).

Tab Utilities Phoenix 2.1.2 seems to have been interfering with the native session manager in New Moon 28 for some time. The current session is no longer restored correctly after (re)starting the browser. When disabling Tab Utilities Phoenix, the native session restore function seems to work again as before. Can anyone confirm this?

Yep! But this toggle button does not work on playlists in New Moon 28 when using the VORAPIS V3 frontend. At least not for me. Whether it works in the original YT interface, I can't say as this modern interface is totally unusable on my Windows XP computer.

Stem

Star