Who here has a Youtube-DL compile for WinXP?

[K4sum1]

7 hours ago, nicolaasjan said:

If you specifically want opus, yt-dlp can do that for you? 🤔

Try this:

yt-dlp -x -f bestaudio[ext=webm] --embed-metadata --embed-thumbnail https://www.youtube.com/watch?v=PD-MdiUm1_Y

( `-x` will extract the opus audio)

This uses ffmpeg, which appears to modify the output somehow. If I take a webm, turn it into a wav, and compare that to a webm > ffmpeg opus > wav, they have a slightly different waveform. If I compare it to a mkvextract opus wav, they match.

[K4sum1]

6 hours ago, nicolaasjan said:

Bad news ☹️ :

yt-dlp starts preparations to remove Python 3.9 support (October 2025):

https://github.com/yt-dlp/yt-dlp/pull/13861

https://github.com/yt-dlp/yt-dlp/issues/13858

Why not just add back Python 3.9 support on your fork?

[nicolaasjan]

18 minutes ago, K4sum1 said:

Why not just add back Python 3.9 support on your fork?

I was thinking about that, but it may not be easy, I guess?

When the time comes, maybe someone here will help me with it (I'm not a Python coder).

 

Furthermore, newer changes applied to the various extractors (especially for YouTube), using code that is incompatible with Python <3.10 will not work anyway. 

From Issue #13858:

Quote

This change will allow us to take advantage of some new Python features, most notably these related to type hints.

 

 

[user57]

22 minutes ago, K4sum1 said:

Why not just add back Python 3.9 support on your fork?

that´s a important thing to talk about again

often newer app´s depending on side things, like runtimes(c-runtime, sdt), they require cmake, they require a new c++ style (not only the ones that allow new types of writings, rather something like "currentpath" - this is going into a direction of a script rather then a language (in java a scriptish language that is for example the case)), they requie a new version of compiler like vs2019 or even vs2022, they require a engine like "cuda, like dwrite, like  LAV", MinGW,maybe also a second programming language like masm

thats only to name a few ! it rather are even more

those rather also are already bond to win10 or win11 like directx11 is for example 

 

so this is a problem you have today if only one of these things break up (in this case python) it might be a direct end - if more break up you have a even bigger problem

 

the reason behind this are scriptish languages (what c++ in newer styles is also going into that direction) - and its going very into that direction

 

a elder style is very independed of it´s operating system, like something "currentpath" would have a own code rather then somewhere in the code "std:CurrentPath" -> that might looks small but its not - that code is getting translated to a "real next code" what then up uses windows functions ... - its not faster it´s like an illusion that looks small 

and the knowledge is getting lost how these functions actually work - so a new programmer will always come up with the std:CurrentPath (or whatever std´s, c-runtimes, engines) there now are ...

 

in a bigger program there are then many of these things - you cant just unbound all of them - a older compiler would not compile them, and a newer compile (translate) them to win11 functions ...

 

so it might be better to have a solution in a normal c++ style - then you are fully independed of all these things - they cant just release a new phyton version that you have to fix - then you have the control about your code

 

 

ffmpeg in the past was relativ independed today it´s going a different direction it begin to use engines rather then having own routines that can do the things

today ffmpeg is rather like a command line - and internal it already started to use many engines and these use win10 functions, drivers, dependencies - up to some point i found ffmpeg a very nice tool, today im a bit disapointed of it

 

a few years ago i mentioned that problem - now we face it again 

[nicolaasjan]

A long time ago I asked user @Maroc (now gone...) on the My Digital Life Forums about his Python 3.11 Embed build for XP.

As I mentioned before, I can't get it working on XP. See also our conversation later in that thread.

I managed to build yt-dlp with it, but when using I get errors like:

WARNING: [youtube] Unable to download API page: <urllib3.connection.HTTPSConnection object at 0x03B29A70>: Failed to establish a new connection: [Errno 0] Error (caused by TransportError('<urllib3.connection.HTTPSConnection object at 0x03B29A70>: Failed to establish a new connection: [Errno 0] Error'))

 

[user57]

im not someone who programs in python but they say its intensional to drop support for python 3.9
the commits say that they could support it still (so also that devloper says there) ... but they dont want to 
and that error says it has to do with "urllib3" of python - what is part of their removement in newer python versions
they say everything below "urllib3" is dropped

urllib3 would be the thing to look for, like what functions of other then XP they used here - and if you can make this version compatible with xp