configure: Update opencv dependency, 2.4.5 works too.

directsoundsrc: Add 'device-name' property for selecting a audio device

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

configure: Fix bz2 configure check for Windows

Due to function decorations on Windows AC_CHECK_LIB can't be used to check for bz2.

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

tsdemux: Refuse negative rates which we don't support yet

And remove a check which was done before

mpegtsmux: Set the program number from prog-map

The prog-map property of mpegtsmux only allows you to group pids together in a program.
The program number set in the PAT/PMT tables cannot be set explicitly.

This patch will set the program number according to the prog-map.
If a program id of 0 is given, the first vacant program number starting from 1 will be used.

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

dvb: Adapt for latest mpegts lib changes

mpegtsbase: Adapt for latest mpegts lib changes

mpegts: ABI/API break: Use GPtrArray instead of GArray

While it was a great idea, various g-i based bindings don't support
GArray with entries greater than sizeof(gpointer) :(

So let's just make everybody happy by just using GPtrArray.

And since we're breaking the API, also rename the various descriptor fields
to no longer have the descriptor_ prefix.

It does cost a bit more in terms of memory/cpu usage, but makes it usable
from bindings.

uvch264src: don't error out on incomplete aux data segment

It appears that the Logitech C920 sometimes drops the next
to last segment of RAW aux data contained within the MJPEG
container.  H264 data that is multiplexed with in the same
container does not appear to be affected.  This appears to
be a bug in the Logitech C920 firmware and uvch264src should
not error out in this case.

Sometimes it can take 24 hours of continuous streaming for
the problem to occur, but sometimes it takes only a couple
of hours.

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

ivtc: Use input framerate when possible

if input is 30000/1001 ... use 24000/1001 as the output fixated framerate

id3mux: handle publisher, interpreted-by and musical-key tags

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

mpegvideoparse: Fix switch statement in level detection code

Properly fall through the cases without re-assigning the level to
the wrong value.

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

jpegparse: Forward segment event after caps

Store it until we know what our caps are.

test: fix compiler warning in aiffparse test on 32-bit x86

aiffparse: fix copyright

tests: fix some leaks in aiffparse unit test

tests: fix state change order in aiffparse test

Do state changes from sink to src. Fixes race condition in
pull mode test where the source will start up and push buffers
to queue/identity or aiffparse before the main thread has
managed to set them to playing yet.

aiffparse: add tests

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

aiffparse: don't leak adapter

aiffparse: s/newsegment/segment/

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

aiffparse: fix push mode

Fix push mode by handling sink events (CAPS, SEGMENT) properly.

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

mpeg4videoparse: Reparse the config if the size changed

Also only re-issue the caps update if the part of the config that
changed is one we care about.

srtpdec: fix buffers being dropped due to shadowed variable

Spotted by gstblub@gmail.com.

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

dashdemux: offset segment numbers by startNumber

For SegmentTemplate elements containing a startNumber attribute, the
`number' member of GstMediaSegments should be offset by the value of
startNumber; however, this is not currently the case. As a result, the
first URI(s) requested by the download loop will be wrong.

This commit ensures that segment numbers will be offset by startNumber
when one is present in a SegmentTemplate element.

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

dashdemux: remove incorrect timestamp scaling.

When using a SegmentTemplate element, the timestamps of the buffers
output by dashdemux are incorrect, causing problems downstream.

The reason is that GstMediaSegment start times are calculated (in
gst_mpdparser_get_chunk_by_index) by multiplying segment index by
segment duration and then scaling the result according the `timebase'
attribute from the MPD. However, the segment duration is already a
GstClockTime (i.e., it has already been scaled according to the timebase
from the MPD and converted to a nanosecond value), so multiplying it by
the segment index will give the correct timestamp without the need for
any further scaling.

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

examples: remove another obsolete example

ext: Use new flush vfunc of video codec base classes and remove reset implementations

examples: remove prehistoric examples

interaudiosrc: make silence memory actually contain silence

instead of random data. Reported by Marco Micheletti on
gstreamer-devel.

dvbbasebin: fix criticals when trying to cast a GstPad to a GstElement

message->src might be a GstPad. Observed during gst-inspect-1.0 -a

.gitignore: Update for new files to ignore

pesparse: Refactory secondary PES extension handling

Some streams had wrong values for the stream_id_extension, make sure
we only remember the valid ones.

For streams with PES_extension_field_length == 0, assume there's nothing
else.

For streams that state they have a TREF extension but don't have enough
data to store it, just assume it was produced by a non-compliant muxer
and skip the remaining data.

Only store remaining data in stream_id_extension_data instead of storing
data we already parse.

pcapparse: Remove unneeded unref and only set pad caps if we have caps

Fixes crashes due to invalid unrefs.

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

pesparse: Fix pes extension data length check

And remove length/data updates (we use the header size just below to
properly set them).

Based on feedback from Stas Sergeev <stsp@list.ru>

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

pesparse: Remove unused argument

We always provided 0 as the offset and never used the returned value.

Based on feedback from Stas Sergeev <stsp@list.ru>

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

codecparsers: mpegvideoparse: turn internal consistency check into a g_assert()

We only check input from the API user with g_return_*_if_fail().
Internal sanity checks should use g_assert() instead, which is
disabled by default for releases.

codecparsers: mpegvideoparser: minor doc fixes

mssdemux: use gst_data_queue_push_force for adding events to queue

This prevents locking on startup when a stream only has a single buffer
for one of the streams and mssdemux decides to push an EOS event right
after it.

dashdemux: use push_force when adding events to the dataqueue

This prevents deadlocks on startup on files that have only a very
large buffer for a stream and the queue is filled and will lock on
the eos event that is pushed after the buffer. As no buffers have yet
been pushed to other streams, the pipeline locks on preroll

mpegvideoparse: support field encoding for interlaced video

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

neonhttpsrc: allow building with neon-0.30

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

srtp: Let packets through without touching them if no crypto or auth is set

srtpdec: Refactor code a bit

Simplify the error handling case and get the packet push out of the if()

srtpdec: Don't error on invalid packet, just drop it

vc1parse: Fix the SequenceLayer handling for advanced profile.

The Sequence Header Data Structure STRUCT_C for Advanced Profile
has only a one valid field which is the profile indicator. Don't
use the reserved fields for fps update like Simple/Main profile.

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

vc1parse: Fix seq hdr STRUCT_A handling for advanced profile.

The Sequence Header Data Structure STRUCT_A for advanced profile
may be eight consecutive zero bytes.Don't try to override the
width and height values in this case.

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

aiffparse: fix SSND data size

AIFF chunk size does not include the chunk header size (8 bytes), so the
SSND data size is equal to the chunk size minus the SSND header size (8
bytes).

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

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)