Page 1 of 1

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

Posted: Mon Aug 19, 2024 9:33 pm
by pianokeyjoe
Hello my fellow MX lovers! I am in a bind once again with relations to Clipgrab and yt-dlp on my beloved MX linux 19.4. I was using clipgrab one day as usual and all was well, but the next day I could no longer download files with it. It immediatly fails with an error that no media found or url not found. My internet works fine so I checked the yt-dlp and it was downloading fin with clipgrab every time the app is started. Well today when I went to upgrade my web browser via synaptic package manager, I got an error about yt-dlp which was NOT what I was upgrading or messing with today.. it was google chrome. Please find both my QSI and a terminal output of the errors I got when I did a apt autoremove command this morning. Maybe you guys can make heads or tails of this and offer a solution besides upgrading my whole OS?

Code: Select all

System:    Kernel: 5.10.0-8mx-rt-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/vmlinuz-5.10.0-8mx-rt-amd64 
           root=UUID=<filter> ro quiet splash 
           Desktop: Xfce 4.14.2 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm 4.14.0 vt: 7 
           dm: LightDM 1.26.0 Distro: MX-19.4_x64 patito feo October 21  2019 
           base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Hewlett-Packard product: HP Pavilion g6 Notebook PC 
           v: 0594100000204610000620100 serial: <filter> Chassis: type: 10 serial: <filter> 
           Mobo: Hewlett-Packard model: 1693 v: KBC Version 14.16 serial: <filter> 
           BIOS: Hewlett-Packard v: F.37 date: 01/16/2013 
