mirror of
https://github.com/nyanmisaka/ffmpeg-rockchip.git
synced 2026-01-24 07:31:22 +01:00
[PR #27] [CLOSED] rkmppdec: allow user to force drm:prime format when decoding to prevent #242
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#242
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?
📋 Pull Request Information
Original PR: https://github.com/nyanmisaka/ffmpeg-rockchip/pull/27
Author: @hbiyik
Created: 2/12/2024
Status: ❌ Closed
Base:
master← Head:force_drm📝 Commits (1)
bb9758arkmppdec: allow user to force drm:prime format when decoding to prevent📊 Changes
2 files changed (+7 additions, -0 deletions)
View changed files
📝
libavcodec/rkmppdec.c(+5 -0)📝
libavcodec/rkmppdec.h(+2 -0)📄 Description
as in case some players can not pickup the right format.
in the cases where it is obvious like moonlight i create mainline PRs to players but there are such corner cases as mpv's i really dont know where the exact issue is.
ie: mpv picks up
correct drm_prime format for https://www.youtube.com/watch?v=aqz-KE-bpKQ, vp9 with mp4
but not for https://youtu.be/BJ3Yv572V1A, h264 with hls. choses nv12.
could be even a demuxer/container issue, who knows.
can we provide such a workaround for those cases?
as a side note, i would just suggest completely removing any form of format which is not drm_prime. It saves from future pain.
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.