hlsdemux: add support for redirections

mpegdemux: send codec tag for each stream

tests: uvch264demux: send stream-start events and fix event order

uvch264mjpgdemux: fix event ordering

tests: mplex: fix 'Got data flow before stream-start event' failure

tests: mpeg2enc: fix 'Got data flow before stream-start event' failure

aiffparse: fix CAPS query

Was causing criticals in decodebin/playbin because the caps
query done when exposing pads would return ANY caps.

aiffparse: don't unref NULL buffer

aiffparse: set missing layout field in srcpad caps

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

aiffparse: send start stream event

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

aiffparse: fix buffers initialisation

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

build: add subdir-objects to AM_INIT_AUTOMAKE

Fixes warnings with automake 1.14.

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

tests: create/remove orc directory at proper time

Before automake creates .deps directories, and during distclean.

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

tests: fix build of baseaudiovisualizer test with subdir-objects option

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

h264parse: Use slice type to determine if frame is keyframe

This is the same behaviour as pre-baseparse-refactoring

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

h264parse: Do not trigger caps update if we only have PPS updates

Updating caps results in downstream elements potentially reconfiguring themselves
(such as decoders). If we do this in the middle of keyframes, we would result
in those elements being reconfigured and handling garbage until the next keyframe.

Instead of this only send (potentially) new codec_data when we have *both* SPS and
PPS.

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

ivtc: quiet FIXME when it's not relevant

ivtc: implement new edge-directed upsampling

dvbsrc: remove use of _XOPEN_SOURCE

Which causes problems when used with _GNU_SOURCE apparently, and it
seems it was only set because of usleep(), which we can just replace
with g_usleep() until we get rid of those entirely.

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

bluez: return GST_FLOW_EOS in avdtpsrc create when stream is EOF

Signed-off-by: Bernhard Miller <bernhard.miller@streamunlimited.com>
https://bugzilla.gnome.org/show_bug.cgi?id=705349

mpegtspacketizer: Look harder for next sync position

If ever we lose sync, we were just checking for the next 0x47 marker ...
which might actually happen within a mpeg-ts packet.

Instead check for 3 repeating 0x47 at the expected packet size interval,
which the same logic we use when we initially look for the packet size.

mpegtspacketizer: Fix PCR LUT table

We were only resetting the first 512 values of the lookup table instead
of the whole 8192.
This resulted in any PCR PID over 0x0200 ... ending up taking the first PCR
table around :(

dashdemux: properly error out when manifest has no streams

Post an error message when the manifest is parsed and no valid streams
are found be activated and used.

Fixes #704308

mpegts: private/teletext -> application/x-teletext

win32: update

tests: ignore new example binaries

po: update translations

Back to development

Release 1.1.3

Update .po files

midi: Fix handling of the SEGMENT query

gst: Don't swap start/stop for negative rates in the SEGMENT query

mpegdemux: Implement SEGMENT query

tsdemux: Implement SEGMENT query

mxfdemux: Implement SEGMENT query

all: Fix for GST_DISABLE_GST_DEBUG

Where applicable, remove methods that don't do anything different than
the default implementation.

docs/spec: Really remove all mentions of CELT plugin

h264parse: Show NALU string type in debug messages

If you know the NALU type by heart I tip my hat to you, for the rest of
us mere mortals this is a bit more helpful

tsdemux: Remove unused macros

tsdemux: Add more AC3 detection cases

ATSC ac3 streams are always guaranteed to be AC3 if EAC3 descriptor
is not present
If stream registration id is 'AC-3' then it's also guaranteed to be AC3.
Finally if AC3 descriptor is present it's guaranteed to be AC3.

Only silences a warning, but still.

tsdemux: Flush out pending data on EOS

Ensures downstream elements (like decoders) really get all the data

mpegtspacketizer: More AFC flags

I should have put those in a previous commit. sorry :(

mpegdefs: Simplify PCR/PTS/DTS => GST conversion macros

We know we will not overflow 64 bits, therefore just use direct
multiplication/division instead of the scale method (trims usage from
50 instruction calls to 2/3).

dvdspu: artifacts when rendering clipped spu

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

mpegvideoparse: do not update caps when bitrate changes

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

Fix URIs in REQUIREMENTS

celt: remove, replaced by opus.

uvch264_mjpgdemux: Remove duplicated variables

uvch264_mjpgdemux: Don't unmap/unref buffer if it's pushed out as-is

uvcv4l2_mjpegdemux: Unmap buffer

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

Update spec file to be current

tsdemux: HDV only has mpeg 1 audio layer 2

Set that accordingly on the caps

asfmux: Various debug argument fixes

mainly G_GUINT16_FORMAT to ... the right type (guint32 or guint8)

mpg123: Remove dead assignment

harder ? :)

ladspa: initialize debug category earlier

You know, before it's used.

mpegtsdemux: Add more flag debugging for PES and TS packets

Helps with debugging issues. And also remove unused variable (opcr)

This will also allow us in the future to properly detect:
* random-access location (to enable keyframe observation and
  potentially seeking
* discont location (to properly handle resets)
* splice location (to properly handle new stream changes)

codecparser: Make warnings more meaningful

By stating whether we don't have enough data or it's a corrupted
packet

pesparse: Demote a Warning

We actually now know what to do ... have a log message :)

mpegtsmux: avoid using clipped out buffers

If a buffer was entirely clipped out (ie, it's out of the segment
entirely), we'll end up with a NULL buffer, which we don't want
to process/dereference.

tsdemux: Remember requested seek rate and use it

The new seek handling re-creates the segment time information once it
has enough information after a seek.

The problem was that we'd completely ignore the requested rate. So store
that and use it in the newly created segment.

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

applemedia: atdec: destroy the queue if set_format fails

applemedia: atdec: remove c++ style comments

applemedia: atdec: 1st round of fixes

mpegvideoparse: Fix codec_data handling

Set to sequence_offset so that _process_config accepts it.

(btw: seq_offset usage throughout this plugin is really dodgy)

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

tsdemux: Create and send codec tag

Helps with applications that rely on presence of that tag for user-facing
information.

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

hlsdemux: Implement pkcs7 unpadding

Every encrypted fragment will be a multiple of 128 bits, the last byte
contains the number of bytes that were added as padding in the end
and should be removed.

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

applemedia: add AudioToolbox based audio decoder

decklink: Add support for group-id in the stream-start event

mxfdemux: Add support for group-id in the stream-start event

tsdemux: Add support for group-id in the stream-start event

tsparse: Add support for group-id in the stream-start event

mpegdemux: Add support for group-id in the stream-start event

midiparse: Add support for group-id in the stream-start event

mssdemux: Add support for group-id in the stream-start event

resindvd: Add support for group-id in the stream-start event

hlsdemux: Add support for group-id in the stream-start event

dash: Add support for group-id in the stream-start event

interlace: fix negotiation if filter caps are passed to query_caps

Make videotestsrc ! interlace ! $anything work again. Problem
was that upstream filter caps were passed which contained
interlace-mode=progressive, which doesn't intersect too well
with interlace's source pad template caps, leading to
not-negotiated errors.

h264parse: Don't abort on invalid streams

Just return an error

hls: fix for assert failure when using encrypted HLS streams

When using an HLS encrypted stream, an assertion failure is thrown:
(gst-launch-1.0:31028): GLib-GObject-WARNING **: cannot register
existing type `GstFragment'

(gst-launch-1.0:31028): GLib-CRITICAL **: g_once_init_leave: assertion
`result != 0' failed

Eventually tracked this down to the call gst_fragment_new()
in function gst_hls_demux_decrypt_fragment.

The GstFragment class is defined in ext/hls/gstfragment.c and in
gst-libs/gst/uridownloader/gstfragment.c. Having two class definitions
with the same name causes the assert failure when trying to allocate
GstFragment. Deleting the version from hls and editing the
Makefile.am solves this assert failure.

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

decklink: actually enable decklinksink

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

decklink: add "device-number" to select from multiple devices

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

mpegvideoparse: Only map input buffer once

Instead of constantly map/unmapping it a bit everywhere, we pass along
to all functions the GstMapInfo.

Makes mpeg video frame parsing 6% faster

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

tsdemux: disentangle requested program number from active program number

The program_number attribute was overloaded, trying to indicate both
the currently playing program, and the program requested via the
"program-number" property.  The end result was that setting the
property didn't work (see #690934).

I added a new requested_program_number field rather than reviving the
current_program_number field because it seemed this would result in
fewer changes overall and be less confusing.  It breaks symmetry with
the "program-number" property, but it retains parallels with the likes
of program->program_number.

Because gst_ts_demux_reset is called after the properties have been
parsed, requested_program_number is initialised in gst_ts_demux_init.
Whether this is exactly the right place, I don't know.

tsdemux: fix program-number functionality

Setting the program-number property does not affect which program
is actually being demuxed.

Moving the initialization of the program_number from
gst_ts_demux_reset to gst_ts_demux_init seems to fix this issue.

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

resindvd: Send stream-start event before anything else on the mpeg demuxer srcpads

mpegdemux: do not push discont buffers if they aren't discont

Explicitly unset discont flag when it shouldn't be set.

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

grabcut: Add GrabCut segmentation element

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

h263parse: fix height extraction for H263p

h263parse: add pixel-aspect-ratio if upstream doesn't provide one

dashdemux: fix typo in check_queue_full function

It should return True when the queue IS full

Fixes #704226

mpegtsdemux: Remember seek sequence number

* Avoids handling twice the same seek (can happen with playbin and files
  with subtitles)
* Set the sequence number of the segment event to the sequence number of
  the seek event that generated it (-1 for the initial one).

tsdemux: implement seeking in push mode

tsdemux: recalculate new segment after byte seek

The seeking start time is approximated from the seek offset in bytes
using the accumulated PCR observations, so on a VBR stream there might
be a big difference between the actual PCR and the estimated one after
the seek. This might result in a long wait to skip all out of segments
packets.

Instead we just recalculate the new segment to start at the first PTS
after the seek, so that playback starts immediatly.

Update docs and win32 config.h to development version

docs: add newly-ported elements to docs

mpegvideoparse: Use sequence_display_extension values to update the src caps

The caps should always represent what the user is supposed to see.
So if there is a sequence_display_extension associated with the
stream then use the display_horizontal_size/display_vertical_size
to update the src caps (if they are less than the values provided
by sequence header).

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

Release 1.1.2

Oops... should've been part of 1.1.2 tag already :(

Back to development

Update .po files