-
When printing the codecs using the example encoder/decoder app, I get this:
I am prettey sure I correctly installed DAV1D, RAV1E, libde265 and x265 though. When setting up the Makefiles using CMake, it seems that they are found:
I assume this output means the includes are found but not the libraries themselves and I really cannot figure out why that is. The libde265 and x265 libs are located in |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 4 replies
-
In your cmake output, do you get a table that looks like this:
What does What is in that plugin path? If all you want to do is to get an "all-in-one" build and not have to install to the plugin path, you can use the cmake options to not build as plugins. A quick way to do that is |
Beta Was this translation helpful? Give feedback.
-
The table looks normal:
The plugin path reported is Besides that, your suggestion of building the dev version worked perfectly and I am able to use the sample programs now. Thank you! What I am wondering though, where does the dev version get the codec code/libs from? |
Beta Was this translation helpful? Give feedback.
The build can do each codec as linked into the library, or as a runtime loaded plugin. You can see this by using ccmake, or by looking at the differences in https://github.com/strukturag/libheif/blob/master/CMakePresets.json (note the
_PLUGIN
version).I think you've probably linked the plugins incorrectly - you picked the underlying library (librav1e.so) rather than the libheif plugin (libheif-rav1e.so).
There is a discussion of this in the README. See https://github.com/strukturag/libheif?tab=readme-ov-file#cmake-configuration-variables
Also note the part about "...environment variable LIBHEIF_PLUGIN_PATH...", which you can use to specify a plugin path if you really do want to use plugi…