yt-dlp crashed in MX19.4 making clipgrab no longer work.

[siamhie]

There is no updated version compatible with MX19 and Debian Buster so I am stuck not downloading videos anymore on MX19.

@pianokeyjoe You can use yt-dlp in a terminal. Open the terminal in the folder you download videos to and use this.

Code: Select all

yt-dlp -f 137+140 <YT URL>

This will download videos in 1080p format.


This will list all the formats.

Code: Select all

yt-dlp -F <YT URL>

This is for mp4 formatted files.

Code: Select all

133+140 will be 240p
134+140 will be 360p
135+140 will be 480p
136+140 will be 720p
137+140 will be 1080p
400+140 will be 1440p
401+140 will be 4K

[Stevo]

So I uninstalled the yt-dlp 08.06-01 that is an update to the august 1 version and still I get a python error on the clipgrab about page. I uninstalled clipgrab. There is no updated version compatible with MX19 and Debian Buster so I am stuck not downloading videos anymore on MX19.. Ah well, time to fire up my tower with MX23 lol.

Is the self-contained binary the github page has for download also not working for you?

[pianokeyjoe]

So I uninstalled the yt-dlp 08.06-01 that is an update to the august 1 version and still I get a python error on the clipgrab about page. I uninstalled clipgrab. There is no updated version compatible with MX19 and Debian Buster so I am stuck not downloading videos anymore on MX19.. Ah well, time to fire up my tower with MX23 lol.

Is the self-contained binary the github page has for download also not working for you?

Hi @Stevo no sir. I had to give up. Something broke behind the scenes it seems. See? I only tried to upgrade the yt-dlp itself only when clipgrab stopped downloading or even reading urls from one day to the next and I scrambled and tried to "fix" it by going to the git page and downloading that binary , then I came to this forum and found a topic that led me to your link as well as debian deb package link that gave me the latest version which is 8-6-24 version as well as finding the 8-1-24 version. I had only the 7-6-23 version that is in the repo and it was working fine until it was not(at least, not in clipgrab). So I am right now stumped. I see python 3 errors in the clipgrab about page before I uninstalled that app yesterday, and I did see some error with python and yt-dlp being broken as you can see from the long terminal output I posted here in this topic.

[Stevo]

No, I mean the big static binary that they have that's about 33 MB to download. That doesn't need the system Python 3. Here's the 64-bit amd64 file link:

https://github.com/yt-dlp/yt-dlp/releas ... -dlp_linux

Extract if necessary, check its properties in a file manager to make sure it's executable, put it in the aforementioned ~/.local/share/ClipGrab/ClipGrab/ folder, and see if Clipgrab can use it. Remember that that version is from Dec 2023, so if Youtube has futzed with the API since then, you still could be up the creek.

[davidy]

QMplay2 is what I use in MX 23.3, atm. I configured it's gui to be just a video downloader. Google has been trying stuff with their api's that have been causing problems lately, in case we are talking youtube downloads. I have yt-dlp and qmplay2 itself says it's configured but the yt-dlp executable never actually runs as far as I can tell and it still downloads fine albeit it takes a lot longer than I'd like. If I have a lot of videos from youtube I'm trying to grab in anything above 360p I just use YTDLnis on my andorid tablet>: apt.izzysoft.de/fdroid/index/apk/com.deniscerri.ytdl
But for the occassional video I want in 1080 is just use qmplay2 so i don't have to grab my tablet. For all else when I just need to downlaod a video I always run freetube's appimage. It used to give me 720p downloads but now all I ever see is 360 p's. go figure
With clipgrab It always seems to stop working for whatever reason and I gave up trying.
Also qmplay2 will sometimes give you a .ts file when you select the mkv/hevc option (you can change the ts to mkv no problem) so make sure you configure it's ini file too.

[pianokeyjoe]

So I did some reinstalling of yt-dlp and clipgrab from my MX19 repos and all seemed to go well until I typed "yt-dlp -U". Here is the code:

Code: Select all

(base) root@mx:/home/linux# yt-dlp -U
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/local/bin/yt-dlp/__main__.py", line 14, in <module>
  File "/usr/local/bin/yt-dlp/yt_dlp/__init__.py", line 5, in <module>
ImportError: You are using an unsupported version of Python. Only Python versions 3.8 and above are supported by yt-dlp

So clipgrab did not break, yt-dlp did, due to my installed and only version of python being out of date with the current yt-dlp. Is there any hope or work around besides hosing my 6 years worth of work and OS, to just use yt-dlp and clipgrab again? I did try the options given to me here but the error is still the same, my python version is not compatible anymore.

[siamhie]

Does the version that comes with MX-19 (2023.07.06-1~mx19+1) work?

[Stevo]

QMplay2 is what I use in MX 23.3, atm. I configured it's gui to be just a video downloader. Google has been trying stuff with their api's that have been causing problems lately, in case we are talking youtube downloads. I have yt-dlp and qmplay2 itself says it's configured but the yt-dlp executable never actually runs as far as I can tell and it still downloads fine albeit it takes a lot longer than I'd like. If I have a lot of videos from youtube I'm trying to grab in anything above 360p I just use YTDLnis on my andorid tablet>: apt.izzysoft.de/fdroid/index/apk/com.deniscerri.ytdl
But for the occassional video I want in 1080 is just use qmplay2 so i don't have to grab my tablet. For all else when I just need to downlaod a video I always run freetube's appimage. It used to give me 720p downloads but now all I ever see is 360 p's. go figure
With clipgrab It always seems to stop working for whatever reason and I gave up trying.
Also qmplay2 will sometimes give you a .ts file when you select the mkv/hevc option (you can change the ts to mkv no problem) so make sure you configure it's ini file too.

I also build the MX qmplay2 packages. It uses the Python3 yt-dlp for Youtube viewing and downloading, as does SMPlayer/SMTube, too, and will download and use an internal version if the system's is too old, but the need for python >= 3.8 is still a problem there.

I'm still waiting for an MX 19 user to test the static binary yt-dlp that I have already mentioned several times.

[pianokeyjoe]

@Stevo I tried the fat 33mb yt-dlp and made it executable as required and I did place it in ~./local/share/Clipgrab/Clipgrab/ and opened Clipgrab but as soon as Clipgrab opens, it wants to download it's own version and overwrite the file I had placed in the folder. If I lock the file as read only CLipgrab fails and exits with a unable to write to yt-dlp error. I am going to try and see if the system recognizes the 33mb version in that local/share path in the terminal to do what @siamhie suggested. Worth a try at this point. I think python being too old now, broke yt-dlp in anything below Debian 11 so lets see.

[pianokeyjoe]

Ok... Here is my terminal output again with the suggestion of @siamhie and the yt-dlp 33mb version suggested by @Stevo

Code: Select all

yt-dlp -f 136+140 https://www.youtube.com/watch?v=r2Zwclq24Vk
Traceback (most recent call last):
  File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/lib/python3.7/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/local/bin/yt-dlp/__main__.py", line 14, in <module>
  File "/usr/local/bin/yt-dlp/yt_dlp/__init__.py", line 5, in <module>
ImportError: You are using an unsupported version of Python. Only Python versions 3.8 and above are supported by yt-dlp

I guess this is one reason I was forced to "upgrade Fedora Linux 27 to Fedora Linux 28 back in the day? Firefox update broke compatibility and Fedora 27 was too old to allow a compatible update.. Same issue here, just a different app.. Funny thing is: I have embedded MX19.4 read only into actual devices around my house lol!