Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

vd_lavc: don't hardware decode VC-1 by default #15737

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

guidocella
Copy link
Contributor

@guidocella guidocella commented Jan 25, 2025

vd_lavc: don't hardware decode VC-1 by default

VC-1 with nvdec shows a green screen, and users may not understand that it is caused by hwdec and that disabling it is the fix. It can break displaying videos on vaapi too (https://gitlab.freedesktop.org/mesa/mesa/-/issues/12525).

Also new AMD GPUs don't support hardware decoding VC-1 at all (https://en.wikipedia.org/wiki/Video_Core_Next). This slows down startup time if hardware decoding is attempted anyway, especially with --hwdec=auto.

Also there is no need to hardware decode VC-1 videos since nobody produces 4k VC-1 videos.

Just remove it from the default hwdec-codecs, it is not worth implementing a system to guess whether it will work depending on the GPU.

Fixes #15715.

(Github doesn't let me ropen #12407)

Copy link

github-actions bot commented Jan 25, 2025

Download the artifacts for this pull request:

Windows
macOS

@kasper93
Copy link
Contributor

What's the relation between #15737 and #15733?

@guidocella
Copy link
Contributor Author

This supersedes that.

@sfan5
Copy link
Member

sfan5 commented Jan 25, 2025

The "and new AMD GPUs don't support it all." part should go from the commit message as it's not relevant.

@guidocella
Copy link
Contributor Author

Redone the commit message instead and explained how it's relevant.

@ValeZAA
Copy link

ValeZAA commented Jan 25, 2025

Works just fine on windows, except for seeking, when this happens the image falls apart on windows that on Linux usually causes green screen, I think this is some easy ffmpeg bug probably this one: #8515 (try reverting FFmpeg/FFmpeg@701e8b4)

image

@sfan5
Copy link
Member

sfan5 commented Jan 25, 2025

Also new AMD GPUs don't support hardware decoding VC-1 at all
(https://en.wikipedia.org/wiki/Video_Core_Next). This slows down startup
time if hardware decoding is attempted anyway, especially with
--hwdec=auto.

No. This is still wrong. We do not optimize for startup time by changing hwdec-codecs, or it would end up empty.

VC-1 with nvdec shows a green screen, and users may not understand that
it is caused by hwdec and that disabling it is the fix. Also there is no
need to hardware decode VC-1 videos since nobody produces 4k VC-1
videos.

Just remove it from the default hwdec-codecs, it is not worth
implementing a system to guess whether it will work depending on the
GPU.

Fixes mpv-player#15715.
@kasper93
Copy link
Contributor

kasper93 commented Jan 26, 2025

Issue with VC-1 decoging has been fixed in vaapi frontend https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33221 It also works fine on Windows as reported by ValeZAA. So the only remaining issue is with proprietary NVIDIA drivers on Linux. (probably the fix is similar to vaapi one, but would need to be done by NVIDIA obviously)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

VC-1 videos played with nvdec or vdpau show green screen
5 participants