Florian2000 17 Posted December 30, 2021 Posted December 30, 2021 Hi, I just merged videofiles and subtitles via MKVToolNix and now the subtitles are not available in emby (Windows / Android). What causes this? Because VideoLAN Player recognizes the subtitles just fine...so they are within the mkv container file. Any idea? Br, Florian
Luke 42080 Posted December 30, 2021 Posted December 30, 2021 Hi, did you run a library scan after changing the file?
Florian2000 17 Posted December 31, 2021 Author Posted December 31, 2021 12 hours ago, Luke said: Hi, did you run a library scan after changing the file? yes, I always do. The interesting thing is that the additional audio language is there for selection. Only the subs are missing. subtitles according to VLC: the container format is mkv. The tracks within MKVToolNix:
Luke 42080 Posted December 31, 2021 Posted December 31, 2021 Try refreshing the metadata on that file and see if it helps.
Florian2000 17 Posted December 31, 2021 Author Posted December 31, 2021 12 minutes ago, Luke said: Try refreshing the metadata on that file and see if it helps. just did...nothing changed. still no subs there.
Luke 42080 Posted December 31, 2021 Posted December 31, 2021 1 hour ago, Florian2000 said: just did...nothing changed. still no subs there. Hi, server log from doing that? Thanks.
Florian2000 17 Posted December 31, 2021 Author Posted December 31, 2021 1 hour ago, Luke said: Hi, server log from doing that? Thanks. I hope there is nothing in the log which shouldn't be seen...I took the portion where I think this was the related stuff from refreshing the metadata. embyserver.txt
Florian2000 17 Posted January 1, 2022 Author Posted January 1, 2022 the subtitle files are srt files which are now in the mkv container.
Happy2Play 9782 Posted January 1, 2022 Posted January 1, 2022 @Lukedoes it matter that the subs at least from image above are internal "WebVTT"? In a test Emby only sees external VTT not internal VTT.
Happy2Play 9782 Posted January 1, 2022 Posted January 1, 2022 Additional info from ffrpobe Stream #0:4(chi): Subtitle: none (default) Metadata: BPS : 43 DURATION : 01:49:14.664000000 NUMBER_OF_FRAMES: 983 NUMBER_OF_BYTES : 35681 Unsupported codec with id 0 for input stream 4 Media info Text #2 ID : 5 Format : S_TEXT/WEBVTT Codec ID : S_TEXT/WEBVTT Duration : 1 h 49 min Bit rate : 43 b/s Count of elements : 983 Stream size : 34.8 KiB (0%) Language : Chinese Default : Yes Forced : No Looks like it maybe an old open defect. #5641 (Support WebVTT according to MKV specs) – FFmpeg
Florian2000 17 Posted January 2, 2022 Author Posted January 2, 2022 11 hours ago, Happy2Play said: In a test Emby only sees external VTT not internal VTT. what is the difference between external VTT and internal VTT?
pwhodges 2012 Posted January 2, 2022 Posted January 2, 2022 External - separate file; internal - embedded as stream in MKV. Paul 1
Florian2000 17 Posted January 3, 2022 Author Posted January 3, 2022 (edited) 4 hours ago, Florian2000 said: so is it a bug, isn't it? interesting thing is that the subtitles from netflix work just fine within mkv. So there must be a difference between internal SubRip/SRT (netflix format) and internal WebVTT (disney+ format). Edited January 3, 2022 by Florian2000
Luke 42080 Posted January 4, 2022 Posted January 4, 2022 it looks like ffmpeg currently does not support this, so your best bet for now is to either keep them external, or embed them as a different text format such as subrip.
Florian2000 17 Posted January 5, 2022 Author Posted January 5, 2022 On 1/4/2022 at 7:01 PM, Luke said: it looks like ffmpeg currently does not support this, so your best bet for now is to either keep them external, or embed them as a different text format such as subrip. and how does the VLC player manage to play them correctly?
pwhodges 2012 Posted January 5, 2022 Posted January 5, 2022 VLC is not just a front-end for ffmpeg; it has additional modules containing codecs etc which are not included in ffmpeg. Paul
Florian2000 17 Posted January 6, 2022 Author Posted January 6, 2022 1 hour ago, pwhodges said: VLC is not just a front-end for ffmpeg; it has additional modules containing codecs etc which are not included in ffmpeg. Paul why not take the code from vlc then? would also solve the *.iso playback...which is much better solved in VLC, too...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now