dataurisrc: fix docs and unit test

update for metadata changes

tests: fix some caps

test: port schroenc unit test

schro: Port to 0.11

Works with some sample files. There seems to be some timestamping issue though,
but the 0.10 version also complains about that too.

update for new memory api

video: More documentation

basevideocodec: Document structures

Merge branch 'master' into 0.11

Conflicts:
gst/colorspace/colorspace.c

colorspace: Fix v210 writing out of bounds

schroenc: remove GST_ERROR

gst-project-maker: Create tools, pass make distcheck

Create a tools directory for an application.  Add source code
stubs to allow the project to compile and pass make distcheck.
Add notes in source code to tell the user how to create plugin
or app code using the other -maker scripts.

Fix compiler warnings

Merge branch 'master' into 0.11

Conflicts:
ext/opus/gstopusparse.c
gst/colorspace/colorspace.c

dvdspu should forward video caps event

Add latest files to spec

decklink: Add $(GST_PLUGINS_BASE_CFLAGS) and $(GST_PLUGINS_BASE_LIBS) to fix the build

glib-compat-private.h to dist

gst-project-maker: Create autotools project

This is a replacement for gst-template that creates an entire
autotools project (customized to package name), and populates
it with the source for a GStreamer plugin (but no plugin features,
those come from gst-element-maker).  Fixes: #665727.

printf format fixes

colorspace: clamp intermediates when dithering

decklink: Add 10-bit support

schro: Add RGB support

This uses the automatic YCoCg conversion inside Schroedinger to
encode/decode RGB.  Only works in intra-only mode, similar to 10-
and 16-bit, since RGB is technically a >8-bit format for Dirac
purposes.  This depends on schroedinger-1.0.12, which is unreleased.

win32: back to development

mpegtsdemux: Not apply various time the same PMT to a program when repetead

Sometimes their are several times the same PMT applying to a same program in a stream,
tsdemux was totally baffled when this was happening, we now keep the one we
already applied so it works properly.

tsdemux: fix glib deprecation

back to development

RELEASE 0.11.1

Merge branch 'master' into 0.11

wrappercamerabinsrc: Put source to null when resetting caps

It seems that v4l2src isn't happy when switching formats on ready
state, it works when putting it to NULL. Keep this workaround in
wrappercamerabinsrc while v4l2src isn't fixed.

Fixes #849832

Merge branch 'master' into 0.11

Conflicts:
gst/mpegtsdemux/mpegtsbase.c
gst/mpegtsdemux/mpegtspacketizer.c
gst/mpegtsdemux/tsdemux.c
gst/mve/gstmvedemux.c

wrappercamerabinsrc: Put source in NULL when it fails changing state

When source is being reset to change caps, check the return of
the state syncing function to avoid leaving the source in an
unconsistent state.

mve: don't return a boolean for a GstFlowReturn

fixes playback.

tsdemux: Avoid throwing FLOW_ERROR on last PCR processing error

In the case of scanning last pcr, errors are not critical, so we keep
the stream flowing.

tsdemux: Add AAC latm support

tsdemux: Minor refactoring/code cleaning

... add some debugging symbols in the mean time.

h264parse: remove _chain hack

As we can now rely upon being passed upstream delineated data in
::handle_frame(), the latter can also parse avc formatted data
without having to intercept baseparse's chain function.

While this evidently requires 2 separate parsing paths, each can
be streamlined accordingly.

videoparsers: adjust to standardized baseparse frame state tracking

Merge branch 'master' into 0.11

codecparsers: h264: fix SEI parsing

... in the presence of emulation_prevention_three_byte.

Fixes #668381.

h264parse: use proper NALU offset for config data insertion

... which has to be the position of the start code, which is almost always
but need not be 4 bytes.

h263parse: fix compilation

videoparsers: don't leak event

Unref the event when we don't chain up to the parent

videoparsers: chain up to parent event handler

Chain up to the parent event handler to get the default behaviour instead of
returning FALSE.

Merge branch 'master' into 0.11

directdrawsink: Fix warnings on 64 bit mingw-w64

gstdirectdrawsink.c:1561:24: error: assignment from incompatible pointer type
gstdirectdrawsink.c:2028:3: error: format '%d' expects type 'int', but argument 8 has type 'size_t'

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

videoparsers: adjust to modified baseparse API

pcapparse: adjust to modified baseparse API

h264parse: fixup merge

tests: h264parse: _unmap buffer upon exit

mpegtsmux: Trivial bug fix. Don't copy data from an uninited buffer.

multifdsink: refactored in -base

h264parse: report after merge

Merge branch 'master' into 0.11

