- Aug 17, 2022
-
-
Steve Lhomme authored
-
Steve Lhomme authored
-
Steve Lhomme authored
-
- Aug 16, 2022
-
-
Signed-off-by:
Claudio Cambra <claudio.cambra@gmail.com>
-
- Aug 15, 2022
-
-
All packed cases (UYVY/VYUY/YVYU/YUYV) would eventually fall through to the default case, and thus return VLC_EGENERIC. To fix this, add the missing breaks for each of them. Caught by Clang's aggressive -Wimplicit-fallthrough, which also warns on fallthrough to the default case.
-
Even in Win7 builds we can use it if it's available on the system.
-
-
This was taking more locks than necessary, causing a possible deadlock, because window events are not supposed to lock the window lock. The display lock is more than sufficient to guard access to this field. Fixes: 354f3aae
-
- Aug 14, 2022
-
-
Signed-off-by:
Claudio Cambra <claudio.cambra@gmail.com>
-
Similar to dec06aec for UAP builds.
-
We can tell the end size faster than asprintf and replace the forward slash while filling the output string. (it is safe to replace in a UTF-8 string).
-
-
- Aug 13, 2022
-
-
-
Signed-off-by:
Claudio Cambra <claudio.cambra@gmail.com>
-
-
This is supposed to be used with libvlc_delay() which takes dates in the same format as libvlc_clock(), which is microseconds.
-
Co-Authored-by:
Thomas Guillem <thomas@gllm.fr>
-
Not adding an helper for that, this is hackish and should be avoided.
-
Not adding an helper for that, this is hackish and should be avoided.
-
-
If NULL, it continue to use default directories or the "input-record-path" variable.
-
Signed-off-by:
Claudio Cambra <claudio.cambra@gmail.com>
-
- Aug 12, 2022
-
-
Signed-off-by:
Claudio Cambra <claudio.cambra@gmail.com>
-
-
-
-
-
My bad, libvlc_time_t is in ms. The timer API should use the sane unit than libvlc_clock(), that is us in int64_t. Also add missing vlc_tick_t <-> us conversion (no harm since 1 tick = 1 us for now).
-
This field was deprecated in v4 and will therefore be dropped in libplacebo v6. Suppress the deprecation warning and future-proof by guarding the one line that still uses it.
-
These #if guards can be dropped as a result of the minimum version bump.
-
These functions are safe to call on NULL, so just zero-init the struct and use a single error label. This simplifies the logic (and also fixes a bug, since the pl_renderer was not properly cleaned up from one error path).
-
This loop was never properly incremented, leading to only the first overlay actually being rendered.
-
This is not exactly too exciting for us, because we currently only have overlays consisting of a single region per picture_t. But in theory, this new API allows us to have multiple regions (parts) pointing at the same subpicture. It's also a mandatory change, as the old API will be dropped in libplacebo v5.
-
These were typedef'd and/or renamed as part of the v4 API overhaul, so stop using the deprecated v3 names (which will be removed in libplacebo v5).
-
These were renamed as part of the v4 API overhaul, and the old names will be removed in libplacebo v5.
-
These v3.x APIs will be removed in v5.x. Fortunately, the new APIs are a near drop-in replacement, so the change was minimal. Only the error handling was cleaned up slightly.
-
This commit switches the vlc_placebo_CreateContext function from the old libplacebo v3 API to the new API introduced in v4. This API has a number of consequential changes that slightly alter the logic besides just adapting the name: - pl_log_create can no longer fail - in either case, NULL is now a valid log object, so we don't need to check for or error out on it
-
-
With libplacebo 4.192.0 being packaged by the contribs, we can increase our minimum dependency of libplacebo to v4.x. This allows us to drop backwards compatibility with v3.x, and thus avoid the use of APIs that wil be removed in libplacebo v5.x.
-
Needed to pull in newer libplacebo.
-