Jump to content

Pi 4/Emby 4.4.2.0 jerky video playback H264/AAC


IssueFindings

Recommended Posts

IssueFindings

Hello,

 

I made a fresh install of Emby 4.4.2.0 (cf. https://emby.media/linux-server.html version Debian Armv7 armhf). I didn't install other package? To note that, my Pi4 is up to date (Raspbian Buster).

 

Everything looks like good. I can connect to Website and manage users. All videos are H264/ACC/mp4 to avoid transcode and improve streaming. But, when I lauch a video H264/ACC/mp4/no subtitle with Web page or Emby App (iOS/Android) it's completely froozen many minutes... I don't understand why ? Where I can see if Emby transcode ? I changed transcode parameters (no hardware acceleration, CRF H264 = 25 and enable caption extraction on the fly) to improve speed. But no change :(

 

For information, with my Pi3 (same version of Emby but Raspbian Stretch) that's worked good.

 

How I can investigate this issue ?

I must install something to improve speed ?

 

Have a nice day.

 

Link to comment
Share on other sites

Hi there, let's look at an example. Please attach the information requested in how to report a media playback issue. Thanks.

 

 

 

Where I can see if Emby transcode ?

 

Did you explore the stats for nerds feature in the video player? Or the server dashboard during playback?

Link to comment
Share on other sites

IssueFindings

Hello,

 

I only used 2 log files : 'embyserver.txt' and 'hardware_detection_XXXXX.txt' (available through Emby server Webpage or /var/lib/emby/logs). I tried to read it, but no clear error message for me. I can send you these files by a secure way (which one ?)

 

On the server side, I checked with the command "top". During around 10s after the start of a video (480p H264/ACC 5.1/MP4/no subtitle) I saw emby at around 30% of CPU and after nothing. I didn't see the command ffmpeg. Is it normal ? For me, that means there is no transcode. What do you think ?

 

Have a nice day,

Link to comment
Share on other sites

Hello,

 

I only used 2 log files : 'embyserver.txt' and 'hardware_detection_XXXXX.txt' (available through Emby server Webpage or /var/lib/emby/logs). I tried to read it, but no clear error message for me. I can send you these files by a secure way (which one ?)

 

On the server side, I checked with the command "top". During around 10s after the start of a video (480p H264/ACC 5.1/MP4/no subtitle) I saw emby at around 30% of CPU and after nothing. I didn't see the command ffmpeg. Is it normal ? For me, that means there is no transcode. What do you think ?

 

Have a nice day,

 

Hi there, can you please attach the log files anyway? Thanks.

Link to comment
Share on other sites

Ok, if you lower the in-app quality setting to force a full video transcode, how does that compare?

Link to comment
Share on other sites

IssueFindings

Hello,

In transcode menu, I downgrade H264 encoding CRF to 45 and H264 encoding profile to superfast. The video starts quickly but it stops after 5s...

What I can do to increase performance ? Gzip compression can improve the situation ? Or other ?

Have a nice day.

Link to comment
Share on other sites

Hello,

In transcode menu, I downgrade H264 encoding CRF to 45 and H264 encoding profile to superfast. The video starts quickly but it stops after 5s...

What I can do to increase performance ? Gzip compression can improve the situation ? Or other ?

Have a nice day.

 

 

Can you please set those back to default, and try lowering the in-app quality setting from directly within the video player? Please see if that helps. Thanks.

Link to comment
Share on other sites

  • 2 weeks later...
IssueFindings

Hello,

Sorry for the delay. I go back to default server parameter and select Quality = 1.5Mbps in the smartphone app. The video stops during around 30s and after that works quite good. Why the server need to convert a H264 movie and not just streams it ? That could preserve server ressources.

Have a nice day.

Link to comment
Share on other sites

  • 2 weeks later...
Painkiller8818
On 6/18/2020 at 10:03 PM, IssueFindings said:

Hello,

Sorry for the delay. I go back to default server parameter and select Quality = 1.5Mbps in the smartphone app. The video stops during around 30s and after that works quite good. Why the server need to convert a H264 movie and not just streams it ? That could preserve server ressources.

Have a nice day.

Maybe i am reading the log the wrong way, but are you sure it is transcoding? I can't see any transcoding or remuxing in the server log.

Have you tried to use another browser on your phone? Try it with chrome, maybe the firefox is the problem.

Link to comment
Share on other sites

I think the issue is the bitrate was just too high for the connection. That's why lowering it resolved the problem.

Link to comment
Share on other sites

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...