Jump to content


Photo

Playback is stuttering/buffering (only in Emby apps)

playback issues playback stuttering playback buffering

  • Please log in to reply
23 replies to this topic

#1 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 17 November 2019 - 12:31 PM

Hi - I'd be hugely grateful to anyone that can help resolve this issue for me.

 

I have an issue with playback stuttering (buffering?) when accessing certain iPhone-captured videos on my Emby server on my local network NAS.

This seems to occur for H264 and HEVC videos captured on my iPhone 8 (iOS 12.4.1).  Other videos captured on my GoPro appear to work absolutely fine.

 

When the video starts, it plays for a second or 2 and then stops briefly; and then plays again for a second or 2 and then stops briefly - this cycle continues for the entire video, i.e. 'stuttering' playback.  If I pause the video for a few seconds and then continue playback, playback seems to continue fine for a few seconds and then gets back into the above 'stuttering' cycle again. This behaviour occurs irrespective of how many times I repeat playback of the same file.

 

The above issue only occurs when I access my Emby server via:

  • the Emby sever URL on a laptop (via web browser) 
  • via the Emby app on AppleTV
  • via the Emby app on my iPhone

The issue does NOT occur when I access the video via:

  • VLC on Apple TV (video is in same location as above on the NAS)
  • VLC on iPhone (via Emby server)
  • via other iPhone video/file utils on iPhone (e.g. QNAP file and video viewers).

I don't have a network bandwidth issue (and I'm pretty sure it isn't an issue with NAS processor power as this issue doesn't occur when using a non-Emby client, e.g. VLC).
 

My Emby server environment:

  • QNAP NAS TS-251A (16GB RAM)
  • QTS 4.4.1.1117
  • Emby Server 4.2.1.0

Having read through many articles in this forum, I have already tried the following (none of which have made any difference):

  • disabling/enabling hardware acceleration
  • disabling/enabling subtitle 'burning in'
  • various custom settings for HWA and threading
  • various settings for playback quality and bit rates

It does seem that the Apple TV and iOS apps are trying to use direct playback (so my understanding is that transcoding should not even come into the equation?).  

 

I've attached:

  • a PDF of screenshots of my Emby server dashboard showing the tests I've run:
    • pg 1 - attempted Apple TV playback
    • pg 2 - screenshot of log page following ATV test
    • pg 3 - attempted browser-based playback (playback for a number of seconds and the ''buffering")
    • pg 4 - screenshot of log page following ATV test
    • pg 5 - attempted playback via iOS Emby app on iPhone
  • Emby server logs (each of them coincides with the tests I've run as described above - the PDF has an orange 'label' on pages 1, 3 and 5 that 'tags' the test being run and the timestamp)
  • transcoding logs

Much appreciation in advance for any help!

 

V.

 

Attached Files


  • elfman12 likes this

#2 elfman12 OFFLINE  

elfman12

    Member

  • Members
  • 11 posts
  • Local time: 07:30 PM

Posted 30 November 2019 - 12:31 AM

I have been having the same issues for the past 6-7 months at least. I've tried most of what the OP listed, no luck. Thought it may have been QNAP Nas, but it does this directly from a USB drive, which copies at full USB3.0 speed when copied in windows. Stuttering happens on Roku Ultra in the house, from new Roku TV in house, from Roku TV, Windows app and Samsung Galaxy phone remotely. I can provide logs if needed, might need help producing them properly though.

Thanks

edit: 4K, HDR and live TV do this more often, but remotely more than local. 


Edited by elfman12, 30 November 2019 - 12:34 AM.


#3 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 30 November 2019 - 12:36 AM

I have been having the same issues for the past 6-7 months at least. I've tried most of what the OP listed, no luck. Thought it may have been QNAP Nas, but it does this directly from a USB drive, which copies at full USB3.0 speed when copied in windows. Stuttering happens on Roku Ultra in the house, from new Roku TV in house, from Roku TV, Windows app and Samsung Galaxy phone remotely. I can provide logs if needed, might need help producing them properly though.

Thanks

edit: 4K, HDR and live TV do this more often, but remotely more than local. 

 

@elfman12, hi, can we please look at an example? Please attach the information requested in how to report a media playback issue. thanks !



#4 elfman12 OFFLINE  

elfman12

    Member

  • Members
  • 11 posts
  • Local time: 07:30 PM

Posted 30 November 2019 - 01:17 AM

Sure, tonight it was on a 4K HDR of The Greatest Showman, this 2-3 times is did the stuttering, which was basically 1/2 second pause, then 1/2 second playing - about 15 cycles of that then continued ok. (until 15-min later or so).
I recreated it and here is the log section from that:

 

This was trying to stream from the LG Emby app on my LG OLED65C6P TV (2017)
 


Edited by elfman12, 30 November 2019 - 01:20 AM.

  • NiftieNev likes this

#5 elfman12 OFFLINE  

elfman12

    Member

  • Members
  • 11 posts
  • Local time: 07:30 PM

Posted 30 November 2019 - 01:24 AM

Not sure if it uploaded, so here it is in clear text:

2019-11-29 23:03:55.266 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 1ms. http://192.168.1.111...laying/Progress

2019-11-29 23:03:55.299 Info HttpServer: HTTP GET http://192.168.1.111...decNotSupported. Host=192.168.1.111:8096, Connection=close, User-Agent=Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:03:55.302 Info App: ProcessRun 'StreamTranscode ea07c3': Stopping ffmpeg process with q command for E:\TransCache3\transcoding-temp\85b53e397418717189166b8f69b8ebd00.ts

2019-11-29 23:03:55.353 Info App: ProcessRun 'StreamTranscode 242057' Execute: C:\Users\elfma\AppData\Roaming\Emby-Server\system\ffmpeg.exe -loglevel +timing -ss 00:56:18.000  -f matroska -i file:"Y:\Movies_K-Z\The.Greatest.Showman.2017.2160p.UHD\The.Greatest.Showman.2017.2160p.UHD.BluRay.x265-EMERALD.nzb.mkv" -threads 0 -map 0:0 -map 0:1 -sn -c:v:0 copy -copyts -vsync -1 -codec:a:0 ac3 -metadata:s:a:0 language=eng -disposition:a:0 default -ac:a:0 6 -ab:a:0 384000 -ar:a:0 48000  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 6 -segment_time_delta -3378 -individual_header_trailer 0 -segment_format mpegts -segment_write_temp 1 -segment_list_type m3u8 -segment_start_number 563 -segment_list "E:\TransCache3\transcoding-temp\85b53e397418717189166b8f69b8ebd0.m3u8" -y "E:\TransCache3\transcoding-temp\85b53e397418717189166b8f69b8ebd0%d.ts"

2019-11-29 23:03:55.805 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:03:55.807 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:03:57.167 Info HttpServer: HTTP GET http://96.35.233.113...67-31e87584cb88. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:03:57.168 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 1ms. http://96.35.233.113...67-31e87584cb88

2019-11-29 23:03:58.786 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:03:58.994 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 207ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:01.857 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:01.858 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:02.578 Info HttpServer: HTTP POST http://192.168.1.111...laying/Progress. UserAgent: Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:02.614 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 35ms. http://192.168.1.111...laying/Progress

2019-11-29 23:04:02.659 Info HttpServer: HTTP POST http://96.35.233.113...laying/Progress. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:02.660 Info HttpServer: HTTP Response 204 to 108.237.164.36. Time: 1ms. http://96.35.233.113...laying/Progress

2019-11-29 23:04:03.382 Info HttpServer: HTTP Response 200 to 192.168.1.72. Time: 8082ms. http://192.168.1.111...decNotSupported

2019-11-29 23:04:03.478 Info HttpServer: HTTP GET http://192.168.1.111...decNotSupported. Host=192.168.1.111:8096, Connection=close, User-Agent=Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:04.871 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:04.873 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:07.041 Info HttpServer: HTTP Response 200 to 192.168.1.72. Time: 3564ms. http://192.168.1.111...decNotSupported

2019-11-29 23:04:07.152 Info HttpServer: HTTP GET http://96.35.233.113...67-31e87584cb88. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:07.153 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 1ms. http://96.35.233.113...67-31e87584cb88

2019-11-29 23:04:07.866 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:07.868 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:08.486 Info HttpServer: HTTP GET http://192.168.1.111...decNotSupported. Host=192.168.1.111:8096, Connection=close, User-Agent=Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:10.811 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:11.018 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 207ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:12.866 Info HttpServer: HTTP POST http://192.168.1.111...laying/Progress. UserAgent: Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:12.867 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 1ms. http://192.168.1.111...laying/Progress

2019-11-29 23:04:13.668 Info HttpServer: HTTP POST http://96.35.233.113...laying/Progress. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:13.671 Info HttpServer: HTTP Response 204 to 108.237.164.36. Time: 2ms. http://96.35.233.113...laying/Progress

2019-11-29 23:04:13.814 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:13.816 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:16.705 Info HttpServer: HTTP Response 200 to 192.168.1.72. Time: 8219ms. http://192.168.1.111...decNotSupported

2019-11-29 23:04:16.750 Error HttpClient: <s:Envelope xmlns:s="http://schemas.xmlso...soap/envelope/"s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body><s:Fault><faultcode>s:Client</faultcode><faultstring>UPnPError</faultstring><detail><UPnPError xmlns="urn:schemas-upnp-org:control-1-0"><errorCode>718</errorCode><errorDescription>ConflictInMappingEntry</errorDescription></UPnPError></detail></s:Fault></s:Body></s:Envelope>

2019-11-29 23:04:16.751 Error PortMapper: Error creating port map

*** Error Report ***

Version: 4.3.0.30

Command line: C:\Users\elfma\AppData\Roaming\Emby-Server\system\EmbyServer.dll

Operating system: Microsoft Windows NT 6.2.9200.0

64-Bit OS: True

64-Bit Process: True

User Interactive: True

Runtime: file:///C:/Users/elfma/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll

Processor count: 4

Program data path: C:\Users\elfma\AppData\Roaming\Emby-Server\programdata

Application directory: C:\Users\elfma\AppData\Roaming\Emby-Server\system

MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: InternalServerError

    at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod)

    at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod)

    at Mono.Nat.Upnp.UpnpNatDevice.CreatePortMap(Mapping mapping)

    at Emby.PortMapper.ExternalPortForwarding.CreateRules(INatDevice device)

