Play MKV with multiple video stream

[elpoolet 26]

Just now, ebr said:

But now you're no longer direct playing because the server has to decompose the streams and then re-package them to send only those streams - so now you are using HLS.

Right, but HLS is not at all CPU intensive, nor so disk intensive (unless a 4k REMUX at 120Mbps..)...

But bandwidth is sinews of war especially with some wifis or remote access.... 

So, now the question is: is there a way to try HLS befor transcoding when playing a video.

The order could be : 

 - try direct play (or determine if it could be used)
 - try HLS with only the requested streams
 - transcode....
 

What is your opinion on that ?

 

[rbjtech 5284]

2 minutes ago, ebr said:

But now you're no longer direct playing because the server has to decompose the streams and then re-package them to send only those streams - so now you are using HLS.

Probably better to not enter the Direct Playing vs Direct Streaming debate 

[ebr 16181]

I suppose that is possible but it wouldn't be a "try" situation.  It would just be a change in the math and decision making on the part of the server.

However, I really think that the times that eliminating an audio stream or two makes a meaningful difference to the transcode decision will be very small.

[Zodler 18]

I always assumed that Direct Playing means sending the whole file untouched directly. I have no problem with that. When you direct play you are inside your house and local network and there is no bandwidth problem. Having 2 video tracks in a file is totally ok for direct play sending.

[pwhodges 2012]

I often direct play away from home.

Paul

[Guest]

2 hours ago, rbjtech said:

Probably better to not enter the Direct Playing vs Direct Streaming debate 

It's just container vs what is contained. In terms of Emby, it means whether the player demuxes the file or  whether the server does. If the player does it, the player will decide which of the contained media will be utilized. And if the server does it, it will demux and send (stream) what has been requested by the app/player. My choice is to always have the player do everything. 

[rbjtech 5284]

14 hours ago, Zodler said:

I always assumed that Direct Playing means sending the whole file untouched directly. I have no problem with that. When you direct play you are inside your house and local network and there is no bandwidth problem. Having 2 video tracks in a file is totally ok for direct play sending.

Ideally, ALL remote playback should be direct play if you have the bandwidth available - and that is what's being discussd here.   For compressed Audio, I agree, not even worth the effort to reduce it - but for HD Audio Tracks, there is potentially a LARGE amount of bandwidth that could be saved.     And if we start talking multiple Video tracks, then this becomes even more of relevance.

[Zodler 18]

It's the responsibility and the problem of the user. If you have large files and slow bandwidth, it's up to you to demux them for your need. It's not the Emby developers to not support it because some people can't use it.

[rbjtech 5284]

10 hours ago, Zodler said:

It's the responsibility and the problem of the user. If you have large files and slow bandwidth, it's up to you to demux them for your need. It's not the Emby developers to not support it because some people can't use it.

You seem to have a very self centered view of what you want.   What if other users want TrueHD and another user wants DTS-HD?   The streams either all need to be there and all delivered (as it is today)  or the client sends the emby server the request, and it then streams the appropriate tracks.  Similar to what it does in a transcode, but it is a direct stream for both audio and video.    If they ever did support this, then it wojld also make total sense to only stream the required video track on a multi video track title.  Which is where this thread began.

[Zodler 18]

I don't understand what you say. It has nothing to do with my post. My post does not neglect what you said. I also support if they demux and remux on the fly only the tracks we need. It would be an extra useful feature.

I'm saying, not supporting 2 video tracks because some users can't read it, is not a good excuse.