GitLab

Close #16893

Close #16968

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

We do not call clock_gettime() in this file anymore.

This can be used to handle cancellation during msleep() and mwait() if
it would not otherwise work out of the box.

This replaces the ever flawed condition variables implementation with
a less antique back-end. While designed for Windows 8 and later, a less
efficient fallback mode is provided for older supported versions.

This hopefully deals with both broadcast and cancellation correctly.

Where available, use WaitOnAddress(), WakeByAddressSingle(), and
WakeByAddressAll(). They map almost directly.

This only provides the Linux back-end. Those functions are not exported
since they are not universally available (and not meant to be used by
plugins at this point).

Delay must be rounded up, not down.

Test cases do not call vlc_threads_setup(). Some of them still need a
working clock. This fixes at least the timer test.

Setting the flag in APC had the benefit of not needing atomicity, but
it meant the flag only got set at the next opportunity to run APC's.

Especially vlc_testcancel() is not an alertable function, so it would
typically be slower. If the thread did not go to alertable sleep, then
vlc_testcancel() would not work at all.

Since vlc_cancel() and vlc_testcancel() do not imply any memory
barriers, the loads and stores can be relaxed. That removes most if not
all of the overhead of the atomic operations.

psz_ip6 was invalid outside parse_entries()

spsext should be in avcC for high profiles

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

DecodeAdpcmImaQT() can only decode up to stereo files.
Fix out of bound write.

Reported by: Patrick Coleman <blinken@gmail.com>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

effectively reverting 351cd5a8

Close #16905
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>