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

There is no potentially cancellation-unsafe code here (unlike Qt4),
since msg_Free() is safe and vlc_mutex_*() of course too.

Contrary to C, C++ compilers don't promote larger constants up to
unsigned long long when needed.

No need to invoke vlc-config to expand a shell variable.

The lock is static anyway (and so is the data).

This is really poor implementation, but it is not really used.

 * No recursion within the VLC threading functions.
 * No need to care about VLC cancellation.

The overhead is negligible, and this avoids depending on the message
bank.

This saves over 1kb in libvlccore. This object was found with:

 # readelf -a src/.libs/libvlccore.so | grep OBJECT

Ref: #5204

Close #5204

As blocks are in coding orders, calling ES_OUT_SET_PCR at each blocks increase to trigger ES_OUT_RESET_PCR.
The reference blocks should be in chronological order though.

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

The release of the block only makes sense if the edition is ordered.

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