This is the POSIX linear congruential pseudo-random generator with
48-bits of state. It is non-secure/reproducible and thread-safe.
rand() is not thread-safe and *ahem* must not be used in VLC code.
rand_r() is thread-safe but obsoleted in POSIX.2008.

For secure random numbers, use the slower vlc_rand_bytes().
vlc_rand_bytes() can also be used to generate the seed if you are short
on idea for a 48-bits pseudo-random value.

Signed-off-by: Geoffroy Couprie <geal@videolan.org>

Fixes 3192

Fixes #3355

Win32: Store the plugins cache in c:\ProgramData\VideoLAN\VLC, run vlc-cache-gen.exe at install time, and as a bonus, fixes #3308

(close #3154, thanks to Marnik Vander Elst)

This reverts commit 58275b9d.

This is probably too late for this kind of changes. And it's probably not the best way to reduce the hudge memory footprint of the module bank.

This is an arbitrary choice. But KiB are much more common than kB.
Also the notation is unambiguous.

Note that we keep kbps for *bit* rates.

Lower the size of the module_t structure because not any module as more than 15 shortcut (I choose 20 to be safe)

Thanks to Pierre d'Herbemont who pointed this out.

When deleting, clear cache in any case since deleting an item deletes all it's children too.

This reverts commit 58275b9d.

This is probably too late for this kind of changes. And it's probably not the best way to reduce the hudge memory footprint of the module bank.

Generally the core won't call Close() until the end of vlc's life. Hence
it's our last chance to gc collect before the end of vlc's life.

This gets important because some sd (freebox...) will open a vlc.stream
which (and that's an other issue) will eat 12MB at creation for a cache
that will never be completely filed. It also mean that if you vlc.stream
N small files, we may consume N * 12MB until finally lua decides to garabge
collect. And because we don't teach lua that vlc.stream takes 12MB this
is not likely to happen.

This reverts commit d38329b4.

This is reverted because it is a hack.

Should fix #3385

Only input jitters lower than clock-jitter will be compensated. You
may set it to 0 to avoid having the latency increased automatically
by VLC.

No functionnal changes.