tsdemux: Fix flags comparison operator precedence

Fix operator precedence, so the whole operation is
negated instead of only flags variable.

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

mpegts: install but nodist for generated header

androidmedia: Don't handle FLUSHING or NOT_LINKED as error

And also just stop the task for FLUSHING.

mxfdemux: Don't go into pull mode when the sequential flag is set

When the scheduling query results has GST_SCHEDULING_FLAG_SEQUENTIAL set
in its flags don't go into pull mode to prevent over-eager seeking.

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

tests: h264parse: fix tests after leading 0x00 removal

Commit 6af387cd5ab2c946025e5499903e75ee87b063a9 made h264parse
strip a leading 0x00 byte from some output scenarios. This broke
tests as bs_to_nal test expects one more byte on the output.

Fix this by comparing the output with the expected stripped version,
too.

codecparsers: refactor common nal parsing to nalutils

Moves common code from h264 and h265 to a separate file

h264parse: Fix multiple SEI messages in one SEI RBSP parsing.

An SEI RBSP could contains more than one SEI message as specified in
7.4.2.3.1.

This commit change the parser API: the gst_h264_parser_parse_sei()
function now create and fill a GArray containing GstH264SEIMessage.

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

h265parser: remove trailling 0x00 bytes as the spec doesn't allow them

Just like h264, the spec doesn't allow the last bytes of a NAL to be 0x00.
So remove it as it is probably just padding.

This is related to https://bugzilla.gnome.org/show_bug.cgi?id=721384

h264parser: remove trailling 0x00 bytes as the spec doesn't allow them

The spec states that the last byte of a NAL 'shall not' be 0x00
and it is allowed for byte-stream format to add padding 0x00 for
alignment.

So our parser should strip any trailling 0x00.

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

mpegtsmux: don't leak pad name when treating events

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

mpegpsmux: update last_ts to mux correctly

We use last_ts to decide what buffer to mux next so make sure that it
always contains the last known valid timestamp.

h265parser: Initialize pointer correctly that is never assigned but freed in error cases

Fixes crash on broken streams.

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

d3dvideosink: First destroy the window, then unregister the class

It's impossible to create another pipeline with d3dvideosink after disposing
the previous one due to some problem in d3dvideosink. The message is: "Unable
to register Direct3D hidden window class".

I've evaluated the problem and it's that UnregisterClass() in working thread is
called before DestroyWindow() and UnregisterClass() does nothing.

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

mpegpsmux: fix timestamp handling

If the first buffer that we handle for a stream has no timestamp, we
would never consider this pad again for muxing which causes queues to
fill up and pipelines to stall. Instead, try to mux pads with -1
timestamps as soon as possible.

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

mpegpsmux: return GST_FLOW_EOS when we pushed EOS

Return GST_FLOW_EOS from the collected function when we pushed EOS or
else it simply keeps on calling our collected function.

applemedia: Actually the enc/decbins are not used anywhere currently

Code is commented out.

applemedia: Fix build on iOS and probably also on OSX

The video toolbox is not available on iOS, and also on OSX
we should probably build all source files that are used for
it.

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

h265parse: Update caps when receive VPS/SPS/PPS

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

h265parser: Fix segfault when parsing HRD parameter

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

openexrdec: Don't start scanning for the header from the start again each time

This will be incredible slow if the upstream block size is very small. Instead
continue scanning for the header where we previously stopped.

For the standard filesrc block-size this made decoding a file about
3 times faster.

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

sfdec: This is a decoder, not a demuxer

Don't confuse autopluggers!

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

tsdemux: Fix leak of PCROffsetGroup

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

audiomixer: Remove some useless assignments and skip the current part of the buffer if the pad is muted

resindvd: Merge changes across from master mpegdemux

Merge various changes and fixes from the master mpegdemux
Performance improvement from the way streams are organised,
return flow combining, language tag event generation,
adjustments and fixes in debug output, and things like that.

mpegdemux: Merge some changes from the resindvd copy

One bug fix, some debug changes and other inconsequential changes
just to reduce the diff between the 2 copies a bit.

audiomixer: Fix and simplify overlap calculation

resindvdsrc: fix minor memory leak when creating title info message

amcvideodec: Add the divx variant for mpeg4 video

Looks like all the mpeg4 video decoders also accept the divx
variants. So we better add those caps too

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

configure: fix (again) check for DB API: 5.4 is Not Recent Enough