Source: Emby.Server.Implementations

TargetSite: Void MoveNext()

 

2019-11-29 23:04:16.854 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:17.066 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 212ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:17.156 Info HttpServer: HTTP GET http://96.35.233.113...67-31e87584cb88. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:17.156 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 1ms. http://96.35.233.113...67-31e87584cb88

2019-11-29 23:04:18.254 Info HttpServer: HTTP GET http://192.168.1.111...decNotSupported. Host=192.168.1.111:8096, Connection=close, User-Agent=Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:19.818 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:20.029 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 211ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:22.797 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:22.798 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:23.308 Info HttpServer: HTTP POST http://192.168.1.111...laying/Progress. UserAgent: Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:23.309 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 1ms. http://192.168.1.111...laying/Progress

2019-11-29 23:04:23.678 Info HttpServer: HTTP POST http://96.35.233.113...laying/Progress. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:23.680 Info HttpServer: HTTP Response 204 to 108.237.164.36. Time: 2ms. http://96.35.233.113...laying/Progress

2019-11-29 23:04:25.792 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:25.793 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:27.163 Info HttpServer: HTTP GET http://96.35.233.113...67-31e87584cb88. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:27.164 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 1ms. http://96.35.233.113...67-31e87584cb88

2019-11-29 23:04:28.816 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:28.818 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:31.512 Info HttpServer: HTTP Response 200 to 192.168.1.72. Time: 13258ms. http://192.168.1.111...decNotSupported

2019-11-29 23:04:31.797 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:32.012 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 215ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:33.327 Info HttpServer: HTTP POST http://192.168.1.111...laying/Progress. UserAgent: Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:33.329 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 1ms. http://192.168.1.111...laying/Progress

2019-11-29 23:04:34.688 Info HttpServer: HTTP POST http://96.35.233.113...laying/Progress. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:34.690 Info HttpServer: HTTP Response 204 to 108.237.164.36. Time: 2ms. http://96.35.233.113...laying/Progress

2019-11-29 23:04:34.851 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:35.066 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 215ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:35.489 Info HttpServer: HTTP GET http://192.168.1.111...decNotSupported. Host=192.168.1.111:8096, Connection=close, User-Agent=Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:37.144 Info HttpServer: HTTP GET http://96.35.233.113...67-31e87584cb88. UserAgent: Roku/DVP-9.20 (049.20E04701A)

2019-11-29 23:04:37.145 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 1ms. http://96.35.233.113...67-31e87584cb88

2019-11-29 23:04:37.792 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:38.009 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 217ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:40.873 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:40.875 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:42.584 Info HttpServer: HTTP POST http://192.168.1.111...laying/Progress. UserAgent: Mozilla/5.0 (Web0S; Linux/SmartTV) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.122 Safari/537.36 WebAppManager

2019-11-29 23:04:42.585 Info HttpServer: HTTP Response 204 to 192.168.1.72. Time: 1ms. http://192.168.1.111...laying/Progress

