So, PYthon37, YoutubeToMP3Service, YoutubeToMP3Process, mkvmerge are identical in version... As a non-expert, I can't see anything else
Sebastian001
First, the PYthon37 directory doesn't even need to be in there. Python 3.7 is depreciated and can not be used with yt-dlp (YoutubeToMP3Process). I warned them about that months ahead of time, but they waited until SF failed because of it and then threw in a python38.dll to get around it. At the time, I was pushing for Python 3.11, which was the latest at the time. Instead, they went with the single 3.8 dll. If I'm not mistaken, Python 3.8 is set to be depreciated sometime this year. And so we are back to the same spot. For whatever reason, the Developers have a real aversion to using the latest or near latest versions of other people's programs. I would go with the full Python 3.12.(whatever the latest is) package rather than just the .dll. That way you are set for a while against depreciation, and you have all the latest code and security fixes. Besides Python, look at mkvmerge. They use MKVToolNix 68, if I remember right, which is almost 2 years old. I replace it every SF update with the mkvmerge from the latest MKVToolNix, which is 82 now. I do the same for FFmpeg, Aria2c, MediaInfo, and AtomicParsley. I've got my eye on a few others that I haven't gotten around to yet. If I can update third-party programs with every SF update, why can't the Developers.
And that's why I said that I didn't want to go any deeper because I really don't look at what the Developers put in there because I immediately switch a lot of them out. I'd do even more if the versions weren't hard-coded in the source code in a few of them. Take YoutubeToMP3Process as an example, it basically is yt-dlp with two additional parameters added. One is for a StreamFab cache function, and I forget what the other is for. You can't just rename the latest yt-dlp.exe to YoutubeToMP3Process.exe. You'll get an exception error. They say that YoutubeToMP3Process is the latest yt-dlp, but it basically is the latest stable yt-dlp, which can be months old compared to the latest nightly. So many times I've seen someone have a problem with SF caused by an old yt-dlp extractor which would be fixed if YoutubeToMP3Process used the nightly instead of the stable.