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
Variables with different names in PPSSPP causes compilation failure on Linux when using system ffmpeg from upstream [SOLVED] #7955
Comments
Ugh, what a pain. Although, I suppose you could just #define the new names into the old ones, as a workaround. Pull requests accepted :) |
I'll be glad to do that but I'm a noob at programming. I then proceeded I tried to implement a way to detect libavutil version and do the #define upon result but as I was testing, I didn't understand how to use the have the avutil_version() function detected in my test code with Cmake and linking to libavutil.so... |
I finally nailed it... I hope...: In fact I had to rephrase the title of this issue as it's PPSSPP that keeps the old names rather than upstream introducing API breakage (looks like they changed the names quite some time ago). |
I simply changed PPSSPP's usage of the old names to the new ones instead in 33c3963 . Please confirm if it solves the problem. |
It indeed does. Also, It taught me a lot crafting my patch but you tackled it in an even better way since I lost sight that the new names were also available in the ffmpeg submodule anyway, so there was no need to be extra careful about it. |
@DistantThunder Great! Sorry, I should have tried this from the start. Glad you learned something though... |
Affected variables are:
PIX_FMT_RGBA and CODEC_ID_H264, respectively renamed AV_PIX_FMT_RGBA and AV_CODEC_ID_H264.
They're called there and two line onward: https://github.com/hrydgard/ppsspp/blob/master/Core/HLE/sceMpeg.cpp#L771
After renaming them, compilation was successful for me, on Arch Linux with ffmpeg compiled from git:
The text was updated successfully, but these errors were encountered: