jemyzhang

How to enable hardware transcoding on asrock j3160 with ds916+ 6.1.3 installed

Recommended Posts

After transferred from DS3617 to DS916+, I'm not able to play video if the video transcoding is enabled.

And even there's no ffmpeg process while I trying to play video. Previously there's no problem with DS3617 installed.

 

Is that related to the hardware transcoding issue? And how can I debug into this issue?

 

I tried with the following command without problem, except that the cpu loading is still high(4 cores with 99%).

/var/packages/VideoStation/target/bin/ffmpeg-vaapi -hwaccel nvenc -i /volume2/video/test.mov -c:v h264 -preset:v faster /tmp/out.qsv.mp4

Share this post


Link to post
Share on other sites

did you read this?

might give you a hint why QSV support with ffmpeg does not work (and the normal cpu cores and instructions are used)

 

 

Share this post


Link to post
Share on other sites

qsv means use CPU encoder instead of gpu? so I should build ffmpeg qsv to replace the builtin ffmpeg?

I will try that. thanks!

通过我的 ONEPLUS A3000 上的 Tapatalk发言

Share this post


Link to post
Share on other sites
36 minutes ago, jemyzhang said:

qsv means use CPU encoder instead of gpu? so I should build ffmpeg qsv to replace the builtin ffmpeg?

I will try that. thanks!

通过我的 ONEPLUS A3000 上的 Tapatalk发言
 

 

no thats not what it was about, its about that qsv (as ffmpeg using it) does need kernel support and this has to be patched in with a lot of effort (if even possible for the "old" 3.10.102 kernel synology uses) and then rhe whole kernel has to be recompiled (including the things jun deos for using it on non synology hardware)

so a different ffmpeg will not do (at least thats what i found out)

synology does use a different aprouch in the 916+ image (not ffmepg)

 

" The DS216play with STiH412 Monaco SoC uses a specialised build of Gstreamer for the Synology transcoding solution, so its hardware features cannot be used by FFmpeg. It seems likely that Synology is also using Gstreamer for the Intel Braswell or newer generation CPUs with QuikSync, since DSM ships with an older FFmpeg (2.7.1) than the version which introduced QuikSync support (2.8.0). To implement FFmpeg QuikSync hardware transcoding support requires Linux kernel patches for libmfx support which is not currently included in DSM 6.x, so Serviio support for Intel QuikSync on Synology is unlikely unless Synology in future switches to using FFmpeg for its own hardware transcoding solution. "

 

 

"i had a look into the MediaServerStudioEssentials2017R2.tar.gz

there are 147 patches in that directory and you only have kernel 3.10.102 with dsm 6.1 and not 4.4"

 

imho atm the only way is to use a compatible cpu and use the transcoding as synology intends it to be used

not shure if anyone was able to at least do this with the 916+ image on a qsv capable hardware, imho first step use it the synology way after that thinking about how to put that to use, everything else looks like pointless dreaming (?)

 

Edited by IG-88

Share this post


Link to post
Share on other sites

I read the post, means there's currently no way to enable hardware transcoding on non-synology-hardware?

Share this post


Link to post
Share on other sites
9 hours ago, jemyzhang said:

I read the post, means there's currently no way to enable hardware transcoding on non-synology-hardware?

 

i'm not that certain, if using a hardware matching to those of a 916+ and using the jun 1.02b and 916+ image it could work, at least in the fashin a normal (original) 916+ synology system is doing it, have to read about it that someone realy tryed that, everyone just writes about ffmpeg and plex

Share this post


Link to post
Share on other sites
15 hours ago, IG-88 said:

 

i'm not that certain, if using a hardware matching to those of a 916+ and using the jun 1.02b and 916+ image it could work, at least in the fashin a normal (original) 916+ synology system is doing it, have to read about it that someone realy tryed that, everyone just writes about ffmpeg and plex

Problem solved, it is about the SN, I set the SN to the real-DS916+, and the hardware transcoding worked perfectly. Please refer to the following post.

cat /usr/syno/etc/codec/activation.conf 
{"success":true,"activated_codec":["h264_dec","h264_enc"],"token"xxxxx"}

 

Share this post


Link to post
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now