This follows the historical LibVLC semantic (and new --rate one), so
bigger is faster. In the process, simplify a few code paths, especially
those in LibVLC, but make many other code paths more complicated due to
integer<->float conversion. Most of those paths could probably be
simplified.
* Fix RC "fastforward" command behaviour (it was slowing down instead)
* Fix str_format_mera 'R' format string with negative rates and
rates such that (rate % 1000 < 100).
This change allows for smoother transitioning between playlist items by
not having to recreate the related video/audio resources from scratch on
every item switch. This problem was very apparent in fullscreen mode
when the current display would close out showing the OS background and
then go back to fullscreen before playing the next item.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
input_CreateThread* have been splitted in two functions:
- input_Create
- input_Start
to allow attaching to input events and creating settings/variables
before starting the input thread.
For consistency, input_StopThread has been renamed input_Stop.
Initial report from Hugo Beauzee-Luyssen.
The input variable "program-scrambled" will contain the state for the current
program only. If at least one es is scrambled then the whole program is.
The associated event is INPUT_EVENT_PROGRAM.
If necessary for a better GUI support, we could change it to a list.
This will force people to use VLC_INPUT_OPTION_TRUSTED flag when they
need it and ease security review.
This commit has no functionnal/security changes.
A new variable intf-event has been added.
It supercedes the following variables (they are still present for the
time being):
- intf-change
- intf-change-vout
- rate-change
- stats-change
and allows to have a better knowledge of the change done.
It is documented in vlc_input.h (in progress).
The input core does separate playing states for forward or backward direction from the playing state PLAYING_S. If one wants to know in what direction VLC is playing, then he needs to look at the sign value of the "rate" value. Backward playing direction has a negative "rate" value. Forward playing direction has a positive one.