Closed Tater-K7S5A closed 1 year ago
I can reproduce this. yt-dlp clearly fails to move a file (otherwise there would be [MoveFiles] Moving file...
in the end of a log), without showing an error. And it only affects opus... very weird 🤔
EDIT: disabling "Embed metadata" in settings makes the app download opus successfully. My guess is that some option that with pass to yt-dlp makes embedding a thumbnail fail. If we'll not find the root of problem, a solution will be to ignore "embed metadata" setting when downloading opus.
My guess is that some option that with pass to yt-dlp makes embedding a thumbnail fail.
If this is the case instead of ignoring all embed metadata
we can just change the option in MediaFileType.cs
under GetSupportsThumbnails()
and change OPUS
from true to false. This will prevent OPUS from embedding a thumbnail, but at least still embed regular metadata.
Thank you for your hard work on this application. I really do like it. However, right now it's being cranky.
I am running Linux Mint 21.1 Cinnamon with the Tube Converter version 2023.3.0 (Flatpak).
Since the last update I have been having trouble with opus files. If I put in a YouTube address and select OPUS it will fail and occasionally crash.
I was able to find the .opus file in
/home/tate/.var/app/org.nickvision.tubeconverter/config/Nickvision/Nickvision Tube Converter/temp/847878cd-ab86-4017-a0b6-5c2fdc326bb7/
and it appears to be fine. It just wasn't moved to the destination set in the application. mp4, mp3 and FLAC all get moved at the end of the process.Here is the log output from the application:
I ran it from the terminal and it failed. I clicked the try again and it froze then crashed.
Terminal: