rouq 23 Posted February 2, 2018 Share Posted February 2, 2018 Hi When I try to sync to my android mobile, if I chose anything other than original, it failed when hw acceleration is activated. If I disable hw, it works but the processor is not really up to the task (celeron 2 core) emby server: 3.2.70.0 Synology NAS DS418play Thank you Here is the logs: 2018-02-02 13:13:56.092 Info TaskManager: Executing Convert media2018-02-02 13:13:56.120 Info App: Bitrate exceeds DirectPlay limit: media bitrate: 18158758, max bitrate: 40000002018-02-02 13:13:56.120 Info App: Bitrate exceeds DirectStream limit: media bitrate: 18158758, max bitrate: 40000002018-02-02 13:13:56.120 Info App: Profile: Unknown Profile, Path: /volume1/DVRrecordings/EmbyDefaultMedia/Séries TV/Format familial/Season 4/Format familial S04E15 Vieillir entouré de ses amis.ts, isEligibleForDirectPlay: False, isEligibleForDirectStream: False2018-02-02 13:13:56.156 Info MediaEncoder: /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -re -hwaccel vaapi -hwaccel_output_format vaapi -vaapi_device /dev/dri/renderD128 -i file:"/volume1/DVRrecordings/EmbyDefaultMedia/Séries TV/Format familial/Season 4/Format familial S04E15 Vieillir entouré de ses amis.ts" -map 0:0 -map 0:1 -map -0:s -codec:v:0 h264_vaapi -force_key_frames "expr:gte(t,n_forced*5)" -vf "format=nv12|vaapi,hwupload,deinterlace_vaapi,scale_vaapi=w=1280:h=720" -b:v 3616000 -maxrate 3616000 -bufsize 7232000 -profile:v 578 -level 41 -vsync -1 -map_metadata -1 -map_chapters -1 -threads 1 -codec:a:0 copy -y "/var/packages/EmbyServer/target/var/sync/f191d5d991de404ba95af8256b7089a1/ab7cd64a62fc4c93977de58c1692b967/ea505c5f0c594259ae8a18e52664a55a.mkv"2018-02-02 13:13:56.303 Info MediaEncoder: FFMpeg exited with code 12018-02-02 13:13:56.404 Error App: Error during sync transcoding *** Error Report *** Version: 3.2.70.0 Command line: /var/packages/EmbyServer/target/server/MediaBrowser.Server.Mono.exe -package synology -programdata /var/packages/EmbyServer/target/var -ffmpeg /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/ffmpeg/bin/ffprobe -restartpath /var/packages/EmbyServer/scripts/restart Operating system: Unix 4.4.15.0 64-Bit OS: True 64-Bit Process: True User Interactive: False Mono: 5.2.0.224 (tarball Mon Sep 25 18:34:32 CST 2017) Processor count: 2 Program data path: /var/packages/EmbyServer/target/var Application directory: /volume1/@appstore/EmbyServer/releases/v3.2.70.0 System.Exception: Encoding failed at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0003e] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x00028] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x00008] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <d31cad56a57f4677b3b2262d472abcad>:0 at Emby.Server.MediaEncoding.Encoder.MediaEncoder+<EncodeVideo>d__74.MoveNext () [0x0014a] in <9b83e01f8da34f4a9b7792752b0d08b1>:0 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0003e] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x00028] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x00008] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter`1[TResult].GetResult () [0x00000] in <d31cad56a57f4677b3b2262d472abcad>:0 at Emby.Server.Sync.SyncJobProcessor+<Sync>d__27.MoveNext () [0x00400] in <fc63682b8230427897be4b2e9f42ad1b>:0 System.Exception at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0003e] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x00028] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x00008] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1+ConfiguredTaskAwaiter[TResult].GetResult () [0x00000] in <d31cad56a57f4677b3b2262d472abcad>:0 at Emby.Server.MediaEncoding.Encoder.MediaEncoder+<EncodeVideo>d__74.MoveNext () [0x0014a] in <9b83e01f8da34f4a9b7792752b0d08b1>:0 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (System.Threading.Tasks.Task task) [0x0003e] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (System.Threading.Tasks.Task task) [0x00028] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter.ValidateEnd (System.Threading.Tasks.Task task) [0x00008] in <d31cad56a57f4677b3b2262d472abcad>:0 at System.Runtime.CompilerServices.TaskAwaiter`1[TResult].GetResult () [0x00000] in <d31cad56a57f4677b3b2262d472abcad>:0 at Emby.Server.Sync.SyncJobProcessor+<Sync>d__27.MoveNext () [0x00400] in <fc63682b8230427897be4b2e9f42ad1b>:0 2018-02-02 13:13:56.406 Info TaskManager: Convert media Completed after 0 minute(s) and 0 seconds2018-02-02 13:13:56.430 Info ServerManager: Sending web socket message ScheduledTaskEnded2018-02-02 13:13:56. Log1.txt Link to comment Share on other sites More sharing options...
Luke 36887 Posted February 2, 2018 Share Posted February 2, 2018 and the sync ffmpeg log? Link to comment Share on other sites More sharing options...
rouq 23 Posted February 2, 2018 Author Share Posted February 2, 2018 @@Luke There is a "transcode-*log" but I don't see a ffmpeg-transcode-*.log file for this specific job. Here the transcode log. Thank you transcode.txt Link to comment Share on other sites More sharing options...
Luke 36887 Posted February 2, 2018 Share Posted February 2, 2018 Ok, I would suggest turning off vaapi. Thanks. Link to comment Share on other sites More sharing options...
rouq 23 Posted February 2, 2018 Author Share Posted February 2, 2018 @@Luke Vaapi works fine when streaming. It's just when doing sync. I was just letting you know that sync wasn't working when vaapi was enabled. Link to comment Share on other sites More sharing options...
Luke 36887 Posted February 2, 2018 Share Posted February 2, 2018 Thanks for the info. We'll take a look. Link to comment Share on other sites More sharing options...
Solution tobedeleted 4 Posted February 20, 2018 Solution Share Posted February 20, 2018 I found this thread as I had the same problem with a "normal" Linux media server. It seems that adding the "emby" user to the "video" group (or whoever owns /dev/dri/...) fixed it, but I'm still experimenting. It might be a problem specific to headless setups without a normal X server running. 1 Link to comment Share on other sites More sharing options...
rouq 23 Posted February 20, 2018 Author Share Posted February 20, 2018 (edited) @Larx Thank you very much. That was it. I added "emby" user in the video group and restart the server and now sync works with vaapi. I'm not totally sure, but seems that every time DSM software get upgraded, this permission get dropped. @@Luke Edited February 20, 2018 by rouq Link to comment Share on other sites More sharing options...
Luke 36887 Posted February 21, 2018 Share Posted February 21, 2018 I found this thread as I had the same problem with a "normal" Linux media server. It seems that adding the "emby" user to the "video" group (or whoever owns /dev/dri/...) fixed it, but I'm still experimenting. It might be a problem specific to headless setups without a normal X server running. It's normal, we need to update our instructions for linux, thanks. 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