Deps: Bump FFmpeg to 9.0.1 - #14831
Conversation
|
Is the change backwards compatible with older ffmpeg? If so, you should move the commit that fixes ffmpeg 9 support before the one that enables ffmpeg 9, so you don't have commits that don't build. Same with the "don't hardcode dll path" commit, if that's compatible with both 8 and 9, it should go before the update. If not, we should probably add an ifdef to allow backwards compatibility, at least for a few ffmpeg versions. Also, "deprecate" is something a library does. (It's when you mark something you're planning on removing in the future so that users of the library can switch off of it slowly instead of their code breaking right away.) As the user of the library, we can stop using deprecated features, but naming a commit "deprecate <thing>" is really confusing. Who are we keeping it around for? The only user of PCSX2 code is ourselves... |
Looks like at least |
|
will probably need to move this to 9.0.1 since that was released |
|
Alright i have re-arranged the commits so the version bumps comes later after the fixes, also renamed the wording of the commit name, and bumped ffmpeg to 9.0.1 |
Also bumps `AMF` `LIBVPL` `LIBSVTAV1`
Description of Changes
This PR bumps our ffmpeg version to 9.0.1, as well as:
pix_fmtstoavcodec_get_supported_config()since ffmpeg 9 removed it.Rationale behind Changes
More up-to-date deps the better!
Suggested Testing Steps
Test ffmpeg and that all its codecs still works.
Did you use AI to help find, test, or implement this issue or feature?
Narhp.