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.

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.

baseparse: Update min/max bitrate before first posting them

This avoids posting an initial min-bitrate of G_UINTMAX and max-bitrate
of 0.

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

baseparse: tune default duration estimate update interval

Rather than a fixed default frame count, estimate frame count to aim for
an interval duration depending on fps if available, otherwise use old
fixed default.

baseparse: reverse playback; mind keyframes for fragment boundary

baseparse: ensure non-empty candidate frames

baseparse: clarify some debug statements

baseparse: properly track upstream timestamps

... rather than with a delay.

baseparse: need proper frame duration to obtain sensible frame bitrate

baseparse: proper initial values for index tracking variables

baseparse: arrange for consistent event handling

baseparse: header style cleaning

baseparse: provide some more initial frame metadata in parse_frame

... and document accordingly.

baseparse: refactor passthrough into format flags

Also add a format flag to signal baseparse that subclass/format can provide
(parsed) timestamp rather than an estimated one.  In particular, such "strong"
timestamp then allows to e.g. determine duration.

baseparse: introduce a baseparse frame to serve as context

... and adjust subclass parsers accordingly

baseparse: restrict duration scanning to pull mode and avoid extra set_caps call

baseparse: update some documentation

Also add some more debug.

baseparse: allow increasing min_size for current frame parsing only

Also check that subclass actually either directs to skip bytes or
increases expected frame size to avoid going nowhere in bogus
indefinite looping.

baesparse: fix refactor regression in loop based parsing

baseparse: pass all available data to subclass rather than minimum

Also reduce some adapter calls and add a few debug statements.

baseparse: fix reverse playback handling

baseparse: minor typo and debug statement cleanup

baseparse: reduce locking

... which is either already mute and/or implicitly handled by STREAM_LOCK.

baseparse: avoid loop in frame locating interpolation

audioparsers: baseparse: Be careful to not lose the event ref

Don't unref the event if it hasn't been handled, because the caller
assumes it is still valid and might reuse it.

I ran into this problem when transcoding an AVI (with mp3 inside)
to gpp.

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

docs: minor baseparse docs/comment fixes

Remove copy'n'paste leftovers.

baseparse: increase keyframe awareness

... which is not particular relevant for audio parsing, but more so
in video cases.  In particular, auto-determine if dealing with video (caps).

baseparse: avoid unexpected stray metadata

baseparse: use proper _NONE output value when applicable

audioparsers: Remove dead assignments

audioparse: fix possible division-by-zero

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

baseparse: use correct offset when adding index entry

... bearing in mind that BUFFER_OFFSET is media specific and may not
reflect the basic offset after having been parsed.

baseparse: enhancements for timestamp marked framed formats

That is, as such formats allow subclass to extract position from frame,
it is possible to extract duration (if not otherwise provided)
from (near) last frame, and a seek can fairly accurately target the required
position.

Fixes #631389.

baseparse: refactor frame scanning peformed by _loop

baseparse: slightly optimize sending of pending newsegment events