HW acceleration (decode + encode) with RK3568?

[danergo 37]

On 9/7/2024 at 10:58 AM, danergo said:

Hi!

I rechecked with Dubai ts (s2.mp4), and it almost reached 2x, please see the full log here:

Regarding tone mapping, I couldn't find out what would be needed to check (I only have my phone with me).

Note: I also checked the Wonderland transcoded sample on a large TV and it looks almost as good as original (tv is fhd).

 

Cheers and thanks!

What do you suggest?

 

for me, it would be sufficient to use this transcoding without tone map.

[softworkz 5066]

Okay, let's conclude on this subject:

First of all, thanks a lot for taking the effort in testing these things. From my side, these results are good enough to justify us looking into integrating hwa support for those chipsets in the short- to mid-term.

For the time line, there's a pre-condition regarding ffmpeg: it can only be added after we've updated our ffmpeg to the latest state, which will still take a few months until we get there.

From then on, it will be subject to internal priorization. Once it's been given a go, it will start by acquiring a device for development and testing, then we would integrate the changes from that repository into our own ffmpeg and extend our build systems for building ffmpeg binaries for that platform. We'll also need to be able to detect different RockChip platforms, to know which exact capabilities are available on each. Finally, we need to develop the transcoding logic and command line building at the side of Emby Server.
After that, it can be delivered for testing in the beta channel. 

[softworkz 5066]

@them8os235 @kbx81 @chj915 @janmemby @lexm8

I've merged your posts into this conversation, to have it all in a single place. Please see my conclusion on the subject above.
Thanks for providing all the information!

[them8os235 47]

On 9/10/2024 at 5:44 PM, softworkz said:

Okay, let's conclude on this subject:

First of all, thanks a lot for taking the effort in testing these things. From my side, these results are good enough to justify us looking into integrating hwa support for those chipsets in the short- to mid-term.

For the time line, there's a pre-condition regarding ffmpeg: it can only be added after we've updated our ffmpeg to the latest state, which will still take a few months until we get there.

From then on, it will be subject to internal priorization. Once it's been given a go, it will start by acquiring a device for development and testing, then we would integrate the changes from that repository into our own ffmpeg and extend our build systems for building ffmpeg binaries for that platform. We'll also need to be able to detect different RockChip platforms, to know which exact capabilities are available on each. Finally, we need to develop the transcoding logic and command line building at the side of Emby Server.
After that, it can be delivered for testing in the beta channel. 

 

Great insight into your roadmap and backlog process; I'd always wondered about that. 

Not sure if the Emby dev operations depends on user support/contributions, or it is a commercial operation where your org would acquire all hardware and as tax deductible expenditures.  But if the former -- meaning that community support & donations make the Emby world go round -- I'd be open with parting with my early revision Radxa Rock 5B.  If I could get it back at some time well down the line, well great.  But if I never see it again I could live with that too. 

[softworkz 5066]

13 hours ago, them8os235 said:

Not sure if the Emby dev operations depends on user support/contributions, or it is a commercial operation where your org would acquire all hardware and as tax deductible expenditures.  But if the former -- meaning that community support & donations make the Emby world go round -- I'd be open with parting with my early revision Radxa Rock 5B.  If I could get it back at some time well down the line, well great.  But if I never see it again I could live with that too. 

Thanks for the offer, I think we'll get our own one - unless they'd be hard to get at that time maybe.

[janmemby 7]

hi softworkz, out of curiosity, does upcoming mainline kernel support (gpu finished, npu sent for review) for rk3588 simplifies anything in your procedures? 

and pls, if any support, specifically testing is needed, just let us know.

[tmm1 8]

I believe all the upstream work is related only to decoding. Encoding still requires rk kernel and userland

[softworkz 5066]

On 10/25/2024 at 11:12 AM, janmemby said:

hi softworkz, out of curiosity, does upcoming mainline kernel support (gpu finished, npu sent for review) for rk3588 simplifies anything in your procedures? 

Needing to know and follow all this does everything but simplify..  

On 10/25/2024 at 11:12 AM, janmemby said:

and pls, if any support, specifically testing is needed, just let us know.

Thanks

[Vodalex 2]

Can anyone help me on enabling hardware acceleration on odroid M1?

i have emby premiere and run my emby as a docker container.

Here ist yaml.

services:
  emby:
    image: emby/embyserver_arm64v8:beta
    container_name: emby
    restart: always
    environment:
      - UID=1000
      - GID=100
    volumes:
      - /mnt/media1:/media1
      - /mnt/media2:/media2
      - /var/lib/docker/volumes/emby_data/_data:/config
      - /dev/rga:/dev/rga
      - /dev/dma_heap:/dev/dma_heap
      - /dev/mpp_service:/dev/mpp_service
      - /dev/vpu_service:/dev/vpu_service
    devices:
      - /dev/dri:/dev/dri
    ports:
      - "8096:8096"
      - "8920:8920"
    network_mode: host

