Transcode fails when album art is a video track with odd numbered width/height. #1
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
To fix this we need to transcode the album art to a more supported format which requires analyzing first with ffprobe and adding extra arguments or transcode steps to convert the video track to a suitable format, applying slight downscale/crop to match format-appropriate values.
We should also add a command which fixes album art on all files to be the appropriate album art format for the container so that album art doesn't need to be re-transcoded every time transcode is run. This should also be added to the process command as well.
We should aim to only use static image formats where possible as this should be more efficient. For example use JPEG or PNG when using mka/mkv only.
Failed Example:
Analyzing the file first isn't required when using jpeg/png as codec but is when using x264 and odd numbered height/width.
Fixed in commit
4b6ad42