• Re: [gentoo-user] youtube-dl has been very slow

    From tastytea@21:1/5 to covici@ccs.covici.com on Sat Nov 6 22:00:01 2021
    On 2021-11-06 16:32-0400 John Covici <covici@ccs.covici.com> wrote:

    Hi. If I try to play a youtube video using a console app like mpv, or
    if I try to download a youtube video directly by using youtube-dl, the
    speed is about dialup speed. Now, I have a Winblows box in the same
    network and I don't get the slowdown. I have a program there which
    downloads the same exact youtube video quite rapidly. Is youtube-dl
    doing something wrong maybe by having a wrong user agent, or is there something else to be done? My version is 2021.06.06. This seems
    quite old to me for this program.

    Thanks in advance for any suggestions.


    Google changed something to make youtube-dl slow and its development
    seems to have stopped.

    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It
    downloads with normal speeds. The newest version of the ebuild installs
    a compatibility-wrapper so programs calling youtube-dl will
    automatically use yt-dlp instead.

    Kind regards, tastytea

    --
    Get my PGP key with `gpg --locate-keys tastytea@tastytea.de` or at <https://tastytea.de/tastytea.asc>.

    -----BEGIN PGP SIGNATURE-----

    iHUEAREKAB0WIQQ1VSZoZMptf/RapufPw5SX8bJuBwUCYYbq4wAKCRDPw5SX8bJu B1BKAP9I1l/MDJ6E/z2Ob6VAWSjzkxCqPukHtfl9pKnFCXcbrgD+Minh/aHZV0Az OVF9rjg2CuT2RIhi0kno0ImWrGX14bU=
    =oARV
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Steinmetzger@21:1/5 to All on Sat Nov 6 22:10:02 2021
    Am Sat, Nov 06, 2021 at 09:51:47PM +0100 schrieb tastytea:
    On 2021-11-06 16:32-0400 John Covici <covici@ccs.covici.com> wrote:

    Hi. If I try to play a youtube video using a console app like mpv, or
    if I try to download a youtube video directly by using youtube-dl, the speed is about dialup speed.

    I’ve also been observing this for a while now. Since I’m patient, I couldn’t
    bother yet to dig deeper. I checked the user agent and it seems
    inconspicuous. Maybe they detect it through the way youtube-dl first loads
    the video’s manifest, or because it’s missing a cookie or something.

    Now, I have a Winblows box in the same
    network and I don't get the slowdown.

    Watching in the browser is also no problem here. Back in the very old days,
    I opened the video in the browser, let it load and then copied the actual
    video file from the adobe flash cache directory. :D


    Is youtube-dl doing something wrong maybe by having a wrong user agent,
    or is there something else to be done? My version is 2021.06.06. This seems quite old to me for this program.

    Same here on Arch.

    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It downloads
    with normal speeds.

    Thanks for the tip, I installed it right away and will try to change my
    muscle memory. Incidentally, I set up a bash alias ,y so I could type less
    to call youtube-dl, but then I removed it because too often I was at a
    system where the alias wasn’t present. Now I would have saved me the pain of change.

    --
    Grüße | Greetings | Qapla’
    Please do not share anything from, with or about me on any social network.

    Where there’s a villa, there’s a way.

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEVbE9o2D2lE5fhoVsizG+tUDUMMoFAmGG7NQACgkQizG+tUDU MMr6LBAAt/GlzwSouAPv+ldBXfawW5JsG23mbO+1kPgVvy5jv7WM7Oiot9nXGurm h1wxMhmmzTr3bAHgf/NUcfrtvo78H5GJsER2eJVuKrhmKn8/ReDQP2WF+1mG6Rdh vwo9oQTrsBS7qJ1UheY5nfdZELDFKnzeZ3otN5sMAt0un8Px2idh6LLKKOYLXaa+ 6l6HfOz+sCfB71S/APMEeLijZzODr/hRZFQj1ygHHspY1NtcJrL92X6N/J6L8Eyg 9w2VTU7LKsP7fjc4EcUNU3WB9WOK3SMiyyJWmmIapsirvK+9tcXiY7lrR8OUX1sG hArVQ8ukgFPUseuB+ZPw9a4CztsD/fl4RtOc468KEWJZ2ukbRIxgmIgpgfC3h1BQ ptnZwsue/GaOCOg2BtJ0jEsTl5RqUARh2nY53I/ZjVx4+299it2Nh4NHt7UeC/91 GrNaJMu45KiVNJs/BtBTNygxjWMNggmqgtJ9j1krS+FH4v+O0kPuGzQn9HKfVhkC /hS+n2/wBAeidVtgMvzwG5uwfxon0axkVBANaLMGnDp681JfKkX1EokmcAJACR7h TOHkqIeLjraYpWnTk5RhpQXqkQXqWn7ahYog60qqngtYMOoPvy4QyySMlCbu2mtg EwwiULzeJPT1zHzaL7V4t5HD0iZlLH1k0dHRpI89YN/6wro9GJc=
    =aDQ+
    -----END PGP SIGNATURE-----

    --- SoupGate-
  • From John Covici@21:1/5 to All on Sat Nov 6 21:40:02 2021
    Hi. If I try to play a youtube video using a console app like mpv, or
    if I try to download a youtube video directly by using youtube-dl, the
    speed is about dialup speed. Now, I have a Winblows box in the same
    network and I don't get the slowdown. I have a program there which
    downloads the same exact youtube video quite rapidly. Is youtube-dl
    doing something wrong maybe by having a wrong user agent, or is there
    something else to be done? My version is 2021.06.06. This seems
    quite old to me for this program.

    Thanks in advance for any suggestions.

    --
    Your life is like a penny. You're going to lose it. The question is:
    How do
    you spend it?

    John Covici wb2una
    covici@ccs.covici.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From John Covici@21:1/5 to tastytea on Sat Nov 6 22:50:01 2021
    On Sat, 06 Nov 2021 16:51:47 -0400,
    tastytea wrote:

    [1 <text/plain; US-ASCII (quoted-printable)>]
    On 2021-11-06 16:32-0400 John Covici <covici@ccs.covici.com> wrote:

    Hi. If I try to play a youtube video using a console app like mpv, or
    if I try to download a youtube video directly by using youtube-dl, the speed is about dialup speed. Now, I have a Winblows box in the same network and I don't get the slowdown. I have a program there which downloads the same exact youtube video quite rapidly. Is youtube-dl
    doing something wrong maybe by having a wrong user agent, or is there something else to be done? My version is 2021.06.06. This seems
    quite old to me for this program.

    Thanks in advance for any suggestions.


    Google changed something to make youtube-dl slow and its development
    seems to have stopped.

    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It
    downloads with normal speeds. The newest version of the ebuild installs
    a compatibility-wrapper so programs calling youtube-dl will
    automatically use yt-dlp instead.


    Thanks much, I will try this out.

    --
    Your life is like a penny. You're going to lose it. The question is:
    How do
    you spend it?

    John Covici wb2una
    covici@ccs.covici.com

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Matt Connell (Gmail)@21:1/5 to tastytea on Mon Nov 8 17:00:01 2021
    On Sat, 2021-11-06 at 21:51 +0100, tastytea wrote:
    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It
    downloads with normal speeds.

    I'm a bit surprised such a venerable piece of software has been seemingly-abandoned so abruptly. I'm also upset that I had missed the
    memo on this until now... guess I need to expand my news net a bit.

    What was the reasoning/motivation behind the fork? I see the yt-dl
    subreddit recommending yt-dlp as you have here, but not explanation
    other than the throttling being experienced and described here.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nikos Chantziaras@21:1/5 to All on Mon Nov 8 17:40:01 2021
    T24gMDgvMTEvMjAyMSAxNzo1NywgTWF0dCBDb25uZWxsIChHbWFpbCkgd3JvdGU6DQo+IFdo YXQgd2FzIHRoZSByZWFzb25pbmcvbW90aXZhdGlvbiBiZWhpbmQgdGhlIGZvcms/ICBJIHNl ZSB0aGUgeXQtZGwNCj4gc3VicmVkZGl0IHJlY29tbWVuZGluZyB5dC1kbHAgYXMgeW91IGhh dmUgaGVyZSwgYnV0IG5vdCBleHBsYW5hdGlvbg0KPiBvdGhlciB0aGFuIHRoZSB0aHJvdHRs aW5nIGJlaW5nIGV4cGVyaWVuY2VkIGFuZCBkZXNjcmliZWQgaGVyZS4NCg0KSXQgd2FzIGEg Zm9yayB0aGF0IGFkZGVkIHRoaW5ncyB5b3V0dWJlLWRsIGRpZG4ndCB3YW50IHRvIGFkZC4g VGhleSBhcmUgDQpkZXNjcmliZWQgb24gdGhlaXIgZ2l0aHViIHBhZ2U6DQoNCiAgIGh0dHBz Oi8vZ2l0aHViLmNvbS95dC1kbHAveXQtZGxwDQoNCk9uZSB0aGluZyB0aGV5IGFkZGVkIGlu IHBhcnRpY3VsYXIgdGhhdCBJIGZpbmQgZ3JlYXQgaXMgdGhlIGFiaWxpdHkgdG8gDQpzcGVj aWZ5IHdoaWNoIGNvZGVjIHRvIHByZWZlci4gSSB3YW50IEFWMSwgd2hpY2ggaXMgdGhlIGhp Z2hlc3QgcXVhbGl0eSANCmNvZGVjIG9uIHlvdXR1YmUuIEJlZm9yZSwgSSBoYWQgdG8gZG8g dGhpczoNCg0KLS1mb3JtYXQ9YmVzdHZpZGVvW3Zjb2RlY149YXYwMV1bd2lkdGg+PzI1MDBd W3dpZHRoPD0/MjU2MF0rYmVzdGF1ZGlvL2Jlc3R2aWRlb1tleHQ9d2VibV1bd2lkdGg+PzI1 MDBdW3dpZHRoPD0/MjU2MF0rYmVzdGF1ZGlvL2Jlc3R2aWRlb1tleHQ9bXA0XVt3aWR0aD4/ MjUwMF1bd2lkdGg8PT8yNTYwXStiZXN0YXVkaW8vYmVzdHZpZGVvW3Zjb2RlY149YXYwMV1b d2lkdGg+PzE4MDBdW3dpZHRoPD0/MTkyMF0rYmVzdGF1ZGlvL2Jlc3R2aWRlb1tleHQ9d2Vi bV1bd2lkdGg+PzE4MDBdW3dpZHRoPD0/MTkyMF0rYmVzdGF1ZGlvL2Jlc3R2aWRlb1tleHQ9 bXA0XVt3aWR0aD4/MTgwMF1bd2lkdGg8PT8xOTIwXStiZXN0YXVkaW8vYmVzdHZpZGVvW3Zj b2RlY149YXYwMV1bd2lkdGg+PzExMDBdW3dpZHRoPD0/MTI4MF0rYmVzdGF1ZGlvL2Jlc3R2 aWRlb1tleHQ9d2VibV1bd2lkdGg+PzExMDBdW3dpZHRoPD0/MTI4MF0rYmVzdGF1ZGlvL2Jl c3R2aWRlb1tleHQ9bXA0XVt3aWR0aD4/MTEwMF1bd2lkdGg8PT8xMjgwXStiZXN0YXVkaW8v YmVzdHZpZGVvW3Zjb2RlY149YXYwMV1bd2lkdGg+PzgwMF1bd2lkdGg8PT8xMDI0XStiZXN0 YXVkaW8vYmVzdHZpZGVvW2V4dD13ZWJtXVt3aWR0aD4/ODAwXVt3aWR0aDw9PzEwMjRdK2Jl c3RhdWRpby9iZXN0dmlkZW9bZXh0PW1wNF1bd2lkdGg+PzgwMF1bd2lkdGg8PT8xMDI0XSti ZXN0YXVkaW8vYmVzdHZpZGVvW3Zjb2RlY149YXYwMV1bd2lkdGg+PzYwMF1bd2lkdGg8PT84 MDBdK2Jlc3RhdWRpby9iZXN0dmlkZW9bZXh0PXdlYm1dW3dpZHRoPj82MDBdW3dpZHRoPD0/ ODAwXStiZXN0YXVkaW8vYmVzdHZpZGVvW2V4dD1tcDRdW3dpZHRoPj82MDBdW3dpZHRoPD0/ ODAwXStiZXN0YXVkaW8vYmVzdHZpZGVvW3Zjb2RlY149YXYwMV1bd2lkdGg+PzQwMF1bd2lk dGg8PT81ODBdK2Jlc3RhdWRpby9iZXN0dmlkZW9bZXh0PXdlYm1dW3dpZHRoPj80MDBdW3dp ZHRoPD0/NTgwXStiZXN0YXVkaW8vYmVzdHZpZGVvW2V4dD1tcDRdW3dpZHRoPj80MDBdW3dp ZHRoPD0/NTgwXStiZXN0YXVkaW8vYmVzdHZpZGVvW3Zjb2RlY149YXYwMV1bd2lkdGg+PzIw MF1bd2lkdGg8PT80MDBdK2Jlc3RhdWRpby9iZXN0dmlkZW9bZXh0PXdlYm1dW3dpZHRoPj8y MDBdW3dpZHRoPD0/NDAwXStiZXN0YXVkaW8vYmVzdHZpZGVvW2V4dD1tcDRdW3dpZHRoPj8y MDBdW3dpZHRoPD0/NDAwXStiZXN0YXVkaW8vYmVzdA0KDQpCdXQgd2l0aCB5dC1kbHAgSSBv bmx5IGhhdmUgdG8gZG8gdGhpczoNCg0KICAgLS1mb3JtYXQtc29ydD13aWR0aDoyNTYwLGhl aWdodDoxNDQwLHZjb2RlYzphdjENCg0KSWYgdGhhdCdzIG5vdCBhIHdpbiwgSSBkb24ndCB3 aGF0IGlzIDopDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Skippy@21:1/5 to tastytea on Mon Nov 15 16:40:01 2021
    On 11/6/21 14:51, tastytea wrote:
    snip


    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It
    downloads with normal speeds. The newest version of the ebuild installs
    a compatibility-wrapper so programs calling youtube-dl will
    automatically use yt-dlp instead.

    Kind regards, tastytea


    I didn't know abouot yt-dlp either. Thanks for the info. I installed it
    but it will not work with gPodder.

    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    Thank you.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ionen Wolkens@21:1/5 to Skippy on Mon Nov 15 17:20:01 2021
    On Mon, Nov 15, 2021 at 08:33:04AM -0700, Skippy wrote:
    I didn't know abouot yt-dlp either. Thanks for the info. I installed it
    but it will not work with gPodder.

    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    Thank you.

    Haven't tried but see upstream issue, there's a WIP PR too https://github.com/gpodder/gpodder/issues/1176 https://github.com/gpodder/gpodder/pull/1182

    While the "youtube-dl" command from the yt-dlp ebuild is mostly
    compatible, the python module can need small workarounds so opted
    not to symlink the module in the ebuild.

    That aside, been debating whether I should allow youtube-dl and yt-dlp
    to be installed concurrently meanwhile (IUSE=youtube-dl on yt-dlp),
    although at this point youtube-dl feels nearly unusable to me so
    not sure if it's worth it :?
    --
    ionen

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmGSh6sACgkQskQGsLCs QzTW4wgAtKUBoCV5ZSr9B+iAoowlGcze4QCX5KhDwljsbzMMyAAKv5s0Z8HL1uz6 lyI2zTTpQ8Of5dP1bMe+3fOfl1y6XY+avmEuiZ+bhSww4f0MV9lToggF8T5tOLGv xbxhr2EyofH4y2U1/Rov3cnzmgYvFEhL1dBgPNY/IlhLKfneZ9Suul+1WvKbpWi+ jmhCeS4lX0/YZcvDbR6KOhMugGP04PFBgq7am/57YgiXGkvhj83UNfXQrVjzqL/U HgkVxXEBmPnGc2u/oYkgWw9wUB6CCjbSYfQzFSUNUBd/Ucrz+ebw/e0X4ItZ25s/ 6rRBE4VYfEf+N44O+o9ye4kmcQbv8g==
    =YQQK
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tastytea@21:1/5 to linuxgn2@204EastSouth.com on Mon Nov 15 17:20:01 2021
    On 2021-11-15 08:33-0700 Skippy <linuxgn2@204EastSouth.com> wrote:

    On 11/6/21 14:51, tastytea wrote:
    snip


    The fork everyone is using now is yt-dlp (net-misc/yt-dlp). It
    downloads with normal speeds. The newest version of the ebuild
    installs a compatibility-wrapper so programs calling youtube-dl will automatically use yt-dlp instead.

    Kind regards, tastytea


    I didn't know abouot yt-dlp either. Thanks for the info. I installed
    it but it will not work with gPodder.

    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    That looks like it does not use the program, but the python module
    directly. You could try if symlinking
    /usr/lib/python3.9/site-packages/yt_dlp to /usr/lib/python3.9/site-packages/youtube_dl helps. Replace python3.9
    with your version of course.
    If that works, please file a bug on bugs.gentoo.org.

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    yt-dlp already installs a wrapper script in /usr/bin/youtube-dl.

    Kind regards, tastytea

    --
    Get my PGP key with `gpg --locate-keys tastytea@tastytea.de` or at <https://tastytea.de/tastytea.asc>.

    -----BEGIN PGP SIGNATURE-----

    iHUEAREKAB0WIQQ1VSZoZMptf/RapufPw5SX8bJuBwUCYZKHSwAKCRDPw5SX8bJu BzLKAP9zXARN1Rv6xFPATG9XgoMnvjRkoLpMrdCoHKla0hh35QEAg4apXLLl5k6Z 0yaN7V5FMUyYwFSrsYuQ797quZYJgGQ=
    =yVj6
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rich Freeman@21:1/5 to linuxgn2@204eastsouth.com on Mon Nov 15 20:00:02 2021
    On Mon, Nov 15, 2021 at 1:42 PM Skippy <linuxgn2@204eastsouth.com> wrote:

    I created the symlink as you instructed and it appears to be working.
    When I enable use of youtube-dl in gPodder I get no error messages. I
    just added a youtube feed and am downloading some videos.


    Keep in mind that some APIs might break and others might not, so
    whether there is a problem is going to depend on a lot of details.
    One program might work with this workaround, and another might fail in
    subtle ways. So, it isn't a good idea to just symlink this for all
    users.

    However, as you seem to have found, it may work in some cases, and if
    it does that is great. I imagine you aren't using much software that
    makes use of the python APIs, so the risks are fairly low if you are
    happy with what you found in testing.

    In regards to filing a bug - I'm unclear exactly what the bug is. Is
    the bug the fact that gPodder will not use yt-dlp in place of youtube-dl without your work-around?

    Correct. The fact that you didn't run into issues will probably be
    useful feedback as well.

    --
    Rich

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Skippy@21:1/5 to tastytea on Mon Nov 15 19:50:01 2021
    On 11/15/21 09:14, tastytea wrote:

    snip


    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    That looks like it does not use the program, but the python module
    directly. You could try if symlinking
    /usr/lib/python3.9/site-packages/yt_dlp to /usr/lib/python3.9/site-packages/youtube_dl helps. Replace python3.9
    with your version of course.
    If that works, please file a bug on bugs.gentoo.org.

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    yt-dlp already installs a wrapper script in /usr/bin/youtube-dl.

    Kind regards, tastytea


    I created the symlink as you instructed and it appears to be working.
    When I enable use of youtube-dl in gPodder I get no error messages. I
    just added a youtube feed and am downloading some videos.

    Thanks for the assistance.

    In regards to filing a bug - I'm unclear exactly what the bug is. Is
    the bug the fact that gPodder will not use yt-dlp in place of youtube-dl without your work-around?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tastytea@21:1/5 to linuxgn2@204EastSouth.com on Mon Nov 15 20:00:03 2021
    On 2021-11-15 11:42-0700 Skippy <linuxgn2@204EastSouth.com> wrote:

    On 11/15/21 09:14, tastytea wrote:

    snip


    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    That looks like it does not use the program, but the python module directly. You could try if symlinking /usr/lib/python3.9/site-packages/yt_dlp to /usr/lib/python3.9/site-packages/youtube_dl helps. Replace python3.9
    with your version of course.
    If that works, please file a bug on bugs.gentoo.org.

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    yt-dlp already installs a wrapper script in /usr/bin/youtube-dl.

    Kind regards, tastytea


    I created the symlink as you instructed and it appears to be working.
    When I enable use of youtube-dl in gPodder I get no error messages.
    I just added a youtube feed and am downloading some videos.

    Thanks for the assistance.

    In regards to filing a bug - I'm unclear exactly what the bug is. Is
    the bug the fact that gPodder will not use yt-dlp in place of
    youtube-dl without your work-around?

    It's not really a bug, more a workaround for projects that haven't
    switched yet. I thought it makes sense to let the ebuild add the
    symlink since yt-dlp and youtube-dl can't be installed at the same time.

    But ionen mentioned in the other reply¹, that

    While the "youtube-dl" command from the yt-dlp ebuild is mostly
    compatible, the python module can need small workarounds so opted
    not to symlink the module in the ebuild.

    So it seems to be not such a good idea. 😊

    ¹ <https://archives.gentoo.org/gentoo-user/message/c76c383b9ff73e7c9cd48f76bad4f752>

    --
    Get my PGP key with `gpg --locate-keys tastytea@tastytea.de` or at <https://tastytea.de/tastytea.asc>.

    -----BEGIN PGP SIGNATURE-----

    iHUEAREKAB0WIQQ1VSZoZMptf/RapufPw5SX8bJuBwUCYZKsVwAKCRDPw5SX8bJu B/UsAPwO52ziPKyOsyzssmwdNJQefgGWIbQoojaifTVcrWh0RgD/cYvFQz+DKvUo Q3LiE6UAId9sGN2vErbfjouI7oGcVO4=
    =j2QK
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ionen Wolkens@21:1/5 to Skippy on Mon Nov 15 20:20:04 2021
    On Mon, Nov 15, 2021 at 11:42:28AM -0700, Skippy wrote:
    On 11/15/21 09:14, tastytea wrote:

    snip


    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    That looks like it does not use the program, but the python module directly. You could try if symlinking /usr/lib/python3.9/site-packages/yt_dlp to /usr/lib/python3.9/site-packages/youtube_dl helps. Replace python3.9
    with your version of course.
    If that works, please file a bug on bugs.gentoo.org.

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    yt-dlp already installs a wrapper script in /usr/bin/youtube-dl.

    Kind regards, tastytea


    I created the symlink as you instructed and it appears to be working.
    When I enable use of youtube-dl in gPodder I get no error messages. I
    just added a youtube feed and am downloading some videos.

    Thanks for the assistance.


    Hm, slightly surprised it works. I've had a poorer experience with
    symlinking the python module (not fully compatible). I considered
    having the ebuild do it but ultimately skipped that.

    However, if you say it works I think I'll have a 2nd look a bit later.
    It's fairly harmless to add either way.

    (I picked up maintaining yt-dlp in ::gentoo recently)

    In regards to filing a bug - I'm unclear exactly what the bug is. Is
    the bug the fact that gPodder will not use yt-dlp in place of youtube-dl without your work-around?


    gpodder's upstream already has a bug report to use yt-dlp

    Mentioned bugs.gentoo.org, so imagine the idea was that gentoo's ebuild
    could add the symlink. I got the message anyhow so can skip the bug.

    --
    ionen

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmGSrqkACgkQskQGsLCs QzROggf/QhTg5SAtNbyNVqrG4qbxvFNZgwrGTqu26SZ2gVR660ifKM3sPsXhutJf eRlsEM7bvMty+HB413Nkcc/otY6rqyEzvRGnwhSm+m/eXSty+uhEyBvj7u50rGpR kHY89GhNVR3JJgJJ87EMCAY6SMJsldFQ4mDvNu3kTKdMKZWDJWMqAnGNWd2fGmTj 836uGG5dHnKSKTXKb0Wk1rWUOzFfQtMBTIttuH9FPxJLYFpvHnycZSGWf53bU7gn yDNc2J/cQs7EkYf6FO4x/wUgcrGXs2d0UP1AEULXzGRuBKzfyL1+FKF9P3uek4Iz tn1A6AmFmPumtfKUVYHoThCL0+JGCg==
    =oGa+
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Skippy@21:1/5 to All on Thu Nov 18 02:20:01 2021
    I've been short on time, but just wanted to jump in and say that it
    still seems to be working fine. If anything blows up I'll post on this
    thread.

    Thanks again to everyone for the assistance.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Skippy@21:1/5 to Ionen Wolkens on Mon Nov 22 19:10:01 2021
    On 11/15/21 12:02, Ionen Wolkens wrote:
    On Mon, Nov 15, 2021 at 11:42:28AM -0700, Skippy wrote:
    On 11/15/21 09:14, tastytea wrote:

    snip


    When in gPodder i enable use of Youtube-dl I get the message

    Extension cannot be activated.
    Python module not found: youtube_dl

    That looks like it does not use the program, but the python module
    directly. You could try if symlinking
    /usr/lib/python3.9/site-packages/yt_dlp to
    /usr/lib/python3.9/site-packages/youtube_dl helps. Replace python3.9
    with your version of course.
    If that works, please file a bug on bugs.gentoo.org.

    Anyone know how to make gPodder use yt-dlp?

    Do I simply need a link that sends youtube_dl to yt-dlp?

    yt-dlp already installs a wrapper script in /usr/bin/youtube-dl.

    Kind regards, tastytea


    I created the symlink as you instructed and it appears to be working.
    When I enable use of youtube-dl in gPodder I get no error messages. I
    just added a youtube feed and am downloading some videos.

    Thanks for the assistance.


    Hm, slightly surprised it works. I've had a poorer experience with
    symlinking the python module (not fully compatible). I considered
    having the ebuild do it but ultimately skipped that.

    However, if you say it works I think I'll have a 2nd look a bit later.
    It's fairly harmless to add either way.

    (I picked up maintaining yt-dlp in ::gentoo recently)

    In regards to filing a bug - I'm unclear exactly what the bug is. Is
    the bug the fact that gPodder will not use yt-dlp in place of youtube-dl
    without your work-around?


    gpodder's upstream already has a bug report to use yt-dlp

    Mentioned bugs.gentoo.org, so imagine the idea was that gentoo's ebuild
    could add the symlink. I got the message anyhow so can skip the bug.


    Update on what's happening with this - now it's not behaving nicely.
    I'm not sure what has changed.


    With use Youtube-dl enabled updating the feeds is very slow.

    I get this error message under each non-YouTube feed in the main window:

    ERROR: 'str' object has no attriubte 'suitable'

    And I get this for each feed in my log file:

    2021-11-22 07:58:58,085 [gpodder.gtkui.main] ERROR: Error: 'str' object
    has no attribute 'suitable'
    Traceback (most recent call last):
    File "/usr/lib/python3.9/site-packages/gpodder/gtkui/main.py", line
    2671, in update_feed_cache_proc
    channel.update(max_episodes=self.config.max_episodes_per_feed)
    File "/usr/lib/python3.9/site-packages/gpodder/model.py", line 1166,
    in update
    self._consume_updated_feed(result.feed, max_episodes)
    File "/usr/lib/python3.9/site-packages/gpodder/model.py", line 1076,
    in _consume_updated_feed
    new_episodes, seen_guids = feed.get_new_episodes(self, existing_guids)
    File "/usr/lib/python3.9/site-packages/gpodder/model.py", line 155,
    in get_new_episodes
    episode = channel.EpisodeClass.from_podcastparser_entry(entry, channel)
    File "/usr/lib/python3.9/site-packages/gpodder/model.py", line 298,
    in from_podcastparser_entry
    link_has_media = registry.custom_downloader.resolve(None, None,
    episode) is not None
    File "/usr/lib/python3.9/site-packages/gpodder/registry.py", line 31,
    in resolve
    result = resolver(item, *args)
    File "/usr/share/gpodder/extensions/youtube-dl.py", line 443, in custom_downloader
    if self.is_supported_url(episode.url):
    File "/usr/share/gpodder/extensions/youtube-dl.py", line 432, in is_supported_url
    if ie.suitable(url) and ie.ie_key() not in self.ie_blacklist: AttributeError: 'str' object has no attribute 'suitable'
    2021-11-22 07:59:40,788 [urllib3.connectionpool] WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None))
    after connection broken by 'SSLError(SSLEOFError(8, 'EOF occurred in
    violation of protocol (_ssl.c:1145)'))': /rss2.xml


    All non YouTube files fail to download. For each file I get the error:
    ERROR: 'str' object has no attriubte 'suitable'

    When I disable using Youtube-dl the non-YouTube files download without
    problem.

    The work around is simply to turn off 'use Youtube-dl' to download podcasts.

    I just wanted to get this information out to you.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ionen Wolkens@21:1/5 to Skippy on Mon Nov 22 20:40:01 2021
    On Mon, Nov 22, 2021 at 11:04:45AM -0700, Skippy wrote:
    Update on what's happening with this - now it's not behaving nicely.
    I'm not sure what has changed.


    With use Youtube-dl enabled updating the feeds is very slow.

    I get this error message under each non-YouTube feed in the main window:

    ERROR: 'str' object has no attriubte 'suitable'

    [snip]

    Thanks, looks like this was mentioned upstream: https://github.com/gpodder/gpodder/issues/1176#issuecomment-949674623

    Will have to wait for them to work on this.

    Guess site-packages symlink will have limited uses but given the yt-dlp
    ebuild blocks youtube-dl either way (opted for no USE for the wrapper
    script given ultimately want to get rid of youtube-dl), it should
    hopefully not do more harm than good for the few cases where it can
    work.

    --
    ionen

    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmGb8CIACgkQskQGsLCs QzQsfwf/bWXLE8ArZDbQI9ECcABkxPEaCR+fCxQwV7Ft4O1AhHElfCMYfYW+mazZ hA2aK2VrILClG74kxmaFzR1SuKuwBEKeUzoUvOT4rsJxDiyfr+ur4adsMmRaPg/u Y/GAnUIaRb2rngSN18fMbKjdOdDxZHzxMCc0xUz48YBogs+BRauVXnKD7wFv9jN/ rD9w2u1XyTveoDZdtDbPqwNBX6t6fFfGLqGzKInXH+fWiOe9i3FR03gC+g+xEdJn UKNqBWXvagl60287rxNg0pia3GFuBgg8jNkxJvFZg2uYhOcF3Gn3M6mZ6K/UPEsK lc8Gut1f/1N2LRHVGiAGvS6SkHv9cA==
    =Mgc0
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)