Should we print an error and fail?

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Especially, plugins are not supposed to link with -lintl directly.

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

With many improvements and spelling fixes by Alexander Henket
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

It seems to correctly workaround a bug in live555 code.

The timeout parameters were not reinitialized.

This does _not_ fix #2322 (Qt4).

This reverts commit 3cda36f4.

and therefore freeing the memory only when the i_refcount successfully
went to 0.

The problem was that i_refcount is an unsigned variable, and was being
decremented twice, once erroneously by mosaic_bridge, and then again in
the picture's original pf_release function. If i_refcount started at 1,
it wrapped to the maximum unsigned value rather than -1, failing the
refcount tests in the pf_release function.

Patch Authors: Phil Roffe and David Grellscheid
Signed-off-by: Antoine Cellerier <dionoea@videolan.org>

Sample can be found at ftp://streams.videolan.org/streams-videolan/matroska/MLP_5.1.mka
It seems to work, but I have difficulties to find a reference output.
Support for TrueHD is not yet tested because of lack of correct sample.