mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-03 21:23:48 +00:00
Failure to find ffmpeg/libavcodec header files during compilation #880
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @siliconwaffle on GitHub (Jan 1, 2026).
Description
Linux build script fails to find libavcodec header files on Fedora 43 with ffmpeg-devel from rpmfusion.
Component: lib_ccx
File: src/lib_ccx/hardsubx.c and src/lib_ccx/hardsubx.h
Problem
Compilation of ccextractor fails on systems where ffmpeg header files exist under /usr/include/ffmpeg. The header files are installed, they're just in a weird location and the environment variables aren't fixing it.
Compilation command used:
Error message:
Proposed Fix
I haven't figured out how to fix this.
Impact
This issue causes compilation to fail.
This has been an issue for years and there's still a comment in the header and c files that say "// TODO: Correct FFMpeg integration", but there was a similar issue a while back that got closed as "not planned". I have been attempting to fix this for a while but I have no idea what I'm doing, is there at least a good work-around if it's not going to be fixed?
@cfsmp3 commented on GitHub (Jan 1, 2026):
@siliconwaffle Can you try this? https://github.com/CCExtractor/ccextractor/pull/1955
@siliconwaffle commented on GitHub (Jan 2, 2026):
@cfsmp3 so it looks like it worked, and I've gotten slightly farther into the build process. However, a new problem has appeared and I have no idea what it means:
Output of
rustc --explain E0599:@cfsmp3 commented on GitHub (Jan 2, 2026):
PR #1957 should fix this. The
palettecrate renamedto_positive_degrees()tointo_positive_degrees()in version 0.7.0.@cfsmp3 commented on GitHub (Jan 2, 2026):
@siliconwaffle Does this get you past that point? https://github.com/CCExtractor/ccextractor/pull/1957
@siliconwaffle commented on GitHub (Jan 8, 2026):
@cfsmp3 sorry for the delay, I unfortunately don't get much free time for this kind of thing.
That was my mistake, I forgot I had patched the toml to use pallete 0.7.5 because I didn't want to package 0.6 and it's endless dependencies, I didn't know it would break the code. Thank you for fixing that. I did make it farther with 0.96.5, however:
Fixed it with the following:
I don't want to make a PR for this because it's using a hardcoded path that's not applicable to everyone, maybe there's another way you can think of to remedy this? Possibly with pkg-config or a couple if; then statements testing whether that directory exists or not?