-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Video covers/thumbnails no longer appear" #161
Comments
Confirmed on 10.8.0.10 here: (attempting to download https://youtu.be/TE2mXDqWHyo to a freshly installed 24.10 VM with the latest IIAB Calibre-Web)
|
@EMG70 noticed that this used to work, e.g. on LRN2.ORG here:
|
@deldesir explains:
|
I take back what I've said. --write-thumbnail does work on xklb. I wrongly debugged the issue by interpreting an error I received because I omitted --video option in
|
Thanks @deldesir for explaining 💯 |
I notice the thumbnail file is downloaded outside of the video directory created upon download (Youtube/<video_directory>) and it's named after the |
Any chance this new behavior is... intentional? |
@deldesir please close this issue within the coming week, if all looks solid! |
Ah yeah this is because the file is moved after:
Since you've already made a fix I think I'll leave this as-is but I might need to change it in the future if something else is broken by this, in which case just take out one of the In any case, I'd recommend using |
We can refine PR #162, no worries! e.g. if thumbnails and sub-title files [ETC!] can always appear in the same directory with the original video, if that turns out to be an option? (Anyway that would be my 1st choice, if @chapmanjacobd thinks that's a sensible long-term solution with yt-dlp and xklb?!) |
Thanks @chapmanjacobd for clarifying the underlying root cause: (It sounds like he &/or @deldesir will try to restore the original behavior sometime soon — such that cover/thumbnail/poster once again appears in the very same directory as the video — so long as any excessively long path/filename is avoided with a very high degree of certainty!) |
Appears to be solved, with PR #162 refined by: |
Thanks @EMG70 for the bug report.
Let's start by investigating confirming / reproducing / debugging on Ubuntu 24.10 VM's.
The text was updated successfully, but these errors were encountered: