baseaudiodecoder: move properties to private storage and add
_get/_set

baseaudiodecoder: rename property

baseaudiodecoder: replace context helper structure by various
_get/_set

baseaudioencoder: move properties to private storage and add
_get/_set

baseaudioencoder: rename some properties

baseaudioencoder: replace context helper structure by various
_get/_set

baseaudio: rename GstAudioState to GstAudioFormatInfo

baseaudioencoder: TEMP; avoid some imperfect ts jitter ?

... even when not in perfect mode ?

baseaudioencoder: debug format fixes

baseaudiodecoder: debug format fix

baseaudiodecoder: fixup documentation

baseaudiodecoder: fix FLUSH_STOP actions

baseaudiodecoder: preserve upstream seek event seqnum

baseaudioencoder: use buffer running time for granule calculation

baseaudiodecoder: minor fix in ts resync

baseaudiodecoder: improve glitch resilience

Provide a replacement for GST_ELEMENT_ERROR to avoid aborting at the first
atom out of place, while on the other hand not failing indefinitely.

baseaudiodecoder: add limited legacy seeking support

baseaudiodecoder: cater for audio-codec tag

baseaudiodecoder: initial version

baseaudioencoder: misc fixes

baseaudio: add audioutils for caps and query handling helper utils

baseaudioencoder: mark unstable API

baseaudioencoder: fix clearing context

baseaudioencoder: simplify latency variable handling

baseaudioencoder: minor fixes and code simplifications

Also modify and elaborate a bit on pre_push (though currently unused to no harm).

baseaudioencoder: additional documentation on granule semantics and
configuration

baseaudioencoder: elaborate property names

baseaudioencoder: rename state field xint to is_int

baseaudioencoder: gtk-doc syntax fixes

baseaudioencoder: minor fix and cleanup

baseaudiocodec: ... and also rename to baseaudiodecoder

gst-libs/gst/audio: Remove baseaudiodecoder

Adds little beyond baseaudiocodec (seeking, bit of query), and what it adds
is mainly out-of-scope (e.g. decoder seeking, should be done by upstream
demuxer/parser) and/or based on non-prime example (mad).

baseaudiodecoder: Return TRUE if we run into special conversion cases.

audio: initial version of GstBaseAudioCodec

Moved most of the code to GstBaseAudioCodec, GstBaseAudioDecode is
now really small, maybe we do not really need it (or its encoder
counterpart). Added more API for subclasses and documentation.

Added src_queries to decoder class. Added handle_discont to decoder
class. Reworked reset. Various other minor fixes.

Added a draft implementation of gstbaseaudiodecoder

Added audio directory for audio codec base classes

audioencoders: add streamheader helper utility

audioencoders: baseaudioencoder and ported encoders

win32: Add new discoverer API

docs: Add new discoverer API

discoverer: retrieve audio track language from tags too

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

discoverer: consider subtitles as raw

Otherwise, discoverer will generated an "inner" codec
where there can be a tranformation (eg, kate -> DVD SPU,
and various ->text/x-pango-markup).

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

discoverer: add application/x-kate to subtitles caps

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

discoverer: get language from other tags if we did not get it already

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

discoverer: add subtitles API

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

playback: reference count ts_offset

Apparently this object is being used after it's freed.  This is one
way to fix it, although perhaps not the best way.  Fixes: #656715.

theoraenc: fix caps leak

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

basertppayload: Make perfect timestamps reproducible across element restart

Without the perfect timestamp machinery, the RTP timestamp can be
computed directly from the running time of a buffer, but the perfect
timestamp patch broke that assumption. This patch restores it by
having the first perfect timestamp be the running time of that buffer
and counting from there.

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

oggmux: fix leaks in skeleton writing

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

oggmux: generate message headers from received tags

Some message headers can be deduced from tags (eg, "Language").

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

ogg: use memory slices where appropriate

While there, avoid zeroing newly allocated memory where unnecessary

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

playsink{audio,video}convert: Send NEWSEGMENT events to sinkpads instead of pushing them

oggdemux: do not warn when reaching EOS while scanning for the end chain

After all, we were asking for it.

This gets rid of the last warning-about-expected-condition.

w00t.

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

oggdemux: add media type to chain information reports

One more little step in making logs a little less abstruse.

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

oggstream: correctly identify skeleton EOS packet

It is 0 byte, and was triggering the "bad packet" logic.

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

oggdemux: do not warn about expected occurences

In this case, finding a skeleton packet.
Once upon a time, it used to be rare indeed, but no more.

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

oggdemux: do not warn when finding a non BOS page

After all, we do hope to find actual data for these streams.
However, warn if we could not set up a chain when we find a
non BOS page, as that means we don't have a valid Ogg stream.

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

oggdemux: rename local variable for clarity

While the casual reader might end up bewildered by just why this
change might increase clarity, it just happens than, in the libogg
and associated sources, op is the canonical name for an ogg_packet
whlie og is the canonical name for an ogg_page, and reading this
code confuses me.

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

