Page 1 of 1

DLNA protocol limit or feature missing?

PostPosted: Mon Nov 01, 2010 4:38 pm
by gabry
Hello everybody, this is my first post in the serviio forum, I've found serviio as DLNA server after googling a lot, and I've found it's the best free DLNA server to work together with a Samsung client (C series). I apologize in advance if the topic I'm writing about has already been answered in other posts, but in a pair of hours of navigation in the serviio documentation and in the forums I've not seen nothing that answered my question, so here it is:

I've seen that serviio is not able to let my samsung client know that a file (avi or mkv) has more than an audio track, multiple external subtitles track (avi) or one or more internal mkv subtitle track.

Anyone can tell me if this is a DLNA protocol limitation or a serviio limitation? In the second case I'd like to contribute the project helping to implement those features :)

I'm quite sure it's not a TV limitation since if I connect media through USB I can switch between different subtitiles/audio track on every file format supported by the TV (mkv included)! :)

Re: DLNA protocol limit or feature missing?

PostPosted: Mon Nov 01, 2010 4:41 pm
by zip
DLNA spec doesn't mention subtitles at all, nor multiple audio tracks. Serviio just sends the file as it is and it's possible that the TV can find the additional tracks in your files on USB but not via DLNA.

Re: DLNA protocol limit or feature missing?

PostPosted: Mon Nov 01, 2010 8:49 pm
by hennys
Hi Zip,

Wouldn't it be possible to present the same file twice (or three times depending on the number of audio tracks present in the file) and then stream a different audio track in each (virtual) file ?

Sort of like Wild Media Server does ?

Same would go for subtitles ?

Kind regards,

Hen

Re: DLNA protocol limit or feature missing?

PostPosted: Mon Nov 01, 2010 9:37 pm
by zip
not sure how Wms does it, probably transcodes the file to only include the required track. regarding subtitles, ffmpeg doesn'turn them in the stream bu I'll try to extract the subtile file, convert to srt and send the usual way -for the renderer that support it.