CPU:       Info: Dual Core model: Intel Core i3 M 380 bits: 64 type: MT MCP arch: Nehalem 
           family: 6 model-id: 25 (37) stepping: 5 microcode: 7 cache: L2: 3 MiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 20214 
           Speed: 1143 MHz min/max: 933/2533 MHz Core speeds (MHz): 1: 1143 2: 1183 3: 1088 
           4: 1155 
           Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds 
           status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass 
           mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, 
           STIBP: conditional, RSB filling 
           Type: srbds status: Not affected 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel Core Processor Integrated Graphics vendor: Hewlett-Packard 
           driver: i915 v: kernel bus-ID: 00:02.0 chip-ID: 8086:0046 class-ID: 0300 
           Device-2: Microdia type: USB driver: uvcvideo bus-ID: 2-1.6:4 chip-ID: 0c45:6321 
           class-ID: 0e02 
           Display: x11 server: X.Org 1.20.10 compositor: xfwm4 v: 4.14.0 driver: loaded: intel 
           display-ID: :0.0 screens: 1 
           Screen-1: 0 s-res: 1366x768 s-dpi: 96 s-size: 361x203mm (14.2x8.0") 
           s-diag: 414mm (16.3") 
           Monitor-1: LVDS1 res: 1366x768 hz: 60 dpi: 101 size: 344x193mm (13.5x7.6") 
           diag: 394mm (15.5") 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (ILK) v: 2.1 Mesa 20.3.5 
           direct render: Yes 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio vendor: Hewlett-Packard 
           driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:3b56 class-ID: 0403 
           Sound Server-1: ALSA v: k5.10.0-8mx-rt-amd64 running: yes 
           Sound Server-2: JACK v: 1.9.12 running: no 
           Sound Server-3: PulseAudio v: 12.2 running: yes 
Network:   Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: Hewlett-Packard 
           driver: r8169 v: kernel port: 3000 bus-ID: 01:00.0 chip-ID: 10ec:8136 class-ID: 0200 
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter> 
           Device-2: Qualcomm Atheros AR9285 Wireless Network Adapter 
           vendor: Hewlett-Packard U98Z062.12 802.11bgn driver: ath9k v: kernel port: 3000 
           bus-ID: 02:00.0 chip-ID: 168c:002b class-ID: 0280 
           IF: wlan0 state: up mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 349.54 GiB (75.0%) 
           SMART Message: Unable to run smartctl. Root privileges required. 
           ID-1: /dev/sda maj-min: 8:0 vendor: Seagate model: ST500LM034-2GH17A size: 465.76 GiB 
           block-size: physical: 4096 B logical: 512 B speed: 3.0 Gb/s type: HDD rpm: 7200 
           serial: <filter> rev: LXM3 scheme: MBR 
Partition: ID-1: / raw-size: 29.3 GiB size: 28.71 GiB (98.00%) used: 14.26 GiB (49.7%) fs: ext4 
           dev: /dev/sda3 maj-min: 8:3 
           ID-2: /boot raw-size: 512 MiB size: 487.9 MiB (95.30%) used: 137.3 MiB (28.1%) 
           fs: ext4 dev: /dev/sda1 maj-min: 8:1 
           ID-3: /home raw-size: 428.15 GiB size: 420.43 GiB (98.20%) used: 335.15 GiB (79.7%) 
           fs: ext4 dev: /dev/sda4 maj-min: 8:4 
Swap:      Kernel: swappiness: 15 (default 60) cache-pressure: 100 (default) 
           ID-1: swap-1 type: partition size: 7.81 GiB used: 0 KiB (0.0%) priority: -2 
           dev: /dev/sda2 maj-min: 8:2 
Sensors:   System Temperatures: cpu: 77.0 C mobo: 0.0 C 
           Fan Speeds (RPM): N/A 
Repos:     Packages: note: see --pkg apt: 3063 lib: 1440 flatpak: 0 
           No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           1: deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mxrepo.com/mx/repo/ buster main non-free
           2: deb http://mxrepo.com/mx/testrepo/ buster test
           3: deb http://mxrepo.com/mx/repo/ buster ahs
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 235 Uptime: 1h 35m wakeups: 2 Memory: 7.58 GiB used: 2.05 GiB (27.1%) 
           Init: SysVinit v: 2.93 runlevel: 5 default: 5 tool: systemctl Compilers: gcc: 8.3.0 
           alt: 8 Shell: quick-system-in default: Bash v: 5.0.3 running-in: quick-system-in 
           inxi: 3.3.06 
And the terminal errors:

Code: Select all

Setting up yt-dlp (2024.08.06-1) ...
  File "/usr/lib/python3/dist-packages/yt_dlp/YoutubeDL.py", line 741
    if impersonate_target := self.params.get('impersonate'):
                           ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/downloader/common.py", line 374
    if update_delta := self.params.get('progress_delta'):
                     ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/downloader/hls.py", line 164
    if extra_param_to_segment_url := info_dict.get('extra_param_to_segment_url'):
                                   ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/banbye.py", line 145
    if master_url := traverse_obj(url_data, ('src', 'hls', 'masterPlaylist', {url_or_none})):
                   ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/bbc.py", line 1427
    if model and (entry := parse_model(model)):
                        ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/cbc.py", line 390
    if not assets and (media_id := traverse_obj(data, ('mediaId', {str}))):
                                ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/cellebrite.py", line 44
    if thumbnail := self._og_search_thumbnail(webpage, default=None):
                  ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/common.py", line 2227
    if yt_audio_content_id := last_stream_inf.get('YT-EXT-AUDIO-CONTENT-ID'):
                            ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/crtvg.py", line 42
    if mobj := re.fullmatch(r'[^/#?]+-(?P<old_id>\d{7})', video_id):
             ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/crunchyroll.py", line 65
    if target := error.cause.response.extensions.get('impersonate'):
               ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/dangalplay.py", line 135
    elif msg := error_info.get('message'):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/elementorembed.py", line 59
    if youtube_url := traverse_obj(data, ('youtube_url', {url_or_none})):
                    ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/err.py", line 197
    if format_url := traverse_obj(media_data, ('src', 'file', {url_or_none})):
                   ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/francetv.py", line 109
    if video := traverse_obj(dinfo, ('video', {dict})):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/godresource.py", line 53
    if (ext := determine_ext(video_url)) == 'm3u8':
            ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/jiosaavn.py", line 27
    if invalid_bitrates := set(requested_bitrates) - self._VALID_BITRATES:
                         ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/maariv.py", line 44
    if hls_url := traverse_obj(data, ('video', 'url', {url_or_none})):
                ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/newgrounds.py", line 141
    if errors := traverse_obj(result, ('errors', ..., {str})):
               ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/nfb.py", line 232
    if dv_source := url_or_none(player_data.get('dvSource')):
                  ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/nhk.py", line 421
    if value := clean_html(get_element_by_class(class_value, html)):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/niconico.py", line 400
    if fmt := self._extract_format_for_quality(video_id, audio_quality, video_quality, protocol):
            ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/nuum.py", line 23
    if error := response.get('error'):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/olympics.py", line 116
    if info := self._extract_from_nextjs_data(webpage, video_id):
             ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/patreon.py", line 299
    if post_tag := traverse_obj(include, ('attributes', 'value', {str})):
                 ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/peertube.py", line 1476
    if playlist_url := url_or_none(playlist.get('playlistUrl')):
                     ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/sharepoint.py", line 93
    if video_url := traverse_obj(video_data, ('downloadUrl', {url_or_none})):
                  ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/soundcloud.py", line 134
    if token := try_call(lambda: self._get_cookies(self._BASE_URL)['oauth_token'].value):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/sproutvideo.py", line 129
    if downloads := traverse_obj(data, ('downloads', {dict.items}, lambda _, v: url_or_none(v[1]))):
                  ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/tiktok.py", line 234
    if universal_data := self._get_universal_data(webpage, video_id):
                       ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/trtworld.py", line 88
    if youtube_id := traverse_obj(nuxtjs_data, ('youtube', 'metadata', 'youtubeId')):
                   ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/twitter.py", line 104
    if mobj := re.match(r'hls-[Aa]udio-(?P<bitrate>\d{4,})', f['format_id']):
             ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/vidyard.py", line 32
    if master_m3u8_url := traverse_obj(
                        ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/vimeo.py", line 885
    if target := error.cause.response.extensions.get('impersonate'):
               ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/youporn.py", line 250
    if video_url := traverse_obj(element, ({extract_attributes}, 'href', {lambda x: urljoin(url, x)})):
                  ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/extractor/youtube.py", line 3387
    if not (comment_id := traverse_obj(comment_entity_payload, ('properties', 'commentId', {str}))):
                       ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/networking/_requests.py", line 195
    if proxy := select_proxy(url, proxies):
              ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/update.py", line 74
    if static_exe_path := os.getenv('STATICX_PROG_PATH'):
                        ^
SyntaxError: invalid syntax

  File "/usr/lib/python3/dist-packages/yt_dlp/utils/_utils.py", line 5150
    def __init__(self, extension, /):
                                  ^
SyntaxError: invalid syntax

dpkg: error processing package yt-dlp (--configure):
 installed yt-dlp package post-installation script subprocess returned error exit status 1
Processing triggers for man-db (2.8.5-2+deb10u1) ...
Errors were encountered while processing:
 yt-dlp
E: Sub-process /usr/bin/dpkg returned an error code (1)
I installed yt-dlp update from Debian backports some days ago when I could not get clipgrab to work with the old version found in my repos for MX19.4. The Repo version is a year old. So none of the versions seem to work? I would also like to add that since this whole clipgrab not working/yt-dlp not working debackle, my MXPI backports repo also no longer works..

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

Posted: Tue Aug 20, 2024 12:09 am
by MXRobo
Just FYI, if you're not aware - MX-19 reached EOL a month or two ago.
Cheers!

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

Posted: Tue Aug 20, 2024 2:43 am
by Stevo
Since you must have installed the bookworm-backports yt-dlp, that's probably the root of your crashes. I would suggest uninstalling it, and then Clibgrab should download its own version for internal use instead; hopefully more compatible.

It's possible you may have to remove an older yt-dlp download in Clipgrab, if so, the "About:" dialog should show you where it is hiding.

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

Posted: Tue Aug 20, 2024 10:12 pm
by pianokeyjoe
Stevo wrote: Tue Aug 20, 2024 2:43 am Since you must have installed the bookworm-backports yt-dlp, that's probably the root of your crashes. I would suggest uninstalling it, and then Clibgrab should download its own version for internal use instead; hopefully more compatible.

It's possible you may have to remove an older yt-dlp download in Clipgrab, if so, the "About:" dialog should show you where it is hiding.
Hi @Stevo thankyou for the suggestion. I am about to do just that but here is a screenshot of clipgrab about page and the error which seems to be python3 related for some reason.
Image

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

Posted: Tue Aug 20, 2024 10:24 pm
by pianokeyjoe
MXRobo wrote: Tue Aug 20, 2024 12:09 am Just FYI, if you're not aware - MX-19 reached EOL a month or two ago.
Cheers!
Yes indeed @MXRobo I know this but I have had and used MX19 since 2019 and I have my whole world in this OS setup and not trying to wipe everything just to upgrade for the sake of one app. I did install MX 23 on a Dell tower that I mentioned to the forum a while back that was also having issues with yt-dlp and testing repo so even with the upgrade OS I had yt-dlp/gui etc woes. I suspect python 3 issues here but I could be wrong.

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

Posted: Wed Aug 21, 2024 12:41 am
by Stevo
Hmmm--the README on github states:
DEPENDENCIES
Python versions 3.8+ (CPython and PyPy) are supported. Other versions and implementations may or may not work correctly.
They have static Linux binaries there on Github that may work on older systems, but I don't know if Clipgrab can use them. I'd first download the file, make it executable if necessary, and then see if it works on the command line.

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

Posted: Wed Aug 21, 2024 12:47 am
by Stevo
The automatically downloaded yt-dlp Python 3 file would be in your home folder, in /.local/share/ClipGrab/ClipGrab/. This isn't visible to apt or any other applications. Possibly, if that doesn't work and the binary does, you could workaround with symlinks to the static version.

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

Posted: Wed Aug 21, 2024 12:57 am
by Stevo
The 33 meg amd64 binary is also a bit older:

Code: Select all

 yt-dlp --version
2023.12.30

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

Posted: Wed Aug 21, 2024 9:49 am
by siamhie
Stevo wrote: Wed Aug 21, 2024 12:47 am The automatically downloaded yt-dlp Python 3 file would be in your home folder, in /.local/share/ClipGrab/ClipGrab/. This isn't visible to apt or any other applications. Possibly, if that doesn't work and the binary does, you could workaround with symlinks to the static version.

I don't understand why clipgrab just doesn't use the systems installed version of yt-dlp.
I reinstalled MX-23.3 fluxbox over the weekend and when I opened clipgrab, it had a download/exit window.
I selected download but didn't see anything happen.
Checked the about screen and it shows yt-dlp 2024.08.06 installed even though I have 2024.08.01-1 installed.

Image


I think I might look for another frontend for yt-dlp. (I have had issues in the past with clipgrab and YT).

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

Posted: Fri Aug 23, 2024 12:03 am
by 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.

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

Posted: Fri Aug 23, 2024 12:43 am
by siamhie
pianokeyjoe wrote: Fri Aug 23, 2024 12:03 am 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

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

Posted: Fri Aug 23, 2024 10:00 am
by Stevo
pianokeyjoe wrote: Fri Aug 23, 2024 12:03 am 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?

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

Posted: Fri Aug 23, 2024 11:09 pm
by pianokeyjoe
Stevo wrote: Fri Aug 23, 2024 10:00 am
pianokeyjoe wrote: Fri Aug 23, 2024 12:03 am 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.

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

Posted: Sat Aug 24, 2024 2:08 am
by 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.

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

Posted: Sat Aug 24, 2024 2:13 am
by 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.

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

Posted: Wed Aug 28, 2024 7:53 pm
by 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.

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

Posted: Wed Aug 28, 2024 8:23 pm
by siamhie
Does the version that comes with MX-19 (2023.07.06-1~mx19+1) work?

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

Posted: Thu Aug 29, 2024 3:46 am
by Stevo
davidy wrote: Sat Aug 24, 2024 2:13 am 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.

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

Posted: Thu Aug 29, 2024 10:46 pm
by 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.

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

Posted: Thu Aug 29, 2024 10:54 pm
by 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!

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

Posted: Thu Aug 29, 2024 11:09 pm
by siamhie
pianokeyjoe wrote: Thu Aug 29, 2024 10:54 pm Ok... Here is my terminal output again with the suggestion of @siamhie and the yt-dlp 33mb version suggested by @Stevo

Is the yt-dlp version newer than this 2023.07.06?

[Announcement] Dropping support for Python 3.7


yt-dlp 2023.09.24 (and newer) minimum recommended Python version has been raised to 3.8
Since Python 3.7 has reached end-of-life, support for it will be dropped soon.

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

Posted: Fri Aug 30, 2024 1:53 am
by Stevo
There is a "video downloader helper" Firefox extension that also works great on MX 23, but I get a feeling that the deb of its required helper app may also require newer libraries than what Buster can provide.

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

Posted: Mon Sep 09, 2024 6:16 pm
by pianokeyjoe
Thanks to all you guys for trying to help with this issue. For what it's worth, seems, this issue will not be solvable save I upgrade my OS since it is due to outdated python libraries and Clipgrab pulls the latest yt-dlp everytime the app is started soo...? Yeah, I am hosed. If there should be another way, I all ears though! I do not know if there is a app image or flatpak that contains a full self contained clipgrab with yt-dlp environment that even has the required dependencies in the same folder as the app to make things "just work" like a portable app in Windows XP. If there is? I want it!

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

Posted: Mon Sep 09, 2024 9:14 pm
by siamhie
pianokeyjoe wrote: Mon Sep 09, 2024 6:16 pm If there should be another way, I all ears though!

You could try what I posted in comment #11. Just open your terminal to the directory you save your videos to.

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

Posted: Tue Sep 10, 2024 5:33 pm
by pianokeyjoe
siamhie wrote: Mon Sep 09, 2024 9:14 pm
pianokeyjoe wrote: Mon Sep 09, 2024 6:16 pm If there should be another way, I all ears though!

You could try what I posted in comment #11. Just open your terminal to the directory you save your videos to.
Hi @siamhie I did what you suggested and I did post my terminal error results a few comments back. Seems even in the terminal, the yt-dlp looks for python 3.8 but 3.7 is installed and can not be upgraded. But here is another terminal output in case you did not see it before:

Code: Select all

$ yt-dlp -f 136+140 https://www.youtube.com/watch?v=r2Zwclq24Vk /home/linux/Videos/
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

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

Posted: Tue Sep 10, 2024 6:36 pm
by siamhie
pianokeyjoe wrote: Tue Sep 10, 2024 5:33 pm Hi @siamhie I did what you suggested and I did post my terminal error results a few comments back.

Have you tried version 2023.07.06-1~mx19+1 that comes with MX-19?

yt-dlp 2023.09.24 and newer now require Python 3.8 per this announcement.
[Announcement] Dropping support for Python 3.7 #7803
yt-dlp.png

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

Posted: Tue Sep 10, 2024 8:43 pm
by Stuart_M
I only use MX-19.4 (Xfce) and I have no problems at all using yt-dlp to download YouTube videos. It's just as fast and error-free today as it was years ago.

I only use the Terminal to run yt-dlp, which is currently at version 2023.07.06-1~mx19+1 on my MX-19 installation. That package came from the MX Package Installer (MXPI) "Enabled Repos". Also, my MX-19 installation is currently using python3.7 (3.7.3-2+deb10u7).

As a test I used the same command that "pianokeyjoe" used according to his Posts #20 and #25 where he was unable to download a video due to an ImportError that stated it required the use of Python v3.8 and above. That error does not occur for me and the YouTube video downloaded and plays just fine. Again, my MX-19.4 has Python v3.7 installed (by default or upgraded through the normal system upgrades that occurred up until 30 June 2024).

The below code window shows that same command that "pianokeyjoe" used along with its output. It took all of about a second to download (my Internet receive speed is 300 Mb/s).

Code: Select all

yt-dlp -f 136+140 https://www.youtube.com/watch?v=r2Zwclq24Vk
[youtube] Extracting URL: https://www.youtube.com/watch?v=r2Zwclq24Vk
[youtube] r2Zwclq24Vk: Downloading webpage
[youtube] r2Zwclq24Vk: Downloading ios player API JSON
[youtube] r2Zwclq24Vk: Downloading android player API JSON
WARNING: [youtube] YouTube said: ERROR - Precondition check failed.
WARNING: [youtube] HTTP Error 400: Bad Request. Retrying (1/3)...
[youtube] r2Zwclq24Vk: Downloading android player API JSON
WARNING: [youtube] YouTube said: ERROR - Precondition check failed.
WARNING: [youtube] HTTP Error 400: Bad Request. Retrying (2/3)...
[youtube] r2Zwclq24Vk: Downloading android player API JSON
WARNING: [youtube] YouTube said: ERROR - Precondition check failed.
WARNING: [youtube] HTTP Error 400: Bad Request. Retrying (3/3)...
[youtube] r2Zwclq24Vk: Downloading android player API JSON
WARNING: [youtube] YouTube said: ERROR - Precondition check failed.
WARNING: [youtube] Unable to download API page: HTTP Error 400: Bad Request (caused by <HTTPError 400: 'Bad Request'>); please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
[youtube] r2Zwclq24Vk: Downloading player 5f8f5b0f
WARNING: [youtube] r2Zwclq24Vk: nsig extraction failed: You may experience throttling for some formats
         n = UfQ9cfeM2g69hkpfJ ; player = https://www.youtube.com/s/player/5f8f5b0f/player_ias.vflset/en_US/base.js
WARNING: [youtube] r2Zwclq24Vk: nsig extraction failed: You may experience throttling for some formats
         n = ACF5g0u_siVlLFB_2 ; player = https://www.youtube.com/s/player/5f8f5b0f/player_ias.vflset/en_US/base.js
[youtube] r2Zwclq24Vk: Downloading m3u8 information
[info] r2Zwclq24Vk: Downloading 1 format(s): 136+140
[download] Destination: From Monsters Are EATING People | Season 3 [r2Zwclq24Vk].f136.mp4
[download] 100% of   31.58MiB in 00:00:01 at 23.72MiB/s
[download] Destination: From Monsters Are EATING People | Season 3 [r2Zwclq24Vk].f140.m4a
[download] 100% of   11.12MiB in 00:00:01 at 8.82MiB/s
[Merger] Merging formats into "From Monsters Are EATING People | Season 3 [r2Zwclq24Vk].mp4"
Deleting original file From Monsters Are EATING People | Season 3 [r2Zwclq24Vk].f136.mp4 (pass -k to keep)
Deleting original file From Monsters Are EATING People | Season 3 [r2Zwclq24Vk].f140.m4a (pass -k to keep)

And by the way, all those warning lines on the output of that command had no ill effects on the downloaded video - it plays fine.

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

Posted: Tue Sep 10, 2024 10:35 pm
by siamhie
Stuart_M wrote: Tue Sep 10, 2024 8:43 pm I only use the Terminal to run yt-dlp, which is currently at version 2023.07.06-1~mx19+1 on my MX-19 installation.
@pianokeyjoe is trying to use a newer version of yt-dlp and it will not work in MX-19.
He is going to have to stay with version 2023.07.06 until he updates to a newer version of MX.

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

Posted: Tue Sep 10, 2024 11:37 pm
by pianokeyjoe
So, I did uninstall the latest version of yt-dlp, clipgrab and then reinstalled version 2023.07.06-1~mx19+1 and synaptic reported everything installed successfully(reinstalled the clipgrab from the MX19 repos as well). But I am still getting this error. Which is why I am confused as to why it still reports I need a newer version of python than 3.7. Is there a way to check the version of yt-dlp in the terminal? Or a log file? I only see Clipgrab as pulling yt-dlp latest but it is into it's own folders, and not the system itself. I have searched all over my hard drive and can not find where the system wide yt-dlp is even installed. I am out of clues.

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

Posted: Tue Sep 10, 2024 11:51 pm
by pianokeyjoe
I am including a screenshot of my MXPI enabled repos where yt-dlp is installed in my system. As I said, I installed the MX19 version of yt-dlp, but that python error persists.
Image

Again, this is a situation that one day clipgrab stopped working and yt-dlp in my system was suddenly reporting an unsupported python library error. I tried the latest version standalone binary in clipgrab but that only brought me to the same error and no files found error in clipgrab.

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

Posted: Wed Sep 11, 2024 12:34 am
by DukeComposed
pianokeyjoe wrote: Tue Sep 10, 2024 11:37 pm Is there a way to check the version of yt-dlp in the terminal?
"yt-dlp --version" always works for me.

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

Posted: Wed Sep 11, 2024 1:36 am
by siamhie
pianokeyjoe wrote: Tue Sep 10, 2024 11:51 pm Again, this is a situation that one day clipgrab stopped working and yt-dlp in my system was suddenly reporting an unsupported python library error.

The problem is with ClipGrab. It will download yt-dlp for you even if you have it installed on your system.

Here on my system (MX-23) I have yt-dlp 2024.08.01 installed. When I go to ClipGrab's About tab it shows yt-dlp 2024-08-06 instead.
CG.png

So I renamed ClipGrab's version and symlinked my system version to the ClipGrab directory.

Code: Select all

which yt-dlp
/usr/bin/yt-dlp

Code: Select all

yt-dlp --version
2024.08.01

Code: Select all

ln -s /usr/bin/yt-dlp ~/.local/share/ClipGrab/ClipGrab/

Code: Select all

ls -l ~/.local/share/ClipGrab/ClipGrab/
total 2904
drwx------ 3 siamhie siamhie    4096 Aug 20 21:48 QtWebEngine
lrwxrwxrwx 1 siamhie siamhie      15 Sep 10 22:21 yt-dlp -> /usr/bin/yt-dlp
-rw-r--r-- 1 siamhie siamhie 2965725 Aug 20 21:48 yt-dlp-BAK
Yet when I start ClipGrab it wants to download yt-dlp even though the file is in it's directory.
ClipGrab.png

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

Posted: Wed Sep 11, 2024 1:49 am
by siamhie
You can still use yt-dlp in a terminal. I posted how to do this in post #11. viewtopic.php?p=788297#p788297