Increased number of pauses

[Guest asrequested]

The content will be transcoded down to whatever you set as the max.

 

But that will not affect the transfer speed of the network at all. Just the payload that is delivered.

Exactly! It will transcode. I would like an option to defeat that, and have no maximum setting. I want to regulate that, myself.

[CBers 7450]

Exactly! It will transcode. I would like an option to defeat that, and have no maximum setting. I want to regulate that, myself.

 

 +1

[ebr 16169]

Exactly! It will transcode. I would like an option to defeat that, and have no maximum setting. I want to regulate that, myself.

 

What content do you have that is over 110 Mb/s?

 

And, in any case, doing that would only server make the problem you are reporting here worse not better (if you actually had content that was that high of a bitrate).

[Guest asrequested]

What content do you have that is over 110 Mb/s?

 

And, in any case, doing that would only server make the problem you are reporting here worse not better (if you actually had content that was that high of a bitrate).

Presently, I don't have anything above that. I think that'll change at some point.

 

I can't understand the trepidation in thinking that someone could report an issue when using such an option, but it wouldn't be me. I don't want the server to measure the bandwidth when I'm on my LAN. I want control over that.

[ebr 16169]

 I don't want the server to measure the bandwidth when I'm on my LAN. 

 

It doesn't.  When on the local LAN the auto setting just selects the highest limit.

[Guest asrequested]

It doesn't. When on the local LAN the auto setting just selects the highest limit.

I will never use auto. It has been wrong too many times. Once it set the bandwidth to 480, I have a 10G network. I reported it, and I got push back. So I'm done with that. This is why I want control. I can't trust the server.

[Guest asrequested]

Just had a pause. Log sent 7:07am 08/24/18

[ebr 16169]

Just had a pause. Log sent 7:07am 08/24/18

 

Don't see anything unusual in the log this time so it must've been brief.

 

Do you know how long it was from when the issue occurred to when you stopped the stream and sent the log?

[Guest asrequested]

Do you know how long it was from when the issue occurred to when you stopped the stream and sent the log?

Maybe 10-20 seconds. Where is the log, saved? I can't find it. I'd like to be able to look at it.

[Guest asrequested]

It's exactly the same as it was/is on the MiBox.

[Guest asrequested]

The length of pauses, vary. Anything from 2 to 20+ seconds. The pause in that log was around 2 seconds.

[ebr 16169]

Okay, then it wasn't enough to disrupt anything on the app end (i.e. there is nothing in the log related to the pause).

[Guest asrequested]

Which means I just have to accept it?

[ebr 16169]

No, it means there is something going on at either a network or server level is my guess.

 

I would give a wireless connection a try just to see...

[Guest asrequested]

No, it means there is something going on at either a network or server level is my guess.

 

I would give a wireless connection a try just to see...

I've always been connected wirelessly, to my unifi AP, that is 3ft from the shield.

 

I'll have to try watching with another app, and see if I get the same issue.

Edited August 24, 2018 by Doofus

[Guest asrequested]

Using the HDHR app, no pauses. So that rules out my network and hardware.

[ebr 16169]

Using the HDHR app, no pauses. So that rules out my network and hardware.

 

Not on the Emby server machine side.  That is where I suspect the issue is occurring.

[Guest asrequested]

It isn't my hardware or I would see this issue on my HTPC, so it must be the emby server. I have to post the server logs when I reproduce the issue.

[Guest asrequested]

Let me preface this by saying I don't remember if I had a pause at this point. But, would this cause a pause?

