Emby being slow in the browser

[hvt 6]

Hi,

 

my current Emby installation (Ubuntu 14.04) became very slow during the 3-4 days. It is up-to-date. The last emby update was about 3-4 weeks ago installed. When I want to stream using my browser on any device the whole web app reacts very slowly and the stream does not even start. Using the windows store app, stream to chromecast or the android app the streaming is possible. In the log there are no errors only response times of about 4-6 seconds for stream.mp4. It even takes longer to load the assets/thumbnails in the movie overview. Here is the log with enabled debug logging if that helps. There were no recent changes in the configuration of the browsers. There are also no unusual console.logs in the web app.

 

emby-server.log

 

Let me know if you need anything.

 

Greedings,

Julian

[Luke 42077]

Hi there, please attach the complete emby server log. Thanks.

[hvt 6]

@@Luke

Here is the complete emby log. I started the streaming and since there was nothing happening I closed it at the end.

emby-server.log

[Luke 42077]

Please try removing these plugins, then restart the server and see if it has any impact:

2019-07-07 19:11:55.623 Info App: Loading MediaBrowser.Plugins.SmtpNotifications, Version=3.1.4.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby-server/plugins/MediaBrowser.Plugins.SmtpNotifications.dll
2019-07-07 19:11:55.623 Info App: Loading Emby.Dlna, Version=1.0.13.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby-server/plugins/Emby.Dlna.dll
2019-07-07 19:11:55.623 Info App: Loading playback_reporting, Version=1.4.18.0, Culture=neutral, PublicKeyToken=null from /var/lib/emby-server/plugins/playback_reporting.dll
2019-07-07 19:11:55.623 Info App: Loading statistics, Version=2.0.10.2, Culture=neutral, PublicKeyToken=null from /var/lib/emby-server/plugins/Statistics.dll

Thanks.

[hvt 6]

I uninstalled all four plugins and the issue is still there. It is only in browsers. The Emby Theater app on the same device works quite well. In general Emby is very slow as said before. Even loading the thumbnails takes up to 3 seconds per thumbnail...

[Luke 42077]

Can you please attach a new server log after removing those plugins? thanks.

[hvt 6]

Sorry for the delay.

 

Here is the server log with all four plugins uninstalled. Again I tried to play an episode.

emby-server.log

[Luke 42077]

I don't see anything obvious here. Do you have any Firefox extensions installed that might be causing a problem? Do you have another browser to try, such as Chrome?

[hvt 6]

I tried on Edge and Firefox on my computer and Firefox on my phone. The only extension installed is uBlock Origin from Raymond Hill. I have to try with Chrome later as I have no computer where I have it installed.

[Luke 42077]

 

 

I have to try with Chrome later as I have no computer where I have it installed.

 

Let us know how you get on. Thanks.

[hvt 6]

I tried with Chrome now. Same result. This is making me totally crazy. It worked just some days ago and there were no significant updates and/or upgrades on both the server and hardware. In addition the Windows Store app and Android app work just fine. Even on the same device. Just when it comes to browsers... I cleared every cache/browser data I could find. The requests to emby take way longer than they should.

[Luke 42077]

I tried with Chrome now. Same result. This is making me totally crazy. It worked just some days ago and there were no significant updates and/or upgrades on both the server and hardware. In addition the Windows Store app and Android app work just fine. Even on the same device. Just when it comes to browsers... I cleared every cache/browser data I could find. The requests to emby take way longer than they should.

 

@@hvt what requests do you mean? All of the requests in  your log example are coming back very fast.

[hvt 6]

@@Luke When you open the dev tools and take a look at the waterfall diagram the requests for the primary images/posters take up to 100ms each and in the ui they appear one by one making the total load time a lot higher. Also the whole ui is sluggish. When you click an item to see its details it takes about 3-4 seconds to load the entry. And even then the background and other images are not loaded which they are when like 10-15 seconds passed.

 

Also when I start playing music:

Start the track > ~3 seconds pass > Track starts playing > ~5 seconds pass ~ UI appears at the bottom > 2-3 seconds pass > Ui has loaded cover art.

 

When playing video:

Clicking play > Loading spinner > ~5 seconds pass > UI switches to black screen with only big html5 video controls > 6-7 seconds pass > Background for show has loaded > 5 seconds pass First frame of video appears > 7 seconds pass > The background is no more visible at the right and left edge (sides depending on ratio) > 3 seconds pass > Ui appears > 4 seconds pass > cover art has loaded > what indefinite but video wont start playing

 

In the network tab of dev tools each request to stream.mp4 takes about 5 seconds... In the log you can also clearly see that some requests take up to 2 seconds for a primary poster. I am sitting directly next to the server connected via Ethernet so this is no problem too.

[Luke 42077]

 

 

@Luke When you open the dev tools and take a look at the waterfall diagram the requests for the primary images/posters take up to 100ms each and in the ui they appear one by one making the total load time a lot higher. 

 

When you open dev tools, network caches are disabled while the dev tools are open. So yes, things are going to be slower during this time. Does that answer your question?

[hvt 6]

No. There is a checkbox to disable this functionality in the dev tools. It is unchecked (so it is using the cache). In addition: I opened the dev tools because of the issue and not had the issue when opening the dev tools. In even more addition: In the network tab you can clearly see its using files from the cache.

[hvt 6]

Anyway here are some news: The issue does not exist when I am coming from an external network through the internet.

[Luke 42077]

Why are you using your ssl port over the local network? Why not just use the http port?

[hvt 6]

I am always using HTTPS. Does not matter whether internal or external. I am always using my dyndns name and think that its totally unnecessary to change to the HTTP version just because i am internal now. Also using HTTP does not offer any advantages - opposite way: no encryption and verification when exchanging credentials/tokens. I substituted the dns name in the logs with the internal ip address to not publish my emby url on the internet. Btw: A functionality in the forum to only make attachments visible to the mods would be nice. If the files are okay/safe to share/wanted to share the mods and/or users can make them publicly available.

[Luke 42077]

As a test though, how does http compare?

[hvt 6]

I am surprised but HTTP works quite well. That could explain why the apps are able to play without hassle. I assume they use http.

[Happy2Play 9780]

That would depend on how you set the app up to connect to your server.

[hvt 6]

@@Happy2Play In the hosting settings I set the secure connection mode to "Required for all remote connections". Clients are configured as they are configured by default (I can't even find a setting for this at least on the MS Store app).

[hvt 6]

Okay. So this is called support?

[Luke 42077]

Hi, I'm happy to help you, I'm just not sure what your issue is yet.