Massive Bottleneck

[Tony B. 38]

I am having some major issues with emby, but can't isolate it to emby.

 

For remote viewing, I used to be able to get it to direct stream without any issues at all, months at a time, no issues.

 

Now, I see it pausing/buffering, the UI is slow and sometimes emby just quits on Fire Stick.

 

The average bandwidth I was getting before was around 10Mbps now it's around 750kb to 1Mbps and it transcodes more often than not.

 

Nothing has changed except for time and emby server versions.

 

I can't place blame directly with emby and, I would like to know where this Bottleneck is coming from. The server side or the remote side.

 

Which Internet and LAN or WiFi tests should I be running?

[Happy2Play 9780]

So this is affecting local and remote connections?  Have your ran a network speed test?

 

Not ideal but have you restarted all network equipment (modem, router, switches) and the Emby server machine?

[Tony B. 38]

Just remote.

 

I restarted the firewall (pfSense) and the Emby server.

 

Modem is an idea, I don't think I can restart the managed switch remotely.

[Tony B. 38]

The Bottleneck is on the remote side. Can't even get Netflix to play right

[Tony B. 38]

This is still happening even though I reset everything on the remote side.

 

After a little more investigation, the phone seems fine, the fire stick seems to be the issue.

 

I am going to try a Roku device and see if it is better.

 

Very frustrating but, that's the price of testing

[Tony B. 38]

Roku and fire stick are both bad, Android is fine. Sup with that?

[Luke 42078]

Bad where?

[Tony B. 38]

Remotely

[Luke 42078]

Can you attach the server log? thanks.

[Tony B. 38]

@@Luke

 

https://www.tinozplace.com/logs.zip

 

Let me know when you download them so I can clear them from the server, please

[Luke 42078]

I got them. There's an ffmpeg log. So that means the problem was during playback, or when browsing around?

[Luke 42078]

I got it. are you using live tv with xml guide data?

[Tony B. 38]

There was tons of buffering, I guess you could call that a problem.

 

I have literally no idea what is going on here with exception to the remote fire stick is on an incredibly bad network.

 

It measures 110/20 with 30Ms ping and 2 jitter. But, I don't think that is really the case, Netflix hangs while watching a video, the Fire TV menu is sluggish. Sometimes the Emby app will hang in the guide because it's trying to access more info or, it just hangs while trying to watch a program.

 

I use the Emby provided DirecTV guide.

[Tony B. 38]

I thought those logs are a common occurrence. I see lots of them but figured I would give you the most recent ffmpeg log.

[Luke 42078]

You have these odd image urls that the server is trying to download on the fly:

2019-11-20 18:45:00.025 Info HttpClient: GET http://icon.thepk.media/icon/us/CSPAN.us.png
2019-11-20 18:45:00.059 Error HttpClient: Error getting response from http://icon.thepk.media/icon/us/CSPAN.us.png
	*** Error Report ***
	Version: 4.3.0.24
	Command line: C:\Users\Tino-Media\AppData\Roaming\Emby-Server\system\EmbyServer.dll -noautorunwebapp
	Operating system: Microsoft Windows NT 6.1.7601 Service Pack 1
	64-Bit OS: True
	64-Bit Process: True
	User Interactive: True
	Runtime: file:///C:/Users/Tino-Media/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll
	Processor count: 4
	Program data path: C:\Users\Tino-Media\AppData\Roaming\Emby-Server\programdata
	Application directory: C:\Users\Tino-Media\AppData\Roaming\Emby-Server\system

They're all timing out and this is probably stalling the user interface. So the question is where did they come from. Those urls don't look like they would have come from emby guide data.

[Tony B. 38]

The m3u file.

 

If you want, you can move this into beta discussions.

 

As I discussed with you on PM, the guide is emby provided, I sent a picture of that today.

 

It might be better to take the m3u logo data and discard it and follow by the Emby guide logo data.

 

Btw, it's transcoding without a hiccup (right now) at 1.03Mbps. However, trying to force it to 10Mbps causes tons of buffering, even though the server network is 20Mbps upload.

 

I don't want to convolute this thread.

 

The tech will be out tomorrow to check on the remote line. I'm guessing low SNR.

Edited November 21, 2019 by Tony B.

[Luke 42078]

Ok I would try removing the logos from the m3u.

[Tony B. 38]

Ok I would try removing the logos from the m3u.

That's easy enough. I hope that it populates it from the provider. I took a lot of time putting some of those logos in myself.

 

Any databases I should back up just in case?

[Luke 42078]

if you're just editing the m3u file then no.

[Tony B. 38]

@@Luke

 

Still have logos! (I was worried)

 

But! Shouldn't they look all the same, because they come from the same provider?

Edited November 21, 2019 by Tony B.

[Luke 42078]

They may have been acquired at different times.

[Tony B. 38]

They may have been acquired at different times.

Can you explain that further? Acquired by me, or acquired by your guide server?

 

Do you think this would help my issue with multiple recordings?

[Luke 42078]

I thought we were talking about a bottleneck here?

[Tony B. 38]

No, you kinda changed the subject to logos with that quote from the log. I agreed to the subject change after the fact that I said there would be a tech out to discover what is wrong with the remote end's internet.

 

Then, I was wondering why all of my logos are different even though they are from the same guide provider.

 

Are logos cached? One day am I going to see no logos at all?

[Luke 42078]

No I didn't change the topic. I said the logos were the source of the problem stalling the UI because the logo urls were bad.