It was only used by hotkeys that has now its own implementation.
This API is too confusing and hard to mantain, specially with the dual track
support comming.
No real functional changes. Changes the callback and enum names to reflect the
real event: vout are now started and stopped. The same vout can be started and
stopped several time.
The capabilities are stored in a bitset. When it changes, it may be
useful to know its old value, to know which capability changed.
Signed-off-by: Thomas Guillem <thomas@gllm.fr>
There were helpers for retrieving the selected title, chapter or track,
but a helper for the selected program was missing.
Signed-off-by: Thomas Guillem <thomas@gllm.fr>
The vout can't handle live "video-splitter" change for now.
To work-around this issue, this function will set this variable on the
main vout and restart it through the input control.
This API will replace the usage of input_thread_t from interface modules. The
player implementation continue to use input_thread_t in private. The goal is to
hide the input_thread_t API when every modules are switched to the player API.
TODO (all need to be fixed, for VLC 4.0):
- Gapless: API is complete but not implemented (the player can play several
medias in a row, but without gapless).
- Position callbacks: still using the input_thread_t position that is really
imprecise (notified every 250ms minimum, and sometime more, depending on
pf_demux implementation).
- Seek/discontinuity callbacks: when seeking, the player can still send
position of the requested position, the actual position or the next position
to come. This leads to UI inconsistency.
- OSD messages should be display from input callbacks but it's not possible
now since you can't know if the event come from the user or from the core.