Conflicts:
ext/chromaprint/gstchromaprint.c
ext/mpeg2enc/Makefile.am
ext/voaacenc/gstvoaacenc.c
gst/dvbsuboverlay/gstdvbsuboverlay.c
gst/mpegtsdemux/mpegtsbase.c
gst/sdp/gstsdpdemux.c
gst/videoparsers/gsth264parse.c
sys/d3dvideosink/d3dvideosink.c
tests/examples/camerabin/gst-camera-perf.c
tests/examples/camerabin/gst-camerabin-test.c
tests/examples/camerabin2/gst-camerabin2-test.c
tests/examples/mxf/mxfdemux-structure.c
tests/examples/scaletempo/demo-main.c

h264parse: unobfuscate frame parsing code

shmsink: fix indefinite wait after adding a new fd to the poll set

If the second call to _wait blocks, we will not signal the condition
variable, so ensure that second call is not blocking.
See rationale and information in the linked bug:

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

modplug: port to 0.11

h264parse: fix refcount error

rtmp: don't use gst_element_class_install_std_props()

It's about to be removed.

Remove legacyh264parse element

One h264 parser ought to be enough for anybody.

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

GST_FLOW_WRONG_STATE -> GST_FLOW_FLUSHING

tests: fix more unit tests

d3dvideosink: create a d3d device for each sink and use the default swap chain in connection with flushing the GPU and not recreating the swap chain this avoids tearing also use GST_xx_DEBUG macros where appropriate

d3dvideosink: flush GPU before Present added alternate wait for vsync method based on GetRasterStatus

d3dvideosink: check for hardware capabilities, when negotiating

d3dvideosink: redraw last buffer when new window handle has been set.

d3dvideosink: added NV12 + enabled RGB support

d3dvideosink: Fix device initialization check

tests: fix more tests

tests: fix some tests

audiovis: port to 0.11 some more

camerabin: prevent captures from being lost when switching resolutions

When switching capture caps, camerabin1 resets its state to ready
to force a new caps to be negotiated. This causes ongoing captures
to be aborted.

This commit adds a condition to wait for captures to finish before
going to ready state.

camerabin: Improve debug message about processing counter

Mention on the logs how many capture operations might have been
lost

rotate: angle is in radians already, do not scale it

Other plugins use radians, and the angle documentation says radians.

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

rotate: fix description string to match what the element does

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

mpegtsdemux: do not emit no-more-pads

Doing so may fix some things, but breaks others (new streams being
added in the future).

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

h264parse: decrease passthrough negotiation preference

Also ensure parsing fixed caps when negotiating rather than failing to
handle non-fixed list cases.

See #668471.

build: fix CFLAGS order and LIBS order

_BAD_CFLAGS should always come first, then GST_PLUGINS_BASE_CFLAGS,
then GST_BASE_CFLAGS then GST_CFLAGS. Same for libs: first plugins
base libs, then GST_BASE_LIB then GST_LIBS.

debugutils: port to 0.11

mpegpsmux: include specific AAC stream-format in template caps

This elements seems to support raw and adts AAC.

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

tsdemux: add explicit supported AAC stream-format in template caps

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

faad: include specific support AAC stream formats in template caps

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

mpegtsmux: specify in template caps we only take raw/adts AAC format

This appears to be what this element supports.

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

mpegdemux: include specific AAC stream-format types in template caps

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

kate: better error/debug reporting

Include text messages instead of error codes.

chromaprint: fix parent structure in boilerplate macro

build: ignore GValueArray deprecation warnings for the time being

until this gets sorted out with the GLib folks and we have a
viable alternative.

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

chromaprint: port to 0.11

adpcmdec: fix up for GstAudioDecoder API change

amrwbenc: Use new audio encoder/decoder base class API for srcpad caps

voaacenc: Use new audio encoder/decoder base class API for srcpad caps

faac: Use new audio encoder/decoder base class API for srcpad caps

faad: Use new audio encoder/decoder base class API for srcpad caps

dts: Use new audio encoder/decoder base class API for srcpad caps

gsm: Use new audio encoder/decoder base class API for srcpad caps

h264parse: disable optimized packetized processing for reverse playback

... as baseparse then provides whole chunks of data (as it should) at once
to be parsed, and so the assumptions used to optimize are no longer valid.

Fixes #667560.

h264parse: also mind SEI position for config data insertion

Fixes #668627.

h264parse: unbreak optimized packetized NALU collection processing

... in that it was so optimized it did not consider grouping NALU into AU
altogether.

Fixes #668627.

tiger: use the new premultiplied support in gstvideo

resindvd: fix wedge in preroll when playbin2 deinterlacing is enabled

When deinterlacing is enabled, an extra colorspace element is added.
Colorspace is a basetransform, and is then the only basetransform
element on the video path. A while ago, basetransform started delaying
events till caps were set on its source pad. These things conspired
to end up sending the DVD highlight events onto a blocked pad on
subtitleoverlay.

Ensuring these highlight events are only sent once we're in playing
mode fixes the issue.

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