Maybe testing the version is clearer, but testing for < 5 is not
enough, my version is 5.4 and does not yet have those new enums.

If you git blame to this and have a version > 5.4 that does not
either, please feel free to join along and bump the version.

h265parser: Fix segfault when parsing VPS

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

faceblur: set maximum feature size to 0x0

Previously faces would only be detected if they were at least 30x30 pixels
large and at most 32x32 pixels. We keep the minimum setting (maybe needs
a property as in facedetect) but disable the maximum feature size.

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

facedetect: set maximum feature size to 0x0

This disables the "max feature size" feature. The current configuration
is totally busted: The max feature size is hard-coded to 2 pixels more
than the user-supplied min feature size which pretty much means you need
to guess the size of the person's face to within a few pixels to get the
code to find it.

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

tsdemux: fix memleak of PCROffsetCurrent

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

h265parser: prevent to overrun chroma_weight_l0_flag

The index of elements cannot exceed or equal to the size of elements.

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

schroenc: set buffer offset to buffer timestamp

oggmux expects this to order incoming buffers

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

dvb: Use DVB_API_VERSION to know if we have recent enough version

We end up with the same end-result but it's more comprehensible

configure: check for good enough dvb kernel headers

Recent changes are using new dvb api. Don't built the plugin, if we can't.
Fixes #721869

aiffparse: misc code cleanups

Fix the launch examples for 1.0. Turn more logging into _OBJECT variants.

dashdemux: remove unnecessary variable

Instead of using 2 indexes that were actually the same, use only
one. Saves a variable.

dashdemux: fix seeking when the mpd uses a segment template

Remove the dashdemux seeking function to use the one implemented
in mpdparser as it is more complete. This also makes dashdemux not
crash when seeking on streams that use segment templates.

mpeg4videoparse: do not lose DISCONT flag if buffer isn't pushed

mpeg4videoparse might not push buffers while parsing. If those buffers
contain the DISCONT flag, it gets lost and downstream won't get any
buffer with the flag.

Fix it by adding the DISCONT to the next pushed buffer.
This makes backwards playback work.

sfdec: skip '\0' strings for metadata

libsndfile does not filter empty strings. We get a warning from gstreamer when
setting this as a tag.

sfdec: break long method

Extract taglist creation into separate funtion.

mpegts: make headers usable with c++ compiler

Add G_BEGIN_DECLS G_END_DECLS

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

sfdec: remove left over property-id enum

h265parse: Allows hvc1 version 0 and fix reading of NAL count in codec_data

h265parse: Fix some more debug output

And don't access invalid memory

h265parser: Fix debug output

tsdemux: Add HEVC / h265 support

aiffparse: typo fix in comment

sfdec: the read functions already return frames_read

Fixes choppy output.

sndfile: enable rf64 format

sfdec: add date to taglist

shmsink: Document that socket-path may change

shmsink: Change default shm size to 64 MiB

The original size of 256k was too small for anything where
one would want to use shm. If the buffer's size needs to be limit, it is
better to use buffer-time in most cases anyway.

dvbsrc: Add dvb-s2, dvb-t2 support

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

dvbsrc: Change from deprecated frontend type field to DTV_ENUM_DELSYS

-add delsys property
-add delivery system capability to the gstreamer adapter structure
-ready for add new delivery systems

Application must ask the adapter structure to know which delivery systems are avaible.
The property delsys must be set.

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

srtpdec: Fix GstCaps memory leak

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

po: update POTFILES

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

androidmedia: Add new color format, and enhance debug output

Add a new color format seen on my Galaxy S3
(OMX_SEC_COLOR_FormatNV12Tiled = 0x7fc00002) to the table,
but don't actually implement it - the decoder doesn't choose it.

Remove an assert that makes the plugin fail noisily and take the app down
if it sees a color format it doesn't recognise (just skip the codec instead)

Modify the debug output when plugin scanning to print color format info to
make this sort of thing easier in the future.

mpegtsmux: Don't disrupt buffer state in the clip function

Collectpads assumes that it can pass any buffer to the clip function
for adjustment, some of which are artificially injected - so don't
adjust global timestamp tracking there. Instead, only adjust the
buffer timestamps and use them directly in the collection function.

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

sndfile: emit midi-base-note tag

Query instrument data. Use both 'loop_info' and 'instrument' to inform about the
basenote.

jpegparse: Remove unneeded call

'parse' is already provided by the parent variable

