Search the Community
Showing results for tags 'playback stuttering'.
vcollie posted a topic in QNAPHi - 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 18.104.22.1687 Emby Server 22.214.171.124 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. vc - emby issue.pdf embyserver 15h22.txt embyserver 15h28.txt embyserver 15h31.txt embyserver 15h35 - iOS VLC via Emby server.txt ffmpeg-transcode-9486dae8-66bf-4df1-84d4-7374f417cd24_1.txt ffmpeg-transcode-ac8fd98b-f8a6-420c-9c5e-c28a9354858b_1.txt ffmpeg-transcode-c1ae9853-82cb-480b-adea-9eb7dc463b7f_1.txt