Problems with larger youtube downloads

[computerfreak105]

Hi all
I'm using gpodder portable 3.11.4-portable 1093 on windows.
there is a live stream of a German dude waiting for his brawl stars update

https://www.youtube.com/watch?v=E22gVCABuSk

It's about 9 hours and 5 minutes. I got a large audio .m4a file, about 600mb. But only between three and four hours of audio is available. The lenght seems to differ every time I open the file.
Well, I won't really listen to the whole thing, but I wonder why I'm only getting 4 of 9 hours. And there is the chance I'll miss out on something interesting another time ...

Also, it takes maybe 20 seconds for MPC-HC "Media Player Classic" to open the file and start playing it. Larger audio files which I download with gpodder, maybe of 30 minutes and up, take longer then usual to open.
Sometimes I have files which play immediately, others take very long until MPC starts playing. Does someone here know why this happens? I use MPC because it is pretty accessible for blind people and it displays the time position of files so I can read it while it's playing with my braille display.

Here you can find the audio file I got and my config.json file, in case there is something audio format related I should change?

https://www.dropbox.com/scl/fo/cbvpn252vmyqdx11zcyio/h?rlkey=9wmf7bwrmd1qzrdhmxpgr2evc&dl=0

thanks, your help is appreciated!

[auouymous]

I've been getting "IncompleteRead" errors on some youtube downloads recently, mostly several hour long videos. Are you using the yt-dlp extension or gpodder's native support?

There is an "Open download folder" item when you right click an episode. When you play the file from there (outside of gpodder), does it take a while to load?

[computerfreak105]

Thanks, glad I’m not the only one this time. I let youtube-dl manage the downloads: "extensions": { "enabled": [ "rename_download", "youtube-dl" ], "rename_download": { "add_podcast_title": false, "add_sortdate": true, "sortdate_after_podcast_title": false }, "youtube-dl": { "embed_subtitles": false, "manage_channel": false, "manage_downloads": true } }, [There is an "Open download folder" item when you right click an episode. When you play the file from there (outside of gpodder), does it take a while to load?] Unfortunately I can’t try it out because the GUI isn’t accessible enough for screen readers. I only use it for letting gpodder run and download automatically. All the other things I do from the CLI. Von: auouymous ***@***.***> Gesendet: Freitag, 3. November 2023 10:32 An: gpodder/gpodder ***@***.***> Cc: computerfreak105 ***@***.***>; Author ***@***.***> Betreff: Re: [gpodder/gpodder] Problems with larger youtube downloads (Issue #1573) I've been getting "IncompleteRead" errors on some youtube downloads recently, mostly several hour long videos. Are you using the yt-dlp extension or gpodder's native support? There is an "Open download folder" item when you right click an episode. When you play the file from there (outside of gpodder), does it take a while to load? — Reply to this email directly, view it on GitHub <#1573 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICWXKDCYDZDNHBO3LE3YCS2XFAVCNFSM6AAAAAA6P42KQGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJSGEYTOOJYGM> . You are receiving this because you authored the thread. <https://github.com/notifications/beacon/ACNRICRXE2XHTM7WH4MUWKTYCS2XFA5CNFSM6AAAAAA6P42KQGWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTK2GGN6.gif> Message ID: ***@***.*** ***@***.***> >

[auouymous]

Okay, so you download with yt-dlp. The "IncompleteRead" errors I get are with gpodder's native support, but it is possible yt-dlp fails as well, and does not automatically resume the download. Search the log files for "IncompleteRead".

The CLI version doesn't play episodes, so you are already going to the folder and manually running MPC. The problem is most likely with MPC or your storage device. Do you have a delay playing files not downloaded with gpodder/yt-dlp? I doubt yt-dlp is doing anything, and turning off manage_downloads after switching to a numeric format might only cause more truncated files due to IncompleteRead errors.

[computerfreak105]

There are no “IncompleteRead” errors in the log files despite me knowing of a 5-hour video which didn’t make it completely in an .m4a audio file. It seems only .m4a files downloaded with gpodder are affected. .m4a files downloaded by yt-dlp standalone and other files are played flawlessly by MPC-HC. I was currious enough and downloaded VLC Media Player. I opened a large .m4a file downloaded by Gpodder and it took maybe 10 or 15 seconds, like on MPC-HC. All my downloads go to a internal Samsung 850 Pro SSD on my windows PC. Von: auouymous ***@***.***> Gesendet: Freitag, 3. November 2023 12:03 An: gpodder/gpodder ***@***.***> Cc: computerfreak105 ***@***.***>; Author ***@***.***> Betreff: Re: [gpodder/gpodder] Problems with larger youtube downloads (Issue #1573) Okay, so you download with yt-dlp. The "IncompleteRead" errors I get are with gpodder's native support, but it is possible yt-dlp fails as well, and does not automatically resume the download. Search the log files for "IncompleteRead". The CLI version doesn't play episodes, so you are already going to the folder and manually running MPC. The problem is most likely with MPC or your storage device. Do you have a delay playing files not downloaded with gpodder/yt-dlp? I doubt yt-dlp is doing anything, and turning off manage_downloads after switching to a numeric format might only cause more truncated files due to IncompleteRead errors. — Reply to this email directly, view it on GitHub <#1573 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNRICXLELQVIYSRHEYQTWDYCTFNHAVCNFSM6AAAAAA6P42KQGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJSGI2DGOBSGE> . You are receiving this because you authored the thread. <https://github.com/notifications/beacon/ACNRICWO6EA75YTX63OHI23YCTFNHA5CNFSM6AAAAAA6P42KQGWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTK2N4G2.gif> Message ID: ***@***.*** ***@***.***> >