avoids integer overflow with aspect ratio = BIG:BIG
fixes #4312

This will allow the SDP parsers to set their PTS delay according
to rtsp-caching/rtp-caching rather than the caching value of the
access module. The access module is irrelevant in that particular
case.

RTSP uses NPT in seconds, so don't convert for nothing...

We want to be able to re-create the exact same build for a given vlc version, including contrib.

This avoids iterating through all config items of each modules. On my
system, this cuts the vlcrc load time in half, and is also far simpler.
The loader is essentially ignoring the config section, which reflects
the architectural "limitation" of the VLC configuration.

This also avoids loosing settings during VLC upgrades if an option moves
from one module to another one (which did happen in the past).

These are never used

For clarity, i_children can be -1 (at init) or 0 for no child. Yet, there was
no bug, since buildNode was just a noop for -1.

pointed out on the forum

Cleaner and better working solution for VoD than the bad hack that we
currently have. Instead of (badly) duplicating large portions of codes,
it reuses the existing RTSP stack and factorizes the RTP payload code,
and provides support for a number of ES not limited to one audio and one
video tracks, as well as for missing features in RTSP headers.

The VoD module is responsible for starting and running the RTSP stack.
When a VoD media instance is started, the VLM passes down media and
session parameters as variables to the RTP stream output object, that
uses them to hook back into the VoD code (and through it, into the RTSP
stack), to retrieve accurate, already set up parameters, and provide
playback data.

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

This lead to way too many false positive and complaints when VLC tried
to open a .txt file that had nothing to do with a subtitle
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This calls a var_GetBool each time a menu is redrawn. This may be not
optimal. Maybe a callback on "play-and-exit" would be better?
Do we care about the performance on that part (menu display)?
Close #3842

Should close #4332

This makes the input thread much less responsive. But there is no other
way to enable directory sorting.

This is completely untested (other than compiling & linking).

This is tested with X11 and should fix LP#665298.

This partially reverts commit fb7f0141.
RV24 is left as is because I cannot test it on my GPU.

Partially reverts f3f203e5