2019-11-29 23:04:43.873 Info HttpServer: HTTP GET http://96.35.233.113...nerNotSupported. Host=96.35.233.113:8096, User-Agent=Roku/DVP-9.20 (049.20E04701A), Accept=*/*

2019-11-29 23:04:43.874 Info HttpServer: HTTP Response 200 to 108.237.164.36. Time: 2ms. http://96.35.233.113...nerNotSupported

2019-11-29 23:04:45.013 Info HttpServer: HTTP GET http://192.168.1.111.../embyserver.txt. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36



#6 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 30 November 2019 - 05:03 PM

Try lowering the in-app quality setting on the LG and that should resolve it, assuming your server can handle transcoding the content.



#7 elfman12 OFFLINE  

elfman12

    Member

  • Members
  • 11 posts
  • Local time: 07:30 PM

Posted 01 December 2019 - 04:45 AM

Thanks, I tried lower from 4K 120mbps (auto) down to 4K 40mbps and it stuttered in the same spot. If I play back the file from the same location using VLC or Media Player Classic, it plays through fine in the same spot.
I've also tried putting the EMBY PC (i3-8100 3.6ghz 16GB ram Windows 10 64-bit, nvme OS drive and SSD data drive) and TV as the only devices connected to the Gigabit switch, still had the error.

 

I'll see if I can recreate it on another file and send that log in as well. Thanks for the help though!

 

Try lowering the in-app quality setting on the LG and that should resolve it, assuming your server can handle transcoding the content.



#8 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 01 December 2019 - 06:51 AM

Try lowering the in-app quality setting on the LG and that should resolve it, assuming your server can handle transcoding the content.

@Luke - any views on my issue in my original post?
Lowering the quality settings shouldn't have a bearing on my scenario (direct play), but I've tried that without success in any case.

Thanks in advance.



#9 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 01 December 2019 - 11:51 AM

Thanks, I tried lower from 4K 120mbps (auto) down to 4K 40mbps and it stuttered in the same spot. If I play back the file from the same location using VLC or Media Player Classic, it plays through fine in the same spot.
I've also tried putting the EMBY PC (i3-8100 3.6ghz 16GB ram Windows 10 64-bit, nvme OS drive and SSD data drive) and TV as the only devices connected to the Gigabit switch, still had the error.

 

I'll see if I can recreate it on another file and send that log in as well. Thanks for the help though!

 

Try lowering it even further.  There are lots of reports that LG TV's just can't keep up with really high bitrates over the network.



#10 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 13 December 2019 - 05:34 AM

Hi - I'd be hugely grateful to anyone that can help resolve this issue for me.

 

I have an issue with playback stuttering (buffering?) when accessing certain iPhone-captured videos on my Emby server on my local network NAS.

This seems to occur for H264 and HEVC videos captured on my iPhone 8 (iOS 12.4.1).  Other videos captured on my GoPro appear to work absolutely fine.

 

When the video starts, it plays for a second or 2 and then stops briefly; and then plays again for a second or 2 and then stops briefly - this cycle continues for the entire video, i.e. 'stuttering' playback.  If I pause the video for a few seconds and then continue playback, playback seems to continue fine for a few seconds and then gets back into the above 'stuttering' cycle again. This behaviour occurs irrespective of how many times I repeat playback of the same file.

 

The above issue only occurs when I access my Emby server via:

  • the Emby sever URL on a laptop (via web browser) 
  • via the Emby app on AppleTV
  • via the Emby app on my iPhone

The issue does NOT occur when I access the video via:

  • VLC on Apple TV (video is in same location as above on the NAS)
  • VLC on iPhone (via Emby server)
  • via other iPhone video/file utils on iPhone (e.g. QNAP file and video viewers).

I don't have a network bandwidth issue (and I'm pretty sure it isn't an issue with NAS processor power as this issue doesn't occur when using a non-Emby client, e.g. VLC).
 

My Emby server environment:

  • QNAP NAS TS-251A (16GB RAM)
  • QTS 4.4.1.1117
  • Emby Server 4.2.1.0

Having read through many articles in this forum, I have already tried the following (none of which have made any difference):

  • disabling/enabling hardware acceleration
  • disabling/enabling subtitle 'burning in'
  • various custom settings for HWA and threading
  • various settings for playback quality and bit rates

It does seem that the Apple TV and iOS apps are trying to use direct playback (so my understanding is that transcoding should not even come into the equation?).  

 

