Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Mans Rullgard <mans@mansr.com>

It's supposed to be called only from (de)muxers.

This requires using a separate init function, since there
isn't necessarily any fmtp lines for this codec, so
parse_sdp_a_line won't be called. Incorporating it with the
alloc function wouldn't do either, since it is called before
the full rtpmap line is parsed (where the sample rate is
extracted).
Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Martin Storsjö <martin@martin.st>

I.e. on streamcopy set output codec timebase from input stream timebase
(as opposed to input codec timebase). This should be more sane, because
since the stream is not decoded, the input codec tb has no relation to
the timestamps of the copied packets.

It's not supposed to be set outside of lavc.

It's not supposed to be set outside of lavc.
Set r_frame_rate instead.

If r_frame_rate is set, it should be more reliable for this than either
codec or stream timebase.

This was broken in 2a651b71.

Fixes : http://bugzilla.libav.org/show_bug.cgi?id=102Signed-off-by: Alex Converse <alex.converse@gmail.com>

Also fix reporting of the number of samples added/dropped.

The next call to decode() will update from an invalid index, which will
either lead to a memcpy() where dest==src (2 threads), or lead to a
crash (>2 threads).
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Inspired by work from: Michael Niedermayer <michaelni@gmx.at>.
Signed-off-by: Alex Converse <alex.converse@gmail.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Diego Biurrun <diego@biurrun.de>

Document it a little and possibly fix a bug in dxva2_vc1.

Use the @command{} tag when needed and cleanup the examples.

This fixes a crash on a corrupt bitstream (bugzilla #93).
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Without this, code like "shufps m0, m1, m2, 0xaa" would not work in CPUs
not supporting SSE2.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

It is called once for each mpegaudio codec that is registered, which adds
significant overhead.

Using an unsigned variable avoids problems with overflows.
There is further no need for a 64-bit intermediate here.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Interlaced videos can contain progressive frames too and now wrong scantable
is selected for them.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

This fixes a compile error on mingw32 when using p->thread
directly (as if it were a pointer) to track thread existence,
because the type is opaque and may be a non-pointer.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

As old bits are shifted out of the accumulator, they cause signed
overflows when they reach the end.  Making the variable unsigned fixes
this.
Signed-off-by: Mans Rullgard <mans@mansr.com>

The way these values are used, they should have an unsigned type.
A similar change was made for mpegvideo in cb668476.
Signed-off-by: Mans Rullgard <mans@mansr.com>

altivec.h is no longer (indirectly) included, so this hack is not
needed.
Signed-off-by: Mans Rullgard <mans@mansr.com>

Signed-off-by: Mans Rullgard <mans@mansr.com>

It is used by the ADX decoder, and therefore needs to be exported in order to
work with shared libs.