Guest asrequested Posted August 22, 2018 Share Posted August 22, 2018 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. 2 Link to comment Share on other sites More sharing options...
CBers 6771 Posted August 22, 2018 Share Posted August 22, 2018 Exactly! It will transcode. I would like an option to defeat that, and have no maximum setting. I want to regulate that, myself. +1 Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 23, 2018 Share Posted August 23, 2018 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). Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 23, 2018 Share Posted August 23, 2018 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. Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 23, 2018 Share Posted August 23, 2018 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. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 23, 2018 Share Posted August 23, 2018 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. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 Just had a pause. Log sent 7:07am 08/24/18 1 Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 24, 2018 Share Posted August 24, 2018 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? Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 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. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 It's exactly the same as it was/is on the MiBox. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 The length of pauses, vary. Anything from 2 to 20+ seconds. The pause in that log was around 2 seconds. Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 24, 2018 Share Posted August 24, 2018 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). Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 Which means I just have to accept it? Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 24, 2018 Share Posted August 24, 2018 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... Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 24, 2018 Share Posted August 24, 2018 (edited) 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 Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 25, 2018 Share Posted August 25, 2018 Using the HDHR app, no pauses. So that rules out my network and hardware. Link to comment Share on other sites More sharing options...
ebr 14928 Posted August 25, 2018 Share Posted August 25, 2018 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. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 25, 2018 Share Posted August 25, 2018 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. 1 Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 28, 2018 Share Posted August 28, 2018 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). Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 28, 2018 Share Posted August 28, 2018 I'll take that as a no. 1 Link to comment Share on other sites More sharing options...
Luke 37110 Posted August 28, 2018 Share Posted August 28, 2018 That is a two second log snippet. We're not really going to be able to determine much from that. Thanks. Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 28, 2018 Share Posted August 28, 2018 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? Link to comment Share on other sites More sharing options...
Luke 37110 Posted August 28, 2018 Share Posted August 28, 2018 Where is there high latency? Link to comment Share on other sites More sharing options...
Guest asrequested Posted August 28, 2018 Share Posted August 28, 2018 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 Link to comment Share on other sites More sharing options...
Luke 37110 Posted August 28, 2018 Share Posted August 28, 2018 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. Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now