Sync fail when hw acceleration is activated (VAAPI)

[rouq 23]

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

[Luke 40017]

and the sync ffmpeg log?

[rouq 23]

@@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

[Luke 40017]

Ok, I would suggest turning off vaapi. Thanks.

[rouq 23]

@@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.

[Luke 40017]

Thanks for the info. We'll take a look.

[tobedeleted 4]

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.

[rouq 23]

@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

[Luke 40017]

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.