I still dont see the options for hardware decoding in emby. Only software.. Can anybody help me to enable it?

[janmemby 7]

because rk3xxx is not, at least yet, supported by emby. if you read this thread, you will understand what is going on…

[janmemby 7]

@softworkzhi, would u pls mind sharing short update on this project? thx…

[softworkz 5066]

Next-up there will be a migration to the latest ffmpeg. This will come to the beta channel of the server AFTER the next stable release (4.9).

Once that is done, we will look at the current status of the RockChip upstream work and decide whether it's mature enough to give it a try.

Thanks

[zyrorl 3]

 

On 15/02/2025 at 07:32, softworkz said:

Next-up there will be a migration to the latest ffmpeg. This will come to the beta channel of the server AFTER the next stable release (4.9).

Once that is done, we will look at the current status of the RockChip upstream work and decide whether it's mature enough to give it a try.

Thanks

Honestly this would be extremely helpful. I've just been able to compile my own ffmpeg using the rockchip upstream work, and it works extremely well, however i can't use it within emby due to whatever customisations you guys do to ffmpeg. I really think it would be great to see this released as soon as possible or at least a mechanism by which we can use custom built ffmpegs within emby (or at least our ability to compile ffmpeg using emby's codebase).

[zyrorl 3]

On 15/02/2025 at 07:32, softworkz said:

Next-up there will be a migration to the latest ffmpeg. This will come to the beta channel of the server AFTER the next stable release (4.9).

Once that is done, we will look at the current status of the RockChip upstream work and decide whether it's mature enough to give it a try.

Thanks

@softworkzI see that we're now well and truly into 4.9 beta territory, it would be awesome to see some progress on this, there's quite a few android devices based on the rockchip, as well as people running emby on devices like OrangePi, RockPi etc. who would really love to benefit from improved hardware acceleration. 

[softworkz 5066]

On 2/14/2025 at 10:32 PM, softworkz said:

This will come to the beta channel of the server AFTER the next stable release (4.9).

("after" also doesn't necessarily mean "immediately after")

[joykingdom 0]

On 4/30/2025 at 6:03 AM, softworkz said:

("after" also doesn't necessarily mean "immediately after")

Any update?

[Vodalex 2]

20 hours ago, joykingdom said:

Any update?

Just buy yourself a small nuc with intel cpu.. Then bind your current NFS share into this new nuc. And then you can transcode your files.. This is how I solved my problems.. My current NAS does not support hardware trascoding.. so i have done it like this.. Lets assume the IP of the nas is 192.168.1.5 

I have edited Fstab via ssh: 

nano /etc/fstab

There I have entered the shares from my old nas like this:

192.168.1.5:/export/MEDIA1 /mnt/media1 nfs defaults 0 0

You have to create the shares before: sudo mkdir -p /mnt/media1

This way you make sure  the files will be visible from your emby nuc..

[AVSpro 1]

Hello team,

I also have an OrangePI5 Plus and waiting for a beta version that includes this ffmpeg support. Any news?

Thank you and regards!

[Luke 42077]

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

[AVSpro 1]

Hi Luke, thank you for your reply. Is this the beta you were talking about? I saw some improvements to ffmpeg, but no specifics:

4.9.1.23-beta

[Luke 42077]

9 hours ago, AVSpro said:

Hi Luke, thank you for your reply. Is this the beta you were talking about? I saw some improvements to ffmpeg, but no specifics:

4.9.1.23-beta

Hi, not yet. It will be in the near future. Thanks.

[joykingdom 0]

On 9/1/2025 at 2:04 AM, Luke said:

Hi, not yet. It will be in the near future. Thanks.

Which channels can I use to find out in which beta version this feature was integrated?

[AVSpro 1]

Click on the link above. It will send you to the Git Hub page of the beta releases.
Read there when a new version comes out to see if what you are looking for has been implemented.
That is my understanding so far.

[overClocked! 65]

I've got Emby currently running on an Orange Pi 5 8GB sporting Rockchip RK3588 and I've got an Orange Pi 5 Plus, Radxa Rock 5B just sitting here waiting for something to do.  Would be the bees knees to get the hardware acceleration for the Mali-G610 GPU going with Emby when it needs to transcode.  Patiently waiting for this as well.

[joykingdom 0]

On 9/1/2025 at 2:04 AM, Luke said:

Hi, not yet. It will be in the near future. Thanks.

I have noticed that Emby's recent beta version updates are quite frequent, and I would like to ask which version is expected to update ffmpeg?