video_transcoding: Burned-in subtitles show at the incorrect time
I have an MKV of The Phantom Menace with a “forced” subtitle track that transcode-video doesn’t automatically detect. Therefore, I attempted to use the --burn-subtitle parameter to force the track in:
transcode-video --crop 130:132:0:0 --burn-subtitle 38 /path/to/tpm.mkv
…however, in the final transcoded video, the subtitles appear too soon (in each case, they appear/disappear about 0.5 to 1 second before they should).
For whatever it’s worth, VLC doesn’t play this “forced” track automatically, either, but when it is manually selected in the source MKV (i.e., the MKV used by transcode-video), the subtitles appear at the correct time.
I’ve attached the transcode-video log here in case it is of use. Appreciate your assistance!
About this issue
- Original URL
- State: closed
- Created 7 years ago
- Comments: 20 (10 by maintainers)
Hi @donmelton – quick update: the issue is fixed (thanks to the Handbrake folks)!
For anyone finding this in the future: it turns out that the version of
handbrake-clistored in the Ubuntu Xenial repositories (0.10.2 as of this writing) is (a) out-of-date and (b) broken. Whymediainforeported me as using version 1.0.2 is beyond me…At any rate, I followed the Handbrake team’s instructions for installing the most up-to-date version (1.0.3 as of this writing) and, after a fresh transcode, we’re in business!
For these particular Blu-rays, I’m not sure if the intermediate step – in which I used MKVToolNix to remux the original MKV and force the subtitle track – is necessary, but it can’t hurt.
Thanks again for your help! I wouldn’t have thought to go to the Handbrake folks unless you had suggested it.
Submitted a bug report to the Handbrake folks: https://github.com/HandBrake/HandBrake/issues/601
@bachya I’ve never used Docker but that might be easier than setting up VirtualBox again. I will consider it and let you know.
In the meantime, I suggest opening an issue with the HandBrake team about this.