Does Emby support HW transcoding on the Rockchip RK3588S?

[parmi93 0]

I recently set up Emby on my NanoPi R6S with OpenWRT v24.10.04 through Docker, and it’s working pretty well overall. The only issue is that when I choose a video quality like 1080p for 4K content, the playback starts lagging with constant loading. This happens because the transcoding is being handled by the CPU, and all 8 cores are constantly maxed out at 100%.

Additionally, when I select a resolution different from the original, the video starts buffering immediately, and after about 30/60 seconds of waiting, the streaming is interrupted and Emby returns to the movie detail page without any error. At that point, I have to start the video again, and it plays with the resolution I had previously selected.

I think these issues are all due to the fact that Emby is not using hardware transcoding, for which I need to buy Emby Premiere (I was looking at Emby Lifetime), but before I do that, I would like to know if Emby actually supports hardware transcoding for the RK3588S?
Looking at the documentation https://emby.media/support/articles/Hardware-Acceleration-Overview.html, I couldn't find any information about it.

I've seen on other forums that people say Jellyfin supports hardware transcoding on the RK3588, but I personally haven't tested it yet.

[GrimReaper 4893]

3 minutes ago, parmi93 said:

I think these issues are all due to the fact that Emby is not using hardware transcoding, for which I need to buy Emby Premiere (I was looking at Emby Lifetime), but before I do that, I would like to know if Emby actually supports hardware transcoding for the RK3588S?

AFAIK not, and it may pass some time before support gets added. 

 

[Luke 42231]

Hi, we'll have a new ffmpeg build on the server beta channel in the near future, so stay tuned for that. Thanks.

[parmi93 0]

Can I subscribe to this beta channel to get notifications? I would like to test the beta releases.

Also do you know if it will work on official OpenWRT?

Apparently Jellyfin need BSP Kernel to support HW transcoding.

https://forum.jellyfin.org/t-how-to-enable-hw-transcoding-on-the-rk3588-with-openwrt

 

[TMCsw 259]

16 hours ago, parmi93 said:

Can I subscribe to this beta channel to get notifications?

Not that I know of.

16 hours ago, parmi93 said:

I would like to test the beta releases.

The latest betas and stable releases (Not Docker, Snap, or Flatpak) can be found here: https://github.com/MediaBrowser/Emby.Releases/releases. Check often.

[Luke 42231]

And also follow the testing area in the community.

[williamclot 2]

+1! I’m a lifetime Emby user & I’d also be keen to run Emby on a RK3588. I can test this out once it’s available in pre-release.

[Dzmitry 0]

 +1 Need  transcoding on rockchip`s.  Using Jellyfin   as temp solution

[Meitelis 0]

Totally agree with this one. I have Emby Lifetime subscription, but my SBCs are useless with Emby. In contrast to Jellyfin which is free and they support full HW transcoding on my orange pi 5b (rk3588s) and radxa 5b plus (rk3588). Transcoding from 4k to 4k HEVC with HDR enabled at 3-4x speed and CPU is barely used (no more than 25-30%). I mean rk3588 is a total beast compared for example to Intel's n5095 or n100. Pity there's no proper mainline kernel for them. And vendor kernels are Frankenstein'ed :(((

[AVSpro 1]

Hello all,

I have been waiting for ffmpeg support since last year. It seems things are moving quite slow at Emby. I also bought the lifetime subscription with Emby and love it so far. Considering current RAM shortages and rising prices, putting a bit of more effort on implementing this fast would be nice. I own an Orange Pi5 Plus with rockwell chip as well, and would love to have HW transcoding available. I would install the beta for testing as well.

@Lukeit is very nice that you are active and answer quite fast, but please stop saying the ffmep will be implemented in the "near future". It has been more than 1 year now and near future is just confusing everyone.
 

Edited 1 hour ago by AVSpro

[Luke 42231]

Hi, we are currently working on the ffmpeg update, so stay tuned for that. Thanks.