-
Notifications
You must be signed in to change notification settings - Fork 62
BETA CUDA interface: H265 support #919
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
Conversation
// No bitstream filter needed for other codecs | ||
// TODONVDEC P1 MPEG4 will need one! | ||
break; | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: I would prefer putting this switching logic into a function - I know we have a style difference there. :) My rationale is that I find it useful to think in terms of pure functions when I can, and this can definitely be a pure function, and then we can simply say in this scope:
std::string filterName = toFilterName(codecPar->codec_id);
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IIUC we'd need toFilterName
to return ""
when no match exist, and it would be up to the caller to check against that?
void initializeInterface(AVStream* stream) override; | ||
void initializeInterface( | ||
const AVStream* stream, | ||
const UniqueDecodingAVFormatContext& avFormatCtx) override; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just merged #902, so there's going to be merge conflicts. It should be easy to solve: we just rename initializeInterface()
to initialize()
, and keep the new param.
This PR adds support for H265 videos. It also creates a new
initializeBSF()
method: previously, we were hard-coding the BSF for H264. But H265 needs a different kind of BSF, and some format do not need any. So this PR allows for that more general logic.This PR is based on #917 so if it's not already merged, you can review it independently by looking at
12c75e7
(#919)