opencv: The plugin works with 2.4.7 too

Reported by kwm on IRC.

opusparse: Don't send caps in GstBaseParse::start()

This is too early and will confuse the event order. The other
code that sets the caps is at the right position and does it
properly already.

mfc: fix input dequeue for odroid

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

opusenc: increase max payload size to 4000 bytes

1275 is the maximum size of a frame, but the encoder may return
up to 3 frames, and we need a few extra bytes for TOC, etc. We
use 4000, which is a bit more, and suggested in the libopus docs.

mpegts: fix g-i annotations and gtk-doc markup

dashdemux: remove stream loop thread

Download and push from the same task, makes code a lot simpler
to maintain. Also pushing from separate threads avoids deadlocking
when gst_pad_push blocks due to downstream queues being full.

uridownloader: fix deadlock near EOS

A deadlock can happen when the source sends EOS when
being put to NULL as the object lock is being held by the
thread that sets the element to NULL and is needed by
the event handler.

dash: detect EOS when segments are generated by template

Use the Period duration do know when to end the stream

dashdemux: do not try to access buffer after losing the ref

For obvious reasons

dashdemux: use a separate GstUriDownloader per stream

Avoids one download having to wait for another to finish
before starting

dashdemux: store GstActiveStream to avoid getting it every time

GstActiveStream is used everywhere to operate on the MPD client,
better store it in the GstDashDemuxStream to avoid getting it
everytime

dashdemux: simplify locking for streams

Use a single lock for all streams instead of having separate locks.
This makes maintenance easier and at most points we would need
a single lock before iterating on all streams data. So not much
is gained from individual locks.

dashdemux: fix multiple period mpd playback

Make dash playlists with multiple periods work again by waiting
to switch the periods when all streams have reached the end of
the current period. The stream_loop is responsible for advancing
the period, but the download loops will already start downloading
data for the next period as soon as possible.

dashdemux: add combine flows function

Use a flow combination function to decide the result from the
stream_loop

dashdemux: handle multiple languages

Handle multiple languages by using the not-linked return to stop
the download task for that stream. It can be reactivated when
a reconfigure event is received. Stopping the unused streams is
relevant to save network bandwidth

dashdemux: Use 1 download task per stream

Instead of having a single download task for all streams, this
commit makes each stream have its own download loop, allowing
parallel download of fragments.

dashdemux: refactor fragment fetching into smaller functions

Makes it easier to maintain and extend. This is a first step into
adding multi language support to dashdemux

dashdemux: run gst-indent

Lots of indentation issues making it very annoying to commit
because of the indent hook. Fix this for once.

dashdemux: expose all streams

always expose all streams instead of only exposing one of each type.

This is more aligned with gstreamer's way of working. Allows the user
to select the stream that it wants to use by linking its pad and leaving
the unused ones as unlinked.

eglglessink: Properly clean up renderbuffers and EAGL context

adpcmenc: Properly set output format

Otherwise this will just error out if we only set caps on the srcpad.

Automatic update of common submodule

From dbedaa0 to d48bed3

po: set gettext domain in Makevars so we don't have to patch the generated Makefile.in.in

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

applemedia: vtdec: set the correct stride in the video meta

applemedia: atdec: fix aac decoding on Mavericks

modplug: small seeking code reshuffle

Put the code that checks stop values together. Don't clamp a cur value of -1 to 0 (should not happen right now).

sfdec: make _stop() non fatal when we have an error already

Having no open file in _stop() is okay. Just reset state.

sfdec: add event function and seeking support

sfdec: add taglist support

Map the metadata strings and a bunch of info-fields to GStreamer tags.

sfdec: add query implementation for position and duration

sndfile: rewrite sndfile for 1.0

Add a sfdec for a start. Instead of a source plugin, this is a demuxer/decoder combination. This makes it work with auto-plugging.

mssdemux: updating docs explaining how it works

mssdemux changed a lot and the docs were not correct anymore.

Also adds the 'Adaptive' category to its details

mssdemux: do not push event holding object lock

Can lead to deadlocks as the push might block downstream in
serialized event cases.

mssdemux: lock around 'cancelled' flag

Prevents race conditions when pipeline is seeking near eos

audiomixer: Also resync timestamps on the RESYNC flag

eglglessink: Don't set the EAGLContext of the main thread and don't reuse it either

... instead create a new context for every sink instance.

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

applemedia: corevideobuffer: fix for planar formats