Universal Media Server | Forum

Sami32 wrote: ↑Sat Jan 27, 2018 11:04 am @abcd Hi,

I've attached the debug file of trying to seek in the video file with subs, which didn't work.

Where ?

Nadahar wrote: ↑Sun Jan 28, 2018 3:13 am I'm not sure we can fix it then. As said before, I wasn't quite sure of the cause, but the way it works when streaming subtitles is basically that UMS offers two files to the renderer. One is the transcode output, the other is the subtitles file. The subtitles file has its timestamps set relative to the beginning of the file. My guess is that after seeking/jumping in the transcoded file, your renderer assumes that the timestamps in the subtitles file are relative to the point where playback started.

There's nothing much we can do about that unless we were to generate a new subtitles file on-the fly with adjusted timestamps. That isn't really a viable option, and I would say that this falls under the responsibility of the renderer to figure out. After all, it requests a position to play from and should be able to understand that the subtitles timestamps still relate to the start of the file.

Nadahar wrote: ↑Sun Jan 28, 2018 5:15 am The problem is that subtitle support isn't precisely defined as it's outside the DLNA standard. DLNA doesn't have support for subtitles at all, so Samsung and Panasonic have both come up with their own, undocumented solutions. Others have also started to use one of those "unofficial extensions" for subtitles, but in the end there's no clear definition of the rules.

That said, I don't think it's reasonable that the server would have to regenerate the subtitles file with modified timestamps instead of the renderer simply being able to do some basic math. My point is simply that I can't absolutely assert that "this is the renderer's responsibility", although I absolutely believe it should be.