syplex 4 Posted December 22, 2017 Posted December 22, 2017 (edited) I'm seeing consistent stuttering on almost all of my blu ray mkv rips while using 3.2.50.3 and the Apple TV 4th gen (or Apple TV 4K) on my QNAP TS-653A. Some of the videos stutter where the video freezes on a frame for a good half second every few seconds, and others glitch out visually (but the video doesn't stop) around the same frequency. I have hardware transcoding enabled. If I go back to the QNAP version of Emby, using ffmpeg, the problem movies play fine (but near 100% CPU usage). In 3.2.50.3 the movies won't play without stuttering even if I disable hardware transcoding. Attached are my logs. Any ideas? ffmpeg-remux.log.txt server-log.txt Edited December 22, 2017 by syplex
alucryd 315 Posted December 22, 2017 Posted December 22, 2017 ffmpeg-remux means there is no hardware transcoding. Are you sure you have VAAPI enabled? What render node are you using?
syplex 4 Posted December 22, 2017 Posted December 22, 2017 Yes, VAAPI is enabled. Render node is /dev/dri/renderD128. Some videos generate ffmpeg-directstream log files. Those ones don't seem to stutter.
somy 25 Posted December 23, 2017 Posted December 23, 2017 Just want to report that I see the following error several times in the log file: 2017-12-23 14:25:57.192 Error App: Error in TheMovieDb *** Error Report *** Version: 3.2.50.3 Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system /EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyS erver.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noa utorunwebapp Operating system: Unix 4.2.8.0 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 4 Program data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata Application directory: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system System.IO.DirectoryNotFoundException: Could not find a part of the path '/share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata/cache/tmdb-movies2/370646/all-en.json'. at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize) at Emby.Common.Implementations.Serialization.JsonSerializer.OpenFile(String path) at Emby.Common.Implementations.Serialization.JsonSerializer.DeserializeFromFile[T](String file) at MediaBrowser.Providers.Movies.GenericMovieDbInfo`1.<FetchMovieData>d__7.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at MediaBrowser.Providers.Movies.GenericMovieDbInfo`1.<GetMetadata>d__6.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at MediaBrowser.Providers.Manager.MetadataService`2.<ExecuteRemoteProviders>d__28.MoveNext() System.IO.DirectoryNotFoundException at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func`2 errorRewriter) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize) at Emby.Common.Implementations.Serialization.JsonSerializer.OpenFile(String path) at Emby.Common.Implementations.Serialization.JsonSerializer.DeserializeFromFile[T](String file) at MediaBrowser.Providers.Movies.GenericMovieDbInfo`1.<FetchMovieData>d__7.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at MediaBrowser.Providers.Movies.GenericMovieDbInfo`1.<GetMetadata>d__6.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult() at MediaBrowser.Providers.Manager.MetadataService`2.<ExecuteRemoteProviders>d__28.MoveNext()
somy 25 Posted December 23, 2017 Posted December 23, 2017 Thanks. Nothing to worry about. Hi Luke, thanks! Also another exception which I mentioned my another thread, but I think it is QNAP/Linux related so post here as well: Looked into the log file and found the following error: 2017-12-22 22:04:04.562 Error LibraryMonitor: Error watching path: /share/Multimedia/Karaoke *** Error Report *** Version: 3.2.50.3 Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system /EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer /programdata -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp Operating system: Unix 4.2.8.0 64-Bit OS: True 64-Bit Process: True User Interactive: True Processor count: 4 Program data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata Application directory: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system System.IO.IOException: The configured user limit (128) on the number of inotify instances has been reached. at System.IO.FileSystemWatcher.StartRaisingEvents() at System.IO.FileSystemWatcher.StartRaisingEventsIfNotDisposed() at System.IO.FileSystemWatcher.set_EnableRaisingEvents(Boolean value) at Emby.Server.Implementations.IO.LibraryMonitor.<>c__DisplayClass38_0.<StartWatchingPath>b__0() System.IO.IOException at System.IO.FileSystemWatcher.StartRaisingEvents() at System.IO.FileSystemWatcher.StartRaisingEventsIfNotDisposed() at System.IO.FileSystemWatcher.set_EnableRaisingEvents(Boolean value) at Emby.Server.Implementations.IO.LibraryMonitor.<>c__DisplayClass38_0.<StartWatchingPath>b__0()
Luke 42077 Posted December 23, 2017 Author Posted December 23, 2017 Please make sure to always attach complete emby server logs, thanks.
Luke 42077 Posted December 23, 2017 Author Posted December 23, 2017 I've updated the build in the first post with the latest beta release. Thanks everyone.
somy 25 Posted December 23, 2017 Posted December 23, 2017 Please make sure to always attach complete emby server logs, thanks. Complete server log file attached, thanks in advance and merry Christmas! server-63649635348.txt
syplex 4 Posted December 27, 2017 Posted December 27, 2017 Luke, did you get a chance to look at my issue in post 401? I'm still seeing it in the latest 3.2.60.2.
Luke 42077 Posted December 27, 2017 Author Posted December 27, 2017 Luke, did you get a chance to look at my issue in post 401? I'm still seeing it in the latest 3.2.60.2. I'm not yet sure. It might be one of those situations where we're stream copying the original video when in fact it should be fully transcoded. That's why forcing the transcode will fix it but it will obviously tax your machine pretty hard.
syplex 4 Posted December 28, 2017 Posted December 28, 2017 I'm not yet sure. It might be one of those situations where we're stream copying the original video when in fact it should be fully transcoded. That's why forcing the transcode will fix it but it will obviously tax your machine pretty hard. The strange thing is turning off hardware transcoding doesn't fix it. I can only get it to work on the QNAP-built version of Emby. Maybe there's a bug disabling transcoding?
Luke 42077 Posted December 28, 2017 Author Posted December 28, 2017 The strange thing is turning off hardware transcoding doesn't fix it. I can only get it to work on the QNAP-built version of Emby. Maybe there's a bug disabling transcoding? Like I said earlier, it is remuxing, so it won't matter whether or hardware transcoding is on or off. That is probably the difference between the two servers. One is doing a full transcode and the other is just doing a remux. The one that does the full transcode is the one that works well for this video, except that it happens to hit your cpu hard.
syplex 4 Posted December 28, 2017 Posted December 28, 2017 Like I said earlier, it is remuxing, so it won't matter whether or hardware transcoding is on or off. That is probably the difference between the two servers. One is doing a full transcode and the other is just doing a remux. The one that does the full transcode is the one that works well for this video, except that it happens to hit your cpu hard. Ahh ok. I'm comparing two videos, one that works OK and one that doesn't. Logs attached. Let me know if you see anything. Only thing I noticed was the one that doesn't work has more codec/streams embedded. Maybe the remux isn't skipping over all of the subtitle streams? Also, I saw this in the log: EnablePlaybackRemuxing: True Is it possible to set this to false? If so I could confirm remux is the problem. Die Hard-Problem.txt Oblivion-Works.txt
Luke 42077 Posted December 28, 2017 Author Posted December 28, 2017 It's probably something specific to that video. Try lowering the in-app bitrate setting to force a full transcode.
syplex 4 Posted December 28, 2017 Posted December 28, 2017 It's probably something specific to that video. Try lowering the in-app bitrate setting to force a full transcode. I see this same problem in many of my ripped videos. I lowered the bitrate and the video plays back ok, so it must be the remux. Let me know if I can help.
eric90066 0 Posted December 31, 2017 Posted December 31, 2017 This is a wonderful, official, addition to the qnap library. Does the ssl issue mean we should not configure the emby app to use ssl on the wan side for now? I know when I've tried using emby remotely using the app and ssl, its really slow and unstable.
AvengersFan 10 Posted December 31, 2017 Posted December 31, 2017 Happy New Year Emby Team. Thank you for this awesome program. Cheers Mark
Luke 42077 Posted January 8, 2018 Author Posted January 8, 2018 The link in the first post has been updated with the latest emby server beta changes. thanks.
Th0r_ 0 Posted January 13, 2018 Posted January 13, 2018 TS-451 working fine with this. dont need transcoding at the moment, but when i turn it on CPU went to 100% useage & emby wont work any more
AvengersFan 10 Posted January 15, 2018 Posted January 15, 2018 Been using the new beta release 3.2.60.11 for about a week or so now. Happy to report No http crashes my end any more. Love your work! Cheers Mark
Luke 42077 Posted January 15, 2018 Author Posted January 15, 2018 Thanks for the feedback. However just to set expectations, I would still expect the https crashes to occur, and we're still looking into that. Thanks. 1
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