This will pass the flag in CMake check_symbol_exists(), check_source_compiles(), etc.
Otherwise we don't detect API availability properly during configuration.
* Add a new backend to preform preparsing by sending preparser request
to an external process and wait for the preparsed media in a
preparser responce format.
* Use the new preparser with external process inside the playlist and
the medialib thumbnailer.
* Create an external process that receive preparser request, use the
original preparser to preparse the media and the send it back as
preparser responce.
* Create a preparser IPC (preparser request and response) to send
preparser requests to another process and receive the preparsed
media in return.
* Implement a de/serialization module capable of serializing and
deserializing preparser messages (requests and responses).
* Create a function to Update input item from an other one. This function
updates the value: `psz_name`, `psz_uri`, `i_duration`, `es_vec` and
`p_meta`.
Changes for 1.5.3 'Sonic':
--------------------------
1.5.3 is a minor release of dav1d, focused on RISC-V and maintenance:
- Misc small optimizations
- RISC-V assembly optimizations for ipred, emu_edge and w_mask,
and VLEN 512 for blend functions
- Fix issue with ivf files with 0 frames in tools
The position of the pointing tool tip is often set to
something that changes very rapidly, such as tracking
the cursor or slider bar handle in motion.
We can use a proxy variable, and break the binding on
`aboutToHide()` signal and re-establish it on
`aboutToShow()` signal. Note that we can not simply use
`visible`, because it may be too late.
It may happen when destroying an MFT that failed to initialize.
We know when we are started or not, so we can make use of that.
We keep the assert in startStream() as we don't want to start streaming twice.
These elements are all supposed to be unique. But as we always kept the last
value, we continue to do so without leaking the previous value.
Fixes#29521
This reverts commit 6aab1e0b2b.
MP4_COPY_BYTES does a raw memcpy without endianness conversion.
QuickTime Sound Description V2 stores the sample rate as a big-endian
64-bit IEEE 754 double. On little-endian systems (Windows, Android ARM,
etc.), this results in a garbage sample rate value, causing PCM audio
playback to fail with "bad samplerate: 0 Hz".
The original code using MP4_GET8BYTES + memcpy correctly handles the
big-endian to native conversion.