I've attached:

  • a PDF of screenshots of my Emby server dashboard showing the tests I've run:
    • pg 1 - attempted Apple TV playback
    • pg 2 - screenshot of log page following ATV test
    • pg 3 - attempted browser-based playback (playback for a number of seconds and the ''buffering")
    • pg 4 - screenshot of log page following ATV test
    • pg 5 - attempted playback via iOS Emby app on iPhone
  • Emby server logs (each of them coincides with the tests I've run as described above - the PDF has an orange 'label' on pages 1, 3 and 5 that 'tags' the test being run and the timestamp)
  • transcoding logs

Much appreciation in advance for any help!

 

V.

@Luke - nudge on this - would be grateful for any help - starting to think I need to change to a different product (which would be a shame as Emby has been great otherwise!).

V.



#11 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 18279 posts
  • Local time: 06:30 PM
  • LocationWashington State

Posted 13 December 2019 - 06:48 AM

To me is would appear the hardware can not transcode the media fast enough.  

speed=0.359x

You can not compare anything that direct plays via VLC to something that requires Transcoding in a Emby client.


Edited by Happy2Play, 13 December 2019 - 06:49 AM.


#12 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 13 December 2019 - 07:01 AM

To me is would appear the hardware can not transcode the media fast enough.  

speed=0.359x

You can not compare anything that direct plays via VLC to something that requires Transcoding in a Emby client.

@Happy2Play - thanks v much for your response.

I'm probably missing something here, but when playing via the various Emby apps, it is direct playing (and the Emby dashboard confirms this - ref screenshots), i.e. no transcoding due to native support. 

What am I missing?



#13 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 18279 posts
  • Local time: 06:30 PM
  • LocationWashington State

Posted 13 December 2019 - 08:00 AM

The transcode logs are from Chrome shows a codec not supported.

&TranscodeReasons=VideoCodecNotSupported

I know relatively nothing about AppleTV and IOS app.  Sure I has a Iphone and have no issue playing my media, but I currently don't bother with h265/hevc.

 

I can only assume the native players have a issue with the media, but I don't really see anything in the logs for playback on those devices.

 

But I would be creating a issue for each device in their appropriate sections with supporting log.  It is really impossible to lump all of this into one topic.  But if transcoding is requires the logs basically show the device can not convert h265 to h264 fast enough.



#14 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 13 December 2019 - 08:25 AM

Thanks again for your response Happy2Play.

This is why I was keen to understand from someone at Emby what exactly is going on.

There are various threads where the Emby guys are saying that both these codecs are supported natively on ATV, iOS, etc. and should not require transcoding.

However, it seems to be the case that transcoding is happening in some cases as you suggest (BTW - some videos taken on exactly the same iPhone do not exhibit this behaviour at all...).

Hopefully I'll hear back from @Luke at some point soon.

V.



#15 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 28 December 2019 - 01:25 AM

@vcollie, are you still having an issue with this? Can you please try Emby Server 4.3.1? Thanks !



#16 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 28 December 2019 - 02:20 PM

@Luke - thanks for your reply.  I've now installed Emby Server 4.3.1 and here are the results:

  • browser playback issues are resolved!
  • Emby iOS app on iPhone - no change, still experiencing the same issue
  • Emby app on Apple TV - no change, still experiencing the same issue

So, looks like progress, but my main usage of Emby is via Apple TV - would be great if we're able to fix this for ATV.
Thanks again.



#17 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 29 December 2019 - 01:56 PM

Thanks for the feedback. Can we look at an iOS example?



#18 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 29 December 2019 - 02:17 PM

Sure - let me know where to upload to.

Sample vid is 27 MB (IMG_2485).

Seems that this file stutters when viewing in browser, iOS and ATV (it's a MOV container for HEVC; whereas the file that was previously stuttering (IMG_2436), but is now working is a MOV container for H264).

 

See copy/paste below of file media info/metadata from Emby (in browser): 

[DELETED] - see next post for PDF attachment


Edited by vcollie, 29 December 2019 - 02:24 PM.


#19 vcollie OFFLINE  

vcollie

    Member

  • Members
  • 10 posts
  • Local time: 01:30 AM

Posted 29 December 2019 - 02:23 PM

Sorry - the copy/paste of the comparison table didn't render correctly in my post above.

Attached is a PDF version of the media info comparison table.

Let me know where you'd like me to upload the file to if you need the actual file.

Thanks!

 

Attached Files



#20 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 152443 posts
  • Local time: 09:30 PM

Posted 01 January 2020 - 05:21 PM

HI,so this only happens with hevc?







Also tagged with one or more of these keywords: playback issues, playback stuttering, playback buffering

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users