mirror of
https://github.com/nyanmisaka/ffmpeg-rockchip.git
synced 2026-01-23 23:21:06 +01:00
HW decoding HEVC w/Jellyfin doesn't work when subtitles enabled #12
Labels
No labels
bug
enhancement
help wanted
invalid
pull-request
question
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/ffmpeg-rockchip#12
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @bbklopfer on GitHub (Jan 28, 2024).
(First, thanks for this project --- it's awesome, and the performance on my Orange Pi 5+ is fantastic with HW transcoding!)
I recently did a fresh pull on the docker image
nyanmisaka/jellyfin:latest-rockchipand noticed that, with HW HEVC decode enabled, some videos will not show the video with the subtitles enabled (the subtitles will show, however it's just subtitles on a black screen). This happens on browser and android client. At least one video successfully worked on android client when the subtitles were displayed by the client and not embedded into the video stream, however.My recollection is that this did not happen prior to pulling the docker image today; I'm pretty new to using docker so I'm not sure how to revert to the previous image to test this out.
Happy to assist however I can in debugging, and apologies if this is the wrong place for this.
@bbklopfer commented on GitHub (Jan 28, 2024):
Update: I'm guessing the previous version of
latest-rockchipwas nyanmisaka/jellyfin:240117-arm64, so I pulled that and it works as expected: with HW decode (and encode) enabled, subtitles appear as expected.@nyanmisaka commented on GitHub (Jan 28, 2024):
@bbklopfer
That’s the expected behavior since Rockchip changed their librga kernel API last year. You have to update the BSP kernel to 5.10 rkr6 to get the fully-functional subtitle burn-in output.
You can simply install https://github.com/Joshua-Riek/ubuntu-rockchip instead.
@bbklopfer commented on GitHub (Jan 29, 2024):
Thanks so much!
@bbklopfer commented on GitHub (Feb 2, 2024):
Follow up in case anyone ended up here with a similar question:
I installed the kernel from https://github.com/Joshua-Riek/ubuntu-rockchip , but unfortunately am experiencing higher power usage (~2x power consumption at idle), increased thermals, and a load average that won't go below 1.00 ( https://github.com/Joshua-Riek/ubuntu-rockchip/issues/606 ). I did verify that the transcoding works as expected, however.
@nyanmisaka commented on GitHub (Feb 3, 2024):
This distro is mainly for desktop applications. Rockchip's default cpu/gpu governor can cause high latency or lag. So they set the governor to performance by default.
https://github.com/Joshua-Riek/ubuntu-rockchip/blob/main/overlay/usr/lib/systemd/system/cpu-governor-performance.service
https://github.com/Joshua-Riek/ubuntu-rockchip/blob/main/overlay/usr/lib/systemd/system/gpu-governor-performance.service
@bbklopfer commented on GitHub (Feb 5, 2024):
Thanks! Unfortunately performance governors don't appear to be the issue (or at least, not the whole issue) --- the same set of issues happens with the stock Orange Pi Debian userspace if I install the kernel from https://github.com/Joshua-Riek/ubuntu-rockchip (that userspace uses
ondemandandsimple_ondemandfor CPU and GPU, respectively).I wasn't super careful with looking at the thermals/power with this userspace though, so perhaps it is a little better; but it certainly runs hotter than the Orange Pi issued kernel, and the load average = 1 bug persists.
@EvilOlaf commented on GitHub (Apr 21, 2024):
Seems like hdmirx is the cause. Once disabled in device tree the load stays normal. So there must be some weirdness inside this driver.