element: remove unused variable

element: don't touch base_time or clock in state change

Don't touch the base_time or the clock when setting an element to the READY or
NULL state. It is the parent that will manage this for us.

bufferlist: Implement gst_buffer_list_foreach()

Merge branch 'master' into 0.11

buffer: add method to compare buffer data

Add method to compare the data in a buffer.

Merge branch 'master' into 0.11

Conflicts:
configure.ac

pad: unlock before freeing the cache to avoid deadlock

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

basetransform: don't unref trans until the function is done using it

trans->priv->force_alloc = FALSE would crash if the ref held is the last

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

docs: add note/warning to gst_index_get_writer_id() docs about the OBJECT_LOCK

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

baseparse: don't deadlock when setting external index

Protect index with its own lock. gst_index_get_writer_id() may take
the object lock internally (the default resolver, GST_INDEX_RESOLVER_PATH,
will anyway), so if we're using that to protect the index as well,
we'll deadlock.

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

baseparse: make fmtlist constant

query: const-ify formats arguments to gst_query_set_formatsv()

tests: Use G_DEFINE_TYPE instead of GST_BOILERPLATE

base{sink,src}: Don't try to fixate ANY caps

elements: Use G_DEFINE_TYPE instead of GST_BOILERPLATE

net: Use G_DEFINE_TYPE instead of GST_BOILERPLATE

base: Use G_DEFINE_TYPE instead of GST_BOILERPLATE

utils: Remove GST_BOILERPLATE and friends

pad: Make the size parameter of gst_pad_alloc_buffer() unsigned

Internally guints were used everywhere already.

pad: Don't allow fixating ANY caps and remove FIXME

bin: Enable DURATION query caching

Elements must now post a DURATION message on the bus if they
change the duration in PAUSED or PLAYING.

docs: remove reference to baseparse API that didn't make it

Merge branch 'master' into 0.11

element: Add test for inheriting metadata/pad templates

base: Update docs to say class_init instead of base_init

And remove a useless base_init in basesrc

net: Use G_DEFINE_TYPE

gst: Don't use base_init and use G_DEFINE_TYPE instead of GST_BOILERPLATE

element: Inherit element metadata and pad templates from parent classes

This allows to add pad templates and set metadata in class_init instead of
base_init. base_init is a concept that is not supported by almost all
languages and copying the templates/metadata for subclasses is the more
intuitive way of doing things.

Subclasses can override pad templates of parent classes by adding a new
template with the same now.

Also gst_element_class_add_pad_template() now takes ownership of the
pad template, which was assumed by all code before anyway.

Fixes bug #491501.

0.10.32.2 pre-release

po: update translations

gst-launch: remove newline from translatable string

gst: gobject-introspection scanner doesn't need to scan or update plugin info

gst: make sure gobject-introspection scanner calls gst_init()

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

libs: gobject-introspection scanner doesn't need to scan or update plugin info

Make sure the scanner doesn't load or introspect or check any plugins,
(especially not outside the build directory).

libs: make sure gobject-introspection scanner calls gst_init()

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

win32: add new baseparse API to libgstbase.def

Merge branch 'master' into 0.11

win32: Add exports for the GstParseContext and GstBufferListIterator types

Merge branch 'master' into 0.11

pluginloader: only run gst-plugin-scanner with /usr/bin/arch wrapper on OS X >= 10.5

Based on patch by: Daniel Macks <dmacks@netspace.org>

Earlier versions of OSX don't support proper multiarch and
trying to use /usr/bin/arch -foo with those versions would
just break things.

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

baseparse: expose gst_base_parse_frame_free() for completeness

API: gst_base_parse_frame_free()

baseparse: init frames on the stack with gst_base_parse_frame_init()

Frames must now be inited this way, can't just zero them
out and use them.

baseparse: more debug logging, minor clean-up

Trace frames, split out code to queue a frame for later.

baseparse: change gst_base_parse_frame_init() to not take a GstBaseParse argument

baseparse: make GstBaseParseFrame handling more bindings-friendly

Change semantics of gst_base_parse_push_frame() and make it take
ownership of the whole frame, not just the frame contents. This
is more in line with how gst_pad_push() etc. work. Just transfering
the content, but not the container of something that's not really
known to be a container is hard to annotate properly and probably
won't work. We mark frames allocated on the stack now with a private
flag in gst_base_parse_frame_init(), so gst_base_parse_frame_free()
only frees the contents in that case but not the frame struct itself.

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

API: gst_base_parse_frame_new()

baseparse: register boxed type for GstBaseFrameParse

To make this usable for bindings.

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

queue2: Add missing ) to the ring-buffer-max-size property description

baseparse: Remove unused but set variable

GCC 4.6.0 spits warnings about these.

bufferlist: Add boxed type for GstBufferListIterator for gobject-introspection

parse: Add boxed type for GstParseContext for gobject-introspection

gst: Add some more gobject-introspection annotations

multiqueue: Don't leak the sinkpad name

multiqueue: Don't leak pads in the named pads unit test

utils: Fix caps leaks in gst_element_factory_can_accept_{any,all}_caps_in_direction()

parser: Allow element names to begin with digits

tests: Add test for greatest common divisor

elements: Fix pad callbacks so they handle when parent goes away

1) We need to lock and get a strong ref to the parent, if still there.
2) If it has gone away, we need to handle that gracefully.

This is necessary in order to safely modify a running pipeline. Has been
observed when a streaming thread is doing a buffer_alloc() while an
application thread sends an event on a pad further downstream, and from
within a pad probe (holding STREAM_LOCK) carries out the pipeline plumbing
while the streaming thread has its buffer_alloc() in progress.

base: Fix pad callbacks so they handle when parent goes away

1) We need to lock and get a strong ref to the parent, if still there.
2) If it has gone away, we need to handle that gracefully.

This is necessary in order to safely modify a running pipeline. Has been
observed when a streaming thread is doing a buffer_alloc() while an
application thread sends an event on a pad further downstream, and from
within a pad probe (holding STREAM_LOCK) carries out the pipeline plumbing
while the streaming thread has its buffer_alloc() in progress.

ghostpad: Fix pad callbacks so they handle when parent goes away

1) We need to lock and get a strong ref to the parent, if still there.
2) If it has gone away, we need to handle that gracefully.

This is necessary in order to safely modify a running pipeline. Has been
observed when a streaming thread is doing a buffer_alloc() while an
application thread sends an event on a pad further downstream, and from
within a pad probe (holding STREAM_LOCK) carries out the pipeline plumbing
while the streaming thread has its buffer_alloc() in progress.

queue2: prevent calculation with GST_CLOCK_TIME_NONE in update_time_level()

tests: fix unusued-but-assigned-variable warnings with gcc 4.6

tests: disable test_many_bins unit test for now

It fails on the OSX bot (both with git and the last release), and
it doesn't really test anything useful, so may just as well disable
it for now.

pluginloader: fix compiler warnings

Cast string constants to make compiler happy.

tests: allow more time for the test_many_bins pipeline to preroll

Hopefully makes this test work on the OSX build bot and other
not-so-powerful machines.

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

pluginloader: make sure gst-plugin-scanner is called with the right arch on OSX

On OSX, GStreamer might be built as a 'fat/universal' binary containing
both 32-bit and 64-bit code. We must take care that gst-plugin-scanner
is executed with the same architecture as the GStreamer core, otherwise
bad things may happen and core/scanner will not be able to communicate
properly.

Should fix issues with (32-bit) firefox using a 32-bit GStreamer core
which then spawns a 'universal' gst-plugin-scanner binary which gets
run in 64-bit mode, causing 100% cpu usage / busy loops or just hanging
firefox until killed.

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

pad: Allow tracking of buffers in GST_SCHEDULING debug output

As GST_SCHEDULING reports when buffers pass through pads due to
gst_pad_push calls, they are a good way of tracking the progress of
buffers through pipelines. As such, adding output of the buffer pointers
to these messages allows tracking of specific buffers, easing debugging.

baseparse: port to 0.11

Merge branch 'master' into 0.11

Conflicts:
android/base.mk
android/controller.mk
android/dataprotocol.mk
android/elements.mk
android/gst-inspect.mk
android/gst-launch.mk
android/gst-plugin-scanner.mk
android/gst.mk
android/indexers.mk
android/net.mk
win32/common/libgstbase.def

