Previously, with JACK installed, the configure script would enable the
JACK indev; this broke on OS X due to an incomplete pthreads
implementation. Add some simple macros to map libdispatch to pthreads
on OS X.
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>

The matroska specification now has two elements for it.

For video, frame_number tracks the number of frames sent to the encoder.
So it should be incremented when we submit a frame, not when we get a
packet back.

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

This is already performed in init_context_frame().

This is assuming that intrax8 has no support for interlacing
Carry over lowdelay value in ff_intrax8_decode_picture.

These values need to be updated with the last macroblock position,
so keep them as pointers.

Helps in decoupling this code from mpegvideo.

Instead of handling the problem inside NAL decoding code, add a higher
level wrapper function. This should be more robust against future
changes (and easier to read).

Use the SVQ3Context variable instead

Remove now unnecesary call to ff_h264_alloc_tables()

This will allow removing the H264Context dependency in the future.

It is shared with svq3.

This will allow removing the H264Context dependency in the future.

This function depends on the h264 internals and is so tiny that just
copying the code out is the simplest replacement.