Fix incorrect use of object in log statement. We are given a pointer to the object and should not try to take the address of it.

avutils: Add missing includes for Windows

Fixes #689751

avaudenc: Add support for planar audio formats

av: Correctly populate the codec context with the defaults

av: Use av_codec_is_{en,de}coder() API instead of private struct fields

avauddec: release_buffer is not supposed to be used for audio

And calling it causes crashes in some situations.

avauddec: Add support for planar audio formats

avviddec: Fix memory leaks and assertions in error cases if we can't allocate a frame

av: Port remaining simple bits

av: Remove palette support for now

It was never ported to the way how paletted color formats work
in 1.0 anyway and the API changed in libav upstream.

av: Update for some constant changes

av: Port to new avio protocol handler

av: update to use AVOption variants.

libav: Switch to master (9)

avaudenc: log error string as well in debug output

avaudenc: use sample rate as ticks per second fallback

The 25/1 value presumably came from the video encoder class.

avaudenc: fix output timestamping

We need to pass the number of samples encode in the output buffer
to gst_audio_encoder_finish_frame(), not the number of frames.
Fixes output timestamps being way too small, and transcoding
problems.

https://bugzilla.gnome.org/show_bug.cgi?id=689398

avvidenc: Implement reset vfunc

avvidenc: Don't send any frames downstream when draining unless requested to do so

avaudenc: Implement draining

avaudenc: Implement flush vfunc properly

avauddec: Port to non-deprecated avcodec_decode_audio4() API

Fixes bug #666435.

avaudenc: Some minor cleanup

avaudenc: Use non-deprecated avcodec_encode_audio2() API

This also allows us to always get an output buffer of the required size
instead of risking that it is too small.

avaudenc: Port to audio encoder base class

avvidenc: Use gst_caps_truncate()

av: Use PROP_ instead of ARG_

avcodecmap: Y41B is YUV411P, not YUV410P

avauddec: Port to audio base classes

Automatic update of common submodule

From 6bb6951 to a72faea

av: Put declarations in header files and rename audio codec files

gst_adapter_prev_timestamp -> gst_adapter_prev_pts

avcodecmap: Add mappings for the GBR color formats

Fix FSF address

avcodecmap: Remove redundant function to map PixelFormat to GstVideoFormat

And merge everything into a single one.

avdec: Use gst_audio_buffer_clip() instead of manual clipping

Back to feature development

Release 1.0.2

libav: Update to 0.8.4 release

configure: fix os type configure option for android

Back to development (bug fixing)

Release 1.0.1

Automatic update of common submodule

From 6c0b52c to 6bb6951

avvidenc: also skip non-video encoders

Doesn't actually make any difference at the moment, but
seems the right thing to do.

https://bugzilla.gnome.org/show_bug.cgi?id=685113

avviddec: exclude non-video decoders

Otherwise audio decoders "ignored", ie blacklisted, end up
registered by avviddec as video decoders.

https://bugzilla.gnome.org/show_bug.cgi?id=685113

avdemux: fix not-negotiated errors

Drop caps event received on the sink pad, instead of
putting it in the list of cached events to be sent
downstream later. We don't want to send our container
caps downstream to our decoders, that'll give us
nasty not-negotiated errors.

https://bugzilla.gnome.org/show_bug.cgi?id=680464

avviddec: Correctly handle 0-sized buffers without crashing

Might e.g. be valid for Theora.

avviddec: don't try to set invalid latency

Avoids warnings when we don't know the latency.

Back to development (bug fixing)

Release 1.0.0

tests: skip broken tests

Automatic update of common submodule

From 4f962f7 to 6c0b52c

Release 0.11.99

Remove -DGST_USE_UNSTABLE_API

avviddec: improve debug

Back to development

Release 0.11.94

viddec: Set latency base on the number of bframes

viddec: Cleanup unused has_b_frames flag

libav: Switch to non-deprecated symbols

This symbols/enums will all be deprecated in the next releases

collectpads: remove gst_collect_pads_add_pad_full

Rename gst_collect_pads_add_pad_full() to gst_collect_pads_add_pad() and fix all
invocations.

libav: add decode support for prores

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=683840