2018-08-27 07:07:48.931 Info HttpServer: HTTP Response 200 to 10.1.1.33. Time: 14ms. http://10.1.1.14:8096/emby/LiveTv/Programs?Fields=IsHD&SortBy=StartDate&UserId=1f7ea14646df49d19df4926bfa32e93d&MinEndDate=2018-08-27T14%3A00Z&EnableImages=false&ChannelIds=c0d0fbd32d28fa998455c71de700ef04%2C49e563d09b0459ae2d51c372abdef665%2C2eb5c8d0536c2167eeea7b0a4d2302dc%2C1f720a29fd871a4138eedd91047c3e6c%2Cfe6fdc52daa5a95d5a9b7ddad3420ee8&MaxStartDate=2018-08-27T15%3A59Z&format=json 
2018-08-27 07:07:49.162 Info HttpServer: HTTP Response 200 to 10.1.1.33. Time: 1583ms (slow). http://10.1.1.14:8096/emby/Items/6e2614d43111667f1a3ac09699b9f237/Images/Thumb?Accept=webp&EnableImageEnhancers=true&Tag=5f5746801ba0e07e5145289d69da5bc6 
2018-08-27 07:07:49.205 Info HttpServer: HTTP Response 200 to 10.1.1.33. Time: 1622ms (slow). http://10.1.1.14:8096/emby/Items/ea04711dbf5a6ff36c65b931a7ea1d2b/Images/Thumb?Accept=webp&EnableImageEnhancers=true&Tag=6164293325131452208965949f5fb524 
2018-08-27 07:07:49.473 Info HttpServer: HTTP GET http://10.1.1.14:8096/emby/Users/1f7ea14646df49d19df4926bfa32e93d/Items/ea04711dbf5a6ff36c65b931a7ea1d2b?format=json. UserAgent: Dalvik/2.1.0 (Linux; U; Android 8.0.0; SHIELD Android TV Build/OPR6.170623.010)
2018-08-27 07:07:49.475 Info HttpServer: HTTP Response 200 to 10.1.1.33. Time: 2ms. http://10.1.1.14:8096/emby/Users/1f7ea14646df49d19df4926bfa32e93d/Items/ea04711dbf5a6ff36c65b931a7ea1d2b?format=json 
2018-08-27 07:07:49.488 Info HttpServer: HTTP GET http://10.1.1.14:8096/emby/Items/ea04711dbf5a6ff36c65b931a7ea1d2b/Images/Primary?Accept=webp&EnableImageEnhancers=true&MaxHeight=370&Tag=2f0cb88260698eac39ce651a686526f7. UserAgent: Dalvik/2.1.0 (Linux; U; Android 8.0.0; SHIELD Android TV Build/OPR6.170623.010)
2018-08-27 07:07:49.489 Debug App: ConvertImageToLocal item ea04711d-bf5a-6ff3-6c65-b931a7ea1d2b - image url: https://s3.amazonaws.com/schedulesdirect/assets/p184399_b_v8_aa.jpg
2018-08-27 07:07:49.489 Info HttpClient: GET https://s3.amazonaws.com/schedulesdirect/assets/p184399_b_v8_aa.jpg
2018-08-27 07:07:50.380 Debug ProviderManager: Saving image to C:\Users\Administrator\AppData\Roaming\Emby-Server\programdata\metadata\livetv\ea04711dbf5a6ff36c65b931a7ea1d2b\poster.jpg
2018-08-27 07:07:50.511 Debug HttpResultFactory: Transmit file C:\Users\Administrator\AppData\Roaming\Emby-Server\programdata\cache\images\resized-images\3\33e6e0c6-acd7-8f6d-a2d4-850fb2da39c0.webp
2018-08-27 07:07:50.511 Info HttpServer: HTTP Response 200 to 10.1.1.33. Time: 1023ms (slow). 

[Guest asrequested]

I'll take that as a no.

[Luke 42077]

That is a two second log snippet. We're not really going to be able to determine much from that. Thanks.

[Guest asrequested]

I was just looking at the latency. It's high in that. There aren't any errors in the log. So I was just wondering if that moment of high latency would cause a pause?

[Luke 42077]

Where is there high latency?

[Guest asrequested]

Where is there high latency?

I see a couple of spots like this

 

HTTP Response 200 to 10.1.1.33. Time: 1023ms (slow).

 

All other responses are much lower

[Luke 42077]

I've already removed the slow indicator for the next release as it is misleading. Whether that response is actually slow or not depends on what was requested.