Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

reset the current status item.
(cherry picked from commit 6d28f6deddc7596b7d0a6c0236e7ef81f4cacc07)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

It seems that avformat does not recover from a byteseek when it does not know a duration for the file. It continiously spits out data with pts values of AV_NOPTS_VALUE after the seek.

Tested with mxf_original_NOB_format.mxf

When we set the video track, we probably be wanting to change video-es vars instead of audio-es

contribs: Use GCC 4.2 instead of LLVM-GCC 4.2 to compile the 32bit contribs on Darwin like we already do for the 64bit ones

LLVM introduced to many runtime bugs for now. Updated bin package for x86_64 is already available, PPC and i386 will follow within the hour.

Try TI_1_Einfuehrung.avi to trigger the bug.

(cherry picked from commit d0e16efdf35e5936a22649df0f0ed99d72ec3cd0)

Thanks a lot to Ludovic Fauvet who made the hard debugging work and found the idea.
(cherry picked from commit d38092676b46d5ac3c6f280204e43021de90f3fa)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

If main() is not found in pthread 10 line above it won't be find now.
And the patch submitter is looking for a better test

This reverts commit bb1d1eb5.

This is fixed upstream in mplayer now. Our libass is up to date with r29367 of Mplayer.

kO -> ko, kO/s -> kb/s

This reverts commit 715d81c9.

demux/dirac: don't send a chained set of blocks to packetizer
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Yes it's invalid, but there's little point in rejecting it

file:// URI syntax on Windows features a leading slash before the drive
letter (file:///C:/Foobar/...). This is irrelevant on WinCE, that only
has a root directory.

May JVC go to h**l