avdemux: port to the new GLib thread API

configure.ac: handle out-of-tree build

In file included from <gst-ffmpeg>/gst-libs/ext/libav/libavutil/avutil.h:318:0,
                 from <gst-ffmpeg>/gst-libs/ext/libav/libswscale/swscale.h:30,
                 from <gst-ffmpeg>/ext/libswscale/gstffmpegscale.c:26:
<gst-ffmpeg>/gst-libs/ext/libav/libavutil/common.h:38:32: fatal error: libavutil/avconfig.h: No such file or directory
compilation terminated.

avdemux: only activate in pull mode if upstream is seekable

configure: actually check for orc

Otherwise we get a scary "orc acceleration disabled, orc
not found or too old" message at the end of the configure
output. It's used by libswscale.

avviddec: add support for codecs that use reget_buffer

Add support for codec that use reget_buffer. In this mode, it reuses the picture
and we need to attach the corresponding input frame to it or else we get the
timestamps wrong.

ext: ffmpeg/gstffmpeg*.[ch] => libav/gstav*.[ch]

configure: Fix name of binary to disable

remove postproc element

libpostproc is gone from upstream libav.

configure.ac: Import top-level include directory

And fixup all includes

avdemux: Really ignore demuxers we want to ignore

viddec: blacklist *crystalhd* decoder wrappers

There are gstreamer crystalhd elements as well,
so shouldn't be a big loss.

https://bugzilla.gnome.org/show_bug.cgi?id=683435

ffmpegenc: Don't try to set caps to NULL

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=682736

Automatic update of common submodule

From 668acee to 4f962f7

configure: bump gtk-doc req to 1.12 (mar-2009)

This allows us to e.g. unconditionally use gtkdoc-rebase.

viddec: use the right pointers

Use the plane pointers and strides.
Improve some debug

Back to development

Release 0.11.93

avviddec: Properly align and pad buffers for libav

https://bugzilla.gnome.org/show_bug.cgi?id=680796

Revert "ffmpeg: Fix make dist"

This reverts commit 4964bd753c06dfbf252dff3f520d74e91951ee08.

No idea what this fixes, for me it breaks make dist, which fails
with:

make[2]: Entering directory `/home/tpm/gst/0.11/gst-ffmpeg/gst-libs/ext'
GIT_DIR=libav/.git git checkout-index --prefix=../libav-dist/libav/ -a
touch libav-dist/libav/config.mak
touch: cannot touch `libav-dist/libav/config.mak': No such file or directory

after a clean build.

av: Use */x-gst-av instead of */x-gst-ff for unknown caps

avdemux: Remove unused variable

avdemux: Add stream-id to stream-start events

ffmpegviddec: Return NOT_NEGOTIATED when not configured

Automatic update of common submodule

From 94ccf4c to 668acee

Update .gitignore for ff->av

gst_tag_list_free -> gst_tag_list_unref

Add spec changelog entry

Update spec file and change package name to libav in autogen.sh file

tag: Update for taglist/tag event API changes

avdec: require alignment=au for h264

Because we don't use a parser anymore we need to make sure that we feed the
decoder with full frames. For h264, require that we are aligned on access
units.

Fixes https://bugzilla.gnome.org/show_bug.cgi?id=680540

audio encoders: use context default bitrate if no bitrate has been set

Fixes 'bitrate too low: got 0, need 24000 or higher'
error when doing audiotstsrc ! avenc_wmav1 ! fakesink

https://bugzilla.gnome.org/show_bug.cgi?id=680487

https://bugzilla.gnome.org/show_bug.cgi?id=680487

ffmpeg: avoid assertion failure on duplicate frame allocation

ffmpegviddec: Correctly flag interlaced state

If the context interlaced state is indicated, the picture interlaced
state can be used to correctly indicate GST_VIDEO_BUFFER_FLAG_INTERLACED
on output buffers.

ffvidenc: Allocate output buffers with the base class functions

ffmpegviddec: Update for video base classes API changes

Automatic update of common submodule

From 98e386f to 94ccf4c

viddec: Call gst_video_decoder_negotiate()

avdeinterlace: fix up output caps for new field as well

And presumably our output is always progressive and not
interlaced any more?