Use a float and inverse it.
Before, the int rate value for a 4x speed was 250 (INPUT_RATE_DEFAULT / 250 =
4.f). Now, for a 4x speed, the float value will be 4.f.
Use a float and inverse it.
Before, the int rate value for a 4x speed was 250 (INPUT_RATE_DEFAULT / 250 =
4.f). Now, for a 4x speed, the float value will be 4.f.
Inverse and use a float.
Before, the int rate value for a 4x speed was 250 (INPUT_RATE_DEFAULT / 250 =
4.f). Now, for a 4x speed, the float value will be 4.f.
Use a float and inverse it.
Before, the int rate value for a 4x speed was 250 (INPUT_RATE_DEFAULT / 250 =
4.f). Now, for a 4x speed, the float value will be 4.f.
This will speed up remote and protected accesses opening when the user already
entered a credential. Indeed, accessess generally call vlc_credential_get()
with NULL dialog title/fmt arguments first in order to get the password saved
from url/vlc-option but without triggering a dialog. Then if it is failing,
they call the same function with valid dialog arguments in order to trigger the
keystore and the dialog.
This commits will trigger the memory keystore from the first try. This will
prevent accesses to always try the default ("Guest") account if the user
already provided a valid credential.
The formats are always cleaned in DeleteConverter() so they need to be safe.
Technically converters probably don't handle on the fly size change but that's
a different issue.
This commit doesn't have any impact on pulse, since a flush will cause the next
play to be differed.
This commit fixes the "playback way too early" with other modules, like asla,
when flushing with an audio delay.
This pulls the initial EGL surface dimensions as parameters two level
up the call stack. So far, it makes no functional difference as the
values will be 1x1. This requires a nonfunctional adjustment to other
modules though.
Asynchronous requests from the user interface should still be queued
without blocking, even if the video output is held by other processing.
For that, we need to release the mutex between Hold() and Release().
There is a mixture of subpicture-related calls, with some running on
the calling thread, and others running on the video output thread
control loop.
The later may be delayed, depending on other video output thread
processing, sleeping and pending control requests. This leads to a
race condition, and potentially inconsistent ordering of calls on the
SPU instance.
This patch runs vout_FlushSubpictureChannel() directly on the calling
thread and adds a missing check for nonexistent/destroyed SPU.
There is a mixture of subpicture-related calls, with some running on
the calling thread, and others running on the video output thread
control loop.
The later may be delayed, depending on other video output thread
processing, sleeping and pending control requests. This leads to a
race condition, and potentially inconsistent ordering of calls on the
SPU instance.
This patch runs vout_SubPicture() directly on the calling thread and
adds a missing check for nonexistent/destroyed SPU.
If a media source was already created in _GetMediaSource(), its refcount
was not incremented.
Reported-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>
Signed-off-by: Thomas Guillem <thomas@gllm.fr>
Thomas Guillem
Rémi Denis-Courmont
Francois Cartegnie
Hugo Beauzée-Luyssen
Romain Vimont
Steve Lhomme
Felix Paul Kühne