It should fix #2620 (and was not limited to windows only).

It fixes #2583.

Maybe we could call fstat() at every read anyway? While a file is open,
the operating system is extremely likely to have its meta data cached.

macosx: make sure that 'dialog-progress-bar' and 'dialog-login' don't look like aliens from outta space, but normal OS X dialogues

This isn't fully functional, as the callbacks aren't being triggered, although set. Needs some more investigation.

macosx: added 'ffmpeg-skiploopfilter' to the simple prefs too and fixed the postprocessing level setting, as the variable name changed

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

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

And remove deleted ones
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

This introduces a lot of dead code, which will be cleaned up later on, but is left there for reference.

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>

This fixes a case where our libmpeg2 module was not extracting
Closed Captions from the user_data, when this user_data was in the
GOP header, instead of in the picture header. This information is
retained until the next picture (date) is handled.

See sample "bob-dvd-closedcaptioning works in ffmpeg but not in libmpeg2.ts"