Lags when playing specific 4K movie

[Caspi 0]

Hello,

 

Until now I had no problem streaming 4k movies with EMBY server.

When I tried to run a specific 4K movie (Dunkirk.2017.2160p.UHD.Blu-ray.REMUX.HEVC.HDR.DTS-HD.MA.5.1) I started getting a lot of lags even when I try to run the movie in the server in the web.

 

The two logs file are attached.

 

By the way: On WMP, the movie runs just fine.

 

Thanks.

ffmpeg-transcode-625380cf-4359-4c18-8906-8156b5b5df83.txt

embyserver.txt

Edited September 23, 2018 by Caspi

[Luke 42081]

Hi, it's burning in subtitles and this process can be very costly. Your system is just not able to do this fast enough. Try turning off the subtitles and see if it performs better. Thanks

[Caspi 0]

I have turn off the subtitles and still a lot of lags (A little less but still).

 

And how Windows runs this movie with subs without any problems ?

 

Anything I can do to overcome this lags ?

 

Thanks.

[ebr 16185]

You are trying to play this in a browser?

 

If so, browsers don't support all the same types of media as other players may so it must be converted by the server.  So, if your server isn't fast enough to allow that, then you have these types of problems.  Converting your media to browser-friendly formats will eliminate this problem.

[Caspi 0]

No.

I am trying to play it with EMBY installed on Mi3 box streamer (and EMBY server on WIN10).

[Happy2Play 9783]

No.

I am trying to play it with EMBY installed on Mi3 box streamer (and EMBY server on WIN10).

 

What does this mean?  What client/app are you using?

[Caspi 0]

EMBY for androit TV version 1.6.15g

[ebr 16185]

Can we please see a new ffmpeg log?  The previous one was burning in subs and that was an obvious reason for the slowness.

[Caspi 0]

Attached is the file you asked for.

 

In addition, I see that the FFMPEG CPU value is very high when there are LAGS. Is there a way to "ease" the CPU by some configuration?

 

Thanks.

ffmpeg-transcode-98505de4-fe65-4d04-9a4c-3ef706b6a6c0.txt

[djhifi 56]

Can we please see a new ffmpeg log?  The previous one was burning in subs and that was an obvious reason for the slowness.

 

When you say "burning in" you mean the ones that are muxed alongside the vídeo + the user specifically selects one of those while transcoding? I ask this because I only use external subtitles (altough no transcode at all) and got curious as to what does that mean after seeing you and Luke mention it.

Edited September 24, 2018 by djhifi

[Carlo 4561]

When you say "burning in" you mean the ones that are muxed alongside the vídeo + the user specifically selects one of those while transcoding? I ask this because I only use external subtitles (altough no transcode at all) and got curious as to what does that mean after seeing you and Luke mention it.

 

What "burn in" means in normal language is doing a conversion (not remux) overlaying the subtitle on top of the video permanently.  The resulting output now has the text as part of each frame/graphic and can't be removed.  It's no longer a separate stream in the file but is now part of the video itself. It's "burned into" the video. Now that it's part of the video itself you can't change the subtitle color, size or location on screen.

 

If using a device or player that has no concept of subtitles (or the type you have on hand) then the only way to get subtitles on the client is by using this burn-in method.

 

If you're using external SRT subs then you can pretty much ignore this thread's conversation about subs as you won't have that issue unless using some weird client combo that doesn't support SRTs.  In general SRT subs are supported by "most everything" you would normally use and are text files so no mucking with "burning" them into the graphic (transcode).  These types of subs are overlayed on top of the video.  You can switch subs at will during play back, you can change the color, location and size at any time you want as it's never part of the video itself, you can turn them on or off at will during playback. These are a separate stream that gets overlaid on top of your video, just like the OSD pops up on the screen when ever you FW/RW or pause video.  These streams can be embedded in the file or reside in it's own file (ie file with SRT extension).

 

That's a high level view at best, but hope it helps.

[ebr 16185]

Attached is the file you asked for.

 

In addition, I see that the FFMPEG CPU value is very high when there are LAGS. Is there a way to "ease" the CPU by some configuration?

 

Thanks.

 

Interestingly there are no transcode reasons on the url but it looks like either the bitrate is too high or the target device does not support HEVC so it is having to transcode and transcoding HEVC content is extremely CPU intensive.  Again, your server is not powerful enough to do this at a rate that is watchable.

 

You should consider converting your media into formats that are directly supported by the devices in use.

[Caspi 0]

Update:

When I run Kodi client (on my streamer) connected to EMBY server, the movie is display without any lags (On the same server hardware).

 

Any Idea why the lags happend only when EMBY client is connected to EMBY server ?

[ebr 16185]

Because Kodi is doing the conversion that we do on the server, on the client device.

 

Why is my content transcoding?

[Caspi 0]

Ok,

 

Thanks.

[Caspi 0]

Update:

 

When I change on my EMBY client (in the streamer): "option/App settings/Platback/Max streaming bitrate" from 'auto' to '100Mbit', All the lags where gone !

 

Thanks for the help.

Edited September 25, 2018 by Caspi