oggdemux: do not try to determine duration of header packets

Headers are inherently durationless.
Instead, set duration to 0 to avoid increasing tracked granpos,
and do not warn about it, since it is totally expected.

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

oggstream: include stream type in warnings

It makes it easier to work out what's going on.

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

oggstream: set skeleton stream media type to application/x-ogg-skeleton

This is to match the typefinder, and to make logs clearer.

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

oggmux: add skeleton write support

Version written is 3.0

Base times are left empty for now.

Content-Type should be the MIME type of the stream. It is set to
the GStreamer media type for now, which is probably the same for
the streams oggmux supports.

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

oggdemux: do not skip sparse streams when determining start times

This fixes demuxing of streams containing only sparse streams,
which would cause an infinite loop in _read_end_chain.

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

oggdemux: do not ignore sparse streams' start time

But do not wait for them either, if we don't have a packet for them.

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

vorbisenc: Relax overly-tight jitter tolerances in gstvobisenc

vorbisenc currently reacts in a rater draconian fashion if input
timestamps are more than 1/2 sample off what it considers ideal. If data
is 'too late' it truncates buffers, if it is 'too soon' it completely
shuts down encode and restarts it.  This is causingvorbisenc to produce
corrupt output when encoding data produced by sources with bugs that
produce a smple or two of jitter (eg, flacdec)

textoverlay: fix text buffer leak

Make sure to always unref the input text buffer.

Reported by bcxa.sz@gmail.com.

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

docs: fix xref for the property

docs: handle warnings emitted by gtk-doc

This is useful and in most cases someone had put arbitrary markup into the docs,
misspelled xref'ed symbols, forgot to add stuff to the docs etc..

docs: partially revert my last commit

Somehow this was already there, but I missed that commit.

docs: add new taglicense docs and clean them up

Avoid ugly docbook tags unless needed.

po: update for new translatable string

tag: fix distcheck issue

Dist licenses dict.

ogg: do not use 32 bit modifiers to print serial numbers

If ints are 64 bits, 32 bits should get promoted in varargs anyway,
and we don't care about 16 bit ints.
This makes the code a lot more readable, and still gets us nice
hexadecimal 32 bit serialnos.

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

playsink: Reconfigure when pads are added later

Instead of just assuming all pads are created at the same time,
remember which ones are actually new (via ->pending_blocked_pads).

This allows the following use-case to properly work:
* Upstream starts with audio-only
* Only that pad gets data, blocks and a real audio sink is created
* Upstream laters adds a video stream
* A new pad is requested, blocks and reconfiguration kicks in in
  order to add a new real video sink

ogg: get the operator precedence right, even if only a doc

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

oggstream: vorbis has a preroll of 2

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

oggstream: new convenience function to get a stream's media type

This will make logging a lot clearer, both in code and in output.

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

ogg: move the "always flush page" to oggstream

It avoids checking for specific media types in the muxer.

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

oggmux: use oggstream to decide which BOS packets to place first

Ogg recommends video BOS packets to be first.
Use the "is_video" flag in oggstream to select those, rather than
check for known mime types.

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

ogg: rationalize serialno type to guint32

It is a 32 bit unsigned number.
Sure, the libogg API uses a long, but that's an unfortunate oversight.

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

oggmux: factor the header packet creation code

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

oggmux: headers should always have granpos 0

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

audioresample: fix build without orc

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

tag: id3: avoid some more relocations in genre table

audioresample: add FFT based checks

Send a few simple tones through audioresample and check
that the main frequency spot is the same for the input and
the resampled output.

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

rtspconnection: add OSX specific hack to detect when a connection is refused

Unlike linux, OSX wakes up select with POLLOUT (instead of POLLERR) when
connect() is done async and the connection is refused. Therefore always check
for the socket error state using getsockopt (..., SO_ERROR, ...) after a
connection attempt.

docs: add new license API to docs

configure: try pkg-config first when looking for zlib

tag: id3v2: add specs to git for reference

tag: id3v2: avoid some relocations, make table static

tag: id3v2: add debug category for ID3 tag parsing

tag: id3v2: add id3v2 tag parsing helpers

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

tag: id3v2: return ID3TAGS_BROKEN_TAG for unsupported versions

This prevents us for trying to work with a NULL taglist.

tag: id3v2: fix parsing of ID3v2.4 genre frames with multiple genres

We'd only extract the first genre (multiple times) instead of all
genres.

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

tag: id3v2: Sanitize id3 frame names

This is similar to what is done in qtdemux. Avoids providing invalid
structure/tags names

tag: id3v2: fix parsing of unsynced frames with data length indicator

Fixes bug #614158.

Add -Wwrite-strings to the configure flags

... and fix all warnings

tag: id3v2: prefer two letter ISO 639-1 code for extended comment

tag: id3v2: fixes warnings building on macosx

Another round on the formating of that debug line.