Using DummyReader with a custom cache with a Timeline can lead to
strange exceptions due to Timeline's buffering. Therefore adding a
note to the DummyReader documentation about that.
- Defaults OFF, must be enabled during build generation
- Set (cmake -DAPPIMAGE_BUILD=1) by GitLab linux builder
- Stored as a symbol in the library (via OpenShotVersion.h #defines)
- Also visible in Python module (`if openshot.APPIMAGE_BUILD: pass`)
Also, use CMAKE_SWIG_FLAGS properly (as a list), fix some indentation
It is needed to avoid multiple definitions of AV_GET_CODEC_CONTEXT,
which is considered as an error with '-fno-common' which is default
since gcc-10.
Fixes: #511
- HAVE_IMAGEMAGICK and HAVE_RESVG will be #defined 0 or 1
- AV{CODEC,FORMAT,UTIL}_VERSION_STR will contain the FFmpeg
component versions detected by CMake when configuring the build
The CMake process will pick up Qt's Qt5Core_VERSION_STRING and
stick it in a cache variable (with forced updating each run),
and a new `#define` in the header exports it to the library and
to the Python bindings so that it can be queried at runtime.
BaseException is a python standard library exception class, so it's
not a great idea to redefine that name in our bindings. Renamed
to ExceptionBase, which is more in keeping with our class naming
system anyway.
The audio_codec and video_codec vars have type AVCodecContext.
Renaming them to reflect that makes the code easier to follow.
A couple of places in FFmpegUtilities macros that also used
context variables named _codec got the same fix.
