Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

(As request by http://forum.videolan.org/viewtopic.php?f=7&t=40558)

Thanks courmisch for noticing this.
It still uses the old, and soon to be deprecated I imagine, vlc_object_wait API, but well, we cannot go faster than the music, can we?

Thanks courmisch for noticing this.
It still uses the old, and soon to be deprecated I imagine, vlc_object_wait API, but well, we cannot go faster than the music, can we?

It only makes sense if the thread actually initializes something.

if allowed, launch a timeout keep-a-live thread

Close #1998.
(cherry picked from commit fd342691)
(cherry picked from commit 56c38ae8)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

(cherry picked from commit 1d4f7191)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Few people will likely care about the AR of their subs.

At worst it will use a lot of CPU but this will allow to detect buggy
access/access_demux module.

Interfaces are updated every 250 millisecond.
Statistiques are updated every second.

This reverts commit 7cc631ac.

freetype.c and quartztext.c contain a lot of common code, that should
be factorized.