-
Notifications
You must be signed in to change notification settings - Fork 369
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
AV1 support for HW decoding #1690
Comments
A few questions:
|
I re-compiled ffmpeg without libaom and the above code stopped working, whereas the ffmpeg command that uses HW decoding continued to work
Full Logs
Tested on an GCP L4.
Yes, compiled ffmpeg with CUDA support & shared libraries, installed on the system (sudo make install && sudo ldconfig) before (re-)installing pyav from master |
If you run Can you do The way allow_software_fallback works right now is a bit misleading. It controls the case where the hardware decoder can be found and opened, but something goes wrong trying to set it up to decode the actual video (eg. resolution too high, subsampling mode not supported, etc). In that case if allow_software_fallback is set, we allow the decoder to do software decoding instead. In the case that the hardware decoder is never there to begin with, we silently fall back to software decoding, regardless of the allow_software_fallback setting. This is necessary because in many files you have multiple streams with different encodings, and there will be at least one that can't be hardware decoded (eg MJPEG). We don't want to fail in those cases. Maybe we can raise an exception if no stream can be accelerated. |
strangely, the paths diverge here.
both systems have AV1 HW support
|
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Overview
#1685 implemented HW support for CUDA devices. This support works for H264, VP9 but not AV1 (on supported devices)
Expected behavior
Decoding to be done on GPU.
Actual behavior
Decoding is done in software (even though
allow_software_fallback is False
)Traceback:
n/a
Investigation
sample media: av1.webm
Sanity Check:
FFmpeg:
Py Sample:
Reproduction
see above
Versions
Built from master, post PR Implemented hardware decoding #1685
Research
I have done the following:
Additional context
Tests done on an RTX4090, reproduced also on an L4 in GCP
The text was updated successfully, but these errors were encountered: