Jump to content

New Playback issue after upgrading from 4.5.2 to 4.5.4


Recommended Posts

Posted

I've run into an issue with 4.5.4 and transcoding.

For the purposes of this writeup, I downgraded to 4.5.2 and captured a log while streaming, then I upgraded to 4.5.4 and captured another log while streaming the same show.  Both tests used the same TV/Client

Server is a very old Dell Inspiron laptop -- Core 2 Duo 2GHz with 3GB RAM running Linux Mint.  Server is hardwired to the router.

TV is wireless with RokuTV OS. 

When streaming a live OTA channel or a recorded program transcoding is enacted to be compatible with the RokuTV.

4.5.2: Transcoding FPS is around 700.  CPU utilization is about 40%.  Playback is great.

4.5.4: Transcoding FPS is around 18.  CPU utilization is pegged at 100%.  Playback is poor.

Also I tried a movie that I had ripped from DVD and transcoded with handbrake.  No playback issues on 4.5.4 with same TV.  But transcoding was required for playback

I'm back to 4.5.2 for now and it's working fine. Will just stay there for a while.  I didn't change any settings when going from 4.5.2 to 4.5.4. 

Any ideas on what could have changed? 

 

 

5.4.2embyserver.txt 5.4.2embyserver.txt

Posted

Hi, these are both from 4.5.2. Is the 4.5.4 one missing? please attach the ffmpeg logs as well. thanks.

  • 1 month later...
Posted

I believe I have the same issue.  I have reverted to 4.5.2 in order to resolve it.

My issue is clear when watching live TV.  With 4.5.2 the live tv plays without any hangs/pauses.  With 4.5.4 live tv will take a long time to load and then will play for a few seconds and then hang for at least as long and keep repeating this process.  Live TV is unwatchable for us under 4.5.4 but flawless in 4.5.2.

In the logs I basically did the live tv test while using 4.5.2 starting at 0817 local time to 0818...no issues.  Then I stopped the docker and loaded 4.5.4 container and tested again from 0823 to 0824 with the same TV show and this hung at least 3 times (plus the long load) in that 1 minute. (Note: the log time is 1 hour later so you will need to look at 0917-0925)

My setup is an emby docker container using Linuxserver.io version:- 4.5.2.0-ls63 for the 4.5.2 tests and Linuxserver.io version:- latest for the 4.5.4 test.  This is running in Open Media Vault 5 on a raspberry pi 4.  The client was tested on a 2017 NVidia Shield but I also tested previously with a Shield 2019 and had the same issue.

Let me know if you need any other info.

4_5_2_sample_no issue_embyserver.txt 4_5_2_sample_no issue_ffmpeg-remux-f8341b27-fd77-4f15-a3b7-caa8ad5b9b54_1.txt 4_5_4_samplewithissue_embyserver.txt 4_5_4_samplewithissue_ffmpeg-transcode-d12672bb-ae27-4892-920a-cf01ebba4cbc_1.txt

Posted

Hi, yes we're looking into it, thanks.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...