buffer: add FIXME

android: make it ready for androgenizer

Remove the android/ top dir
Fixe the Makefile.am to be androgenized

To build gstreamer for android we are now using androgenizer which generates the needed Android.mk files.
Androgenizer can be found here: http://git.collabora.co.uk/?p=user/derek/androgenizer.git

trace: don't put code with side effects into g_return_if_fail()

docs: minor fixes for baseparse docs

Class vfunc references still aren't right, no idea what
the correct markup for those is.

element: unref event in default_send_event in case element has no pads

Spotted by  Haakon Sporsheim.

check: Ignore new gstmeta binary

design: draft-buffer2.txt no longer exists

gst: Don't forget to dist gstelementmetadata.h

baseparse: minor variable name clean-up

baseparse: rename _set_frame_props() to _set_frame_rate()

Seems like the best fit to what it does, and is shorter than
set_frame_properties() which might also have been confusing
because of GstBaseParseFrame.

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

baseparse: replace format flags with gst_base_parse_set_{passthrough,syncable,has_timing_info}

This is more in line with e.g. GstBaseTransform's API, and makes for nicer
to read code. No getters for now since I don't see any use case for them,
the API is for subclasses, which usually know what format they're
dealing with already and hence know what they've set.

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

baseparse: make DRAIN and SYNC flags on baseparse, not the frame, and change to DRAINING and LOST_SYNC

The first because it seems a better fit conceptually, the second
to express booleanness. Also change the accessor macros for subclasses
to GST_BASE_PARSE_DRAINING and GST_BASE_PARSE_LOST_SYNC.

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

baseparse: add some padding to GstBaseParseFrame

Esp. since it's usually allocated on the stack.

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

baseparse: fix typo in docs for GST_BASE_PARSE_FORMAT_FLAG_PASSTHROUGH

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

baseparse: use GQueue instead of GList for queued frames

and make buffer metadata writable before setting caps on queued
buffer.

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

baseparse: add GST_BASE_PARSE_FLOW_QUEUED to queue buffers until caps are known

This is useful for parser like flacparse or h264parse which may need to process
some buffers before they can construct the final caps, in which case they may
want to delay pushing the initial buffers until the full and proper caps are
known.

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

baseparse: add to docs and fix up gtk-doc markup a little

And add Since markers.

baseparse: replace set_seek() with _set_average_bitrate() and FLAG_SYNCABLE

This makes more sense conceptually, since the bitrate may be used
to estimate a seek position if there's no seek table or just for
duration reporting/estimation if we can't seek. Also, even if the
format is not syncable, we could still seek by pushing data from the
start and using the segment to make downstream clip.

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

baseparse: rename GstBaseFormat to GstBaseFormatFlags and fix up associated API

Also change gst_base_parse_set_format(parse,flags,switch_on) to
gst_base_parse_set_format_flags(parse,flags) which is more in line
with the rest of our API and how the function is used.

baseparse: don't expose GstAdapter in public header

None of the existing subclasses needs access to that, so there's
no reason to expose it for now.

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

baseparse: move various segment-related members into the private instance struct

If none of the existing subclasses uses these, there's probably no
need to expose them at the moment. Keep the segment itself exposed
though.

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

baseparse: remove unused GST_BASE_PARSE_{SINK,SRC}_NAME

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

baseparse: re-indent header

baseparse: fix up GType name and make _get_type() function thread-safe

Rename GType from GstBaseParseBad to GstBaseParse.

libs: add GstBaseParse which was moved from -bad

baseparse: make_metadata_writable() fix

baseparse: rename GType from GstAudioBaseParseBad to GstBaseParseBad

We use it for video as well now.

baseparse: trim trailing whitespace

baseparse: use delta-unit flags instead of none

baseparse: update documentation for API changes

baseparse: Create baseparse library

baseparse: tune QUERY_SEEKING response

Even if we currently do not have a duration yet, assume seekable if
it looks like we'll likely be able to determine it later on
(which coincides with needed information to perform seeking).

Fixes #641047.