It is mandatory in the specs. The chapters are not supposed to be in chronological order.

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

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

```--
  CC       logger/console.lo
logger/console.c: In function 'Open':
logger/console.c:115:5: error: implicit declaration of function 'isatty' [-Werror=implicit-function-declaration]
     if (isatty(STDERR_FILENO) && var_InheritBool(obj, "color"))
     ^
logger/console.c:115:16: error: 'STDERR_FILENO' undeclared (first use in this function)
     if (isatty(STDERR_FILENO) && var_InheritBool(obj, "color"))
                ^
logger/console.c:115:16: note: each undeclared identifier is reported only once for each function it appears in
cc1.exe: some warnings being treated as errors
```

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

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

Only on fast seeking sources

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

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

fixes #13967
* Recenters everything that depends on program: Time, timerolls, hacks...
* Removes PCR probing, programless timeroll handling
with a simplier fix (won't work with 2x26 hours recording, but..)
* Better probing of program duration (not based on inter PCR). More accurate,
at best by 1 frame length.
* Changes seek handling and bisects only on request (removes the whole file probing)
* No longer creates ES at preparse time
* Simplify/Unify dual program selection list and don't trust default program at first
* Many numerous other fixes

Moves the PCR fix from a global to program focused one.

Replaces the program PCR with a selected one instead of
sending PCR updates from all streams (applies to --no-trust-pcr)

Queues blocks until PCR appears. (will help fixing offsets)

Changes PCR probing time from 100ms (spec max) to 0.5s
(seen some streams with 0.4s inter-PCR)

Truncated packets at the end

Now we no longer update times and statistics in the control loop
(where it was kinda pointless). If there is no wake-up from the ES
output, then the input thread only needs to wait for control requests
- which means it can sleep without time-out.

In practice, that corresponds to the input thread being paused and
not buffering (buffering while paused is possible due to seek).

Before the next patch, the deadline should always be zero or positive.
(Also note that deadlines, unlike time-outs are absolute timestamps.)

The values will typically not change while waiting for control requests
and not processing the demux and outputs. Even if the values do change
(e.g. due to a seek request), the demux needs to be called to recompute
the updated values: see demux_Control() calls in MainLoopStatistics().

Note that the intrinsic computational savings from this commit are
probably negligible. The interesting aspect is the removal of one
wake-up source within the input control loop. This commit does not
remove nor add any wake-up however.

This is always VLC_SUCCESS anyway.

This is pending fixing or removal decision.