Emby would be play a existing .ts file

[cajacontrol 4]

Hi, I am using a TBS Tv card with nextpvr in emby and works great!

 

the only fix that I see is:

 

If some one play a channel, emby make a ffmpeg process and waste 16% cpu usage. and I see in log , that emby make a m3u8 file

 

but  if another people play the same channel in another computer or ipad or android, Emby make another m3u8 file and use another ffmpeg process and CUP go up 45%

 

and so in another people play the same channel at the same time Emby make a third process m3u8 file an so the an then until CPU go 100%

 

Why if the initial file exist ( firs m3u8) the other user play the same file and dont waste more cpu process?'  I know that if for bitrate , but inf the three persons has the same bitrate , would be right if emby use the same existing file and optimice CPU process and time to begin channel un TV screen.

 

[maegibbons 1287]

Indeed this is true also of m3u files when you are streaming IPTV live tv.

 

I have raised it elsewhere, it would be very good to share the m3u file so that there is only a single download to the server rather than multiple streams taxing available bandwidth through your router from the internet.

 

Krs

 

Mark

Edited March 26, 2017 by maegibbons

[Luke 42081]

The stream is not shared because it is heavily customized for each individual playback session, which may include:

• User quality setting
• Selected audio track
• Selected subtitle track
• Current seek position (in some cases, depending on transcoding method, not always).
• Fallback status, e.g., user tried to play with certain settings activated, transcoding failed, we retried with safer defaults.

I would imagine that if you press play on another device you will want a clean slate as opposed to taking all of with you, so that is why it is not shared.

[maegibbons 1287]

I am not sure if you are replying to one or both circumstances.

 

In relation to nextpvr I can understand the need for multiple ffmpeg streams TO individual playback devices.

 

For IPTV streams the INCOMING stream must be the same as you have no control of it.  From the server I would expect multiple ffmpeg FROM THE SERVER TO CLIENT if they cannot direct play, but can these all be done from ONE incoming stream?  Its only incoming bandwith I am trying to reduce NOT processor transcoding.

 

I accept the two instances are different and should not have lumped the two together in this thread.

 

Krs

 

Mark

[Luke 42081]

I'm replying to topic in the first post.

[cajacontrol 4]

Hi , I am testing with one OUpree encoder in  the same lan

 

The emcoder make a m3u8 file like this: http://192.168.2.185:8080/0.m3u8

 

If I openin in VLC the stream open in 0.001 seconds and I can open it in too many devices at the same time

 

 

Woulbe great if emby can do the same like VLC , and no transcoding every time when user open a stream at the same time

 

this save too much CPU usage and open the stream so fast

 

I tested IPTV plugin in emby and insert m3u8 link and do the same, begin to transcode and late to open stream