add family-id to set unique value from API to plugin
it will be helpful for debugging when multi-instances are created

Change-Id: I7bd65817a2b31146bb3a6c3104b125f7a494a3f6

add GST_QUERY_RESOURCE and interface functions
so, can query an element for using HW resource

Change-Id: I086ce486da448c018b0285f00713a2e0d84b5e78

baseparse: Fixed Issue(P150428-01809) - different duration with PLAYER and DB
Sync with tizen 2.4 fixed code (http://165.213.149.170/gerrit/#/c/38877)

Change-Id: Id63e559edb6fe06a47d19609dc28c8d729ac89b0
Signed-off-by: Gilbok Lee <gilbok.lee@samsung.com>

multiqueue: add property to get current queue level(sync with tizen 2.4)

Change-Id: I88c90ffe0136d2dc75a2de8319b3bf28ac3dfaac

[queue] add new property - "empty-buffers"

Change-Id: Ie8d05b575701947e3e6b7bfea532950b90074cc2
Signed-off-by: Jeongmo Yang <jm80.yang@samsung.com>

baseparse: Added helper function for supporting seek logic of subparser
Sync with tizen 2.4 fixed code (http://165.213.149.170/gerrit/#/c/71917)

Change-Id: Ia84442f719562c418b1c1aa08acba9e41256bb70
Signed-off-by: Gilbok Lee <gilbok.lee@samsung.com>

Change spec license name LGPL-2.1+ to LGPL-2.0+

Change-Id: I22bef7a57d12bf3a5cecc170638e70840ba42e48
Signed-off-by: Gilbok Lee <gilbok.lee@samsung.com>

Merge "baseparse: Fixed http seek slow issue in case of souphttpsrc Sync with tizen 2.4 fixed code (165.213.149.170/gerrit/#/c/60291)" into tizen

Merge "baseparse: Make possible update of audio duration at the prepare state Sync with tizen 2.4 fixed code (165.213.149.170/gerrit/#/c/24630)" into tizen

baseparse: Fixed http seek slow issue in case of souphttpsrc
Sync with tizen 2.4 fixed code (http://165.213.149.170/gerrit/#/c/60291)

Change-Id: I8ce7178095cf9b20a9c9834ddc2ecc801cb32ed8
Signed-off-by: Gilbok Lee <gilbok.lee@samsung.com>

baseparse: Make possible update of audio duration at the prepare state
Sync with tizen 2.4 fixed code (http://165.213.149.170/gerrit/#/c/24630)

Change-Id: I969aec322bfd189e626857a59fb9346f2b88dad6
Signed-off-by: Gilbok Lee <gilbok.lee@samsung.com>

modify spec file about build require

Change-Id: I0f48110572d112f4353c871354abbc81b2129edc

cleanup spec file

Change-Id: I84e95f0dc568c8dc6814e3943baa998e7c6b81ae

Remove unnecessary so file in development package

Change-Id: I7058cc18a87aede5ea6e7f3b7c477890b2e0b12f
Signed-off-by: Jeongmo Yang <jm80.yang@samsung.com>

multiqueue: update buffering if the high threshold is changed

Change-Id: Iba197aa88b5ca331d789b0465063f3afb93a1a02

modify spec to build and merge prev modification

Change-Id: Ie6fdd579e9085e6e668e99883ab319fd3602b619

Merge remote-tracking branch 'remotes/origin/upstream/1.6' into tizen

Change-Id: If2672ddd4ea2935a86bd3a519d5d5345df0d0f9a

Release 1.6.1

Update .po files

po: Update translations

pad: Unblock blocking pad probes when receiving FLUSH_START in send_event() too

Without this, flushing might not unblock the streaming thread and cause deadlocks.

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

uri: tests: added unit test for streams ending in .. without following /

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

segment: Correct stream_time calc for negative applied rate

Updated gst_segment_position_from_stream_time and gst_segment_to_stream_time to reflect correct calculations for the case when the applied rate is negative.

Pasting from design docs:

===============================
Stream time is calculated using the buffer times and the preceding SEGMENT
event as follows:

    stream_time = (B.timestamp - S.start) * ABS (S.applied_rate) + S.time

For negative rates, B.timestamp will go backwards from S.stop to S.start,
making the stream time go backwards.
===============================

Therefore, the calculation for applied_rate < 0 should be:

    stream_time = (S.stop - B.timestamp) * ABS (S.applied_rate) + S.time

and the reverse:

    B.timestamp = S.stop - (stream_time - S.time) / ABS (S.applied_rate)

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

segment: gst_segment_to_stream_time: Renamed 'result' to 'stream_time'

Renamed the "result" variable to "stream_time" for better readability.

uri: fix behaviour for merging uris ending in .. without following /

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

pad: Fix docs/annotation of gst_pad_probe_info_get_buffer_list()

It's not get_bufferlist(). Because of that it was ignored by the docs and
G-I, leading to crashes because of broken ownership transfer.

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

bin: Make sure to free all cached messages when going to NULL

An ASYNC READY->PAUSED might have failed without the bin code noticing during
the state change, in which case we will never get PAUSED->READY and would leak
messages.

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

multiqueue: Improve incoming SEGMENT handling

Previously this code was just blindly setting the cached flow return
of downstream to GST_FLOW_OK when we get a SEGMENT.

The problem is that this can not be done blindly. If downstream was
not linked, the corresponding sinqlequeue source pad thread might be
waiting for the next ID to be woken up upon.

By blindly setting the cached return value to GST_FLOW_OK, and if that
stream was the only one that was NOT_LINKED, then the next time we
check (from any other thread) to see if we need to wake up a source pad
thread ... we won't even try, because none of the cached flow return
are equal to GST_FLOW_NOT_LINKED.

This would result in that thread never being woken up

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

baseparse: Update internal position even if not linked

Our current position has nothing to do with being linked or not.

Avoids having stray segment updates fired every 2s

tests: fix the tag test

The previous change (see bgo #756069) was causing us to free the same pointer
multiple times. If we actually get a sample back, the test fails, no need to
free anything in that case.

tests/gst-launch: Fix sample memory leak

When sample is got using gst_tag_list_get_sample_index, it should
be free'd.

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

gst-ptp-helper: #include <sys/socket.h> to fix net/if.h include on OSX 10.6

In file included from gst-ptp-helper.c:40:0:
   /usr/include/net/if.h:265:19: error: field 'ifru_addr' has incomplete type
      struct sockaddr ifru_addr;

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

check: fix 'format string is not a string literal' warning with clang

Broke this when I removed the G_GNUC_PRINTF in a previous
commit to fix indentation, since it was not really needed.
Turns out unlike gcc clang warns though if a non-literal
format string is passed then. Fix indentation differently.

http://clang.llvm.org/docs/AttributeReference.html#format-gnu-format

Release 1.6.0

Update .po files

ptpclock: Fix error leak during failures

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

funnel: Fix racy state change

Iterator may need to be resynced, for instance if pads are released
during state change.

got_eos should be protected by the object lock of the element, not of
the pad, as is the case throughout the rest of the funnel code.

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

bin: element: Ignore activate result for removed pads on state change

This fixes a race where a state change may return failure if it has
request pads that are deactivated and removed (and thus have no
parent) at the same time as the element changes state and (de)activates
its pads.

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

harness: don't crash when adding a sink-harness without h->sinkpad

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

basetransform: Print buffer PTS when submitting an input buffer

inputselector: Fix buffer leak in sync_streams & cache_buffers mode

After doing gst_pad_push() in case of sync_streams and cache_buffers,
if the buffer can not be kept in cache, it should be unreffed to avoid
memory leackage.

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

gst: Documentation typo fix in caps & pad APIs

gst_caps_can_intersect() & GST_PAD_IS_ACCEPT_INTERSECT()
documentation typo fix.

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

Release 1.5.91

Update .po files

po: Update translations

downloadbuffer, benchmarks: fix error leaks in failure code paths

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

check: Fix indentation

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

bufferpool: sprinkle some allow-none and out annotations for g-i

bin: fix typo in log message when threadpool alloc fails

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

configure: Check for socketpair() in -lsocket too

On e.g. QNX it is in an external library, not libc.

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

Merge "[queue2] Update queue2 for progressive download" into tizen

Merge "[filesink] Add property current_byte" into tizen

[queue2] Update queue2 for progressive download

Signed-off-by: Hyongtaek Lim <hyongtaek.lim@samsung.com>
Change-Id: I16115b8be724067b98f4b561a52d42da27aa39e4

[filesink] Add property current_byte

Signed-off-by: Hyongtaek Lim <hyongtaek.lim@samsung.com>
Change-Id: I02875ba15f929e1e00078f0cf752d147014c4f7b

Revert "docs: Make sure gst_debug_bin_to_dot_data() is documented"

This reverts commit 0dffeb03018d12be522c2d97aaaf8102153bd7c0.

The commit is erroneous and documents the function twice.

docs: Make sure gst_debug_bin_to_dot_data() is documented

Thanks to Nirbheek Chauhan <nirbheek@centricular.com> for pointing this
out.

harness: Fix race for gst_harness_element_ref

In order for gst_harness_new_full to be MT-safe the increase and
decrease of HARNESS_REF must be MT-safe. This allows for creating
multiple harnesses from different threads wrapping the same element.

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

harness: Allow-none for custom stress init func

It should be allowed to not have a function to initialize the user data
since it's often not necessary; it may already be initialized.

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

docs: remove signal that no longer exists from docs

po: update for translated string changes

tools: gst-launch: fix --exclude command line option

This has not worked (as in: crashed) since 2005, so
perhaps it should just be removed instead.

Revert "queue2: Process SEEKING query"

This caused problems with oggdemux when queue2 was
operating in queue mode and the souphttpsrc upstream
is not seekable because the server doesn't support
range requests. It would then still claim seekability
and then things go wrong from there.

This reverts commit 7b0b93dafe4ac547552cdb66ade5d8aa0405e7b4.

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

harness: misc bugfixes

1. Get a list of pad templates from the element class, not the
factory. This allows us to interact with test-elements that does
not have a factory.

2. Use the pad_template_caps in caps-queries when caps is not set
explicitly on the pad. Not doing so is simply wrong, and prohibits
interactions with special templates used for testing.

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

tests: event: fix build failure

gst/gstevent.c:250:5: error: ‘for’ loop initial declarations are only
allowed in C99 or C11 mode

bin: Make sure we don't add/remove a bin to/from itself

Doing so would deadlock from trying to acquire the object lock twice

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

basetransform: Reconfigure before propose_allocation

There exist cases where a reconfigure event was propagated from
downstream, but caps didn't change. In this case, we would
reconfigure only when the next buffer arrives. The problem is that
due to the allocation query being cached, the return query parameters
endup outdated.

In this patch we refactor the reconfigurating code into a function, and
along with reconfiguring when a new buffer comes in, we also reconfigure
when a query allocation arrives.

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

basesrc-test: Fix race testing segment update

As this test is using a short sleep (GST_USECOND, which is 10ms
in microsecond), sometimes that EOS event is received before the
loop in basesrc have run _do_seek() and pushed the update segment.
To solve this issue, we wait for the initial segment (and flush it)
then we wait for the second segment before sending EOS.

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

bin: Add NLE to GST_PLUGIN_PATH

Release 1.5.90

Update .po files

po: Update translations

baseparse: avoid tag list spam if upstream provides bitrate tags already

Explicitly keep track again whether upstream tags or parser tags
already contain bitrate information, and only force a tag update
for a bitrate if we are actually going to add the bitrate to the
taglist later. This fixes constant re-sending of the same taglist,
because upstream provided a bitrate already and we didn't add it,
so we didn't save the 'posted' bitrate, which would then in turn
again trigger the 'bitrate has changed too much, update tags'
code path. Fixes tag spam with m4a files for example.

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

debugutils: bring the dot style a bit closer to what we use in the docs

Use round corners for bins and elements. Put sink pads on the left and src pads
on the right of elements.

baseparse: fix tag handling

In 0.10 there were no sticky events, and all tag events
sent would just be merged with the previously-received
tags. In 1.x we have sticky events, and the tags in the
tag event(s) should at all times carry the complete tags,
so we can't just push some tags and then just push tags
with just bitrates to update the bitrates, etc.

Instead we need to keep track of the upstream stream tags
received, of the tags set by the video decoder subclass,
and send an updated tag event with the combined tags
including our own bitrate tags (if applicable) whenever
the upstream tags, the subclass tags or any of our bitrates
change.

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

baseparse: add API for subclass to set tags

This is needed so that we can do proper tag handling
all around, and combine the upstream tags with the
tags set by the subclass and any extra tags the
base class may want to add.

API: gst_base_parse_merge_tags()

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

baseparse: save upstream stream tags

We'll need those later.

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

baseparse: minor code simplification

Use gst_pad_peer_query_duration() and remove a few
unnecessary levels of indentation. Rest of code might
looks a bit questionable, but leave it as is for now.

pad: Break sticky event array iterations if the type is bigger than the one we look for

Microoptimization we can do because the array is sorted by type.

gstpad: Add a new GST_PROBE_HANDLED return value for probes

In some cases, probes might want to handle the buffer/event/query
themselves and stop the data from travelling further downstream.

While this was somewhat possible with buffer/events and using
GST_PROBE_DROP, it was not applicable to queries, and would result
in the query failing.

With this new GST_PROBE_HANDLED value, the buffer/event/query will
be considered as successfully handled, will not be pushed further
and the appropriate return value (TRUE or GST_FLOW_OK) will be returned

This also allows probes to return a non-default GstFlowReturn when dealing
with buffer push. This can be done by setting the
GST_PAD_PROBE_INFO_FLOW_RETURN() field accordingly

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

gstversion: Add missing include in .in file.

Headers: add missing includes.

docs: add the new pad accept-template flag to the docs

docs: section entry missing for gst_direct_control_binding_new_absolute

tests: pad: tests for accept-caps default handling

Check if all the default 4 accept-caps possibilities are working:
subset or intersect check and query-caps or template caps comparisons.

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

pad: add GST_PAD_FLAG_ACCEPT_TEMPLATE

It will make the default accept-caps handler use the pad template
caps instead of the query-caps result to check if the caps is
acceptable. This is aligned with what the design docs says the
accept-caps should do (be non-recursive) and should be faster. It
is *not* enabled by default, though.

API: GST_PAD_FLAG_ACCEPT_TEMPLATE
API: GST_PAD_IS_ACCEPT_TEMPLATE
API: GST_PAD_SET_ACCEPT_TEMPLATE
API: GST_PAD_UNSET_ACCEPT_TEMPLATE

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

check: Rename states unit test

Makes it easier to differentiate from other modules states unit test

basetransform: rework accept-caps

According to the design docs:
The ACCEPT_CAPS query is not required to work recursively, it can simply
return TRUE if a subsequent CAPS event with those caps would return
success.

So make it a shallow check instead of recursivelly check downstream.

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

basetransform: remove some dead code

Doesn't seem like it is going to get back to life anytime soon

Also removes a {} block that was likely used to keep the dead
code around.

basetransform: respect accept-caps intersect flag

GstPad has a flag for suggesting if the accept-caps
query should use intersect instead of the default
subset caps operation to verify if the caps would be
acceptable.

basetransform currently always uses the subset check and
this patch makes it honor the flag for using intersect
if it is set.

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

basetransform: remove unreachable return statement

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

tests: ignore new harness test binary

datetime: accept just a time as ISO 8601 string and use today's date then

If no date and only a time is given in gst_date_time_new_from_iso8601_string(),
assume that it is "today" and try to parse the time-only string. "Today" is
assumed to be in the timezone provided by the user (if any), otherwise Z -
just like the behavior of the existing code.

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

harness: add _set_forwarding function

To be able to disable the slightly "magic" forwarding of the
necessary events between the harnesses.

Also introduce a new test-suite for GstHarness, that documents the
feature, and should hopefully expand into documenting most of the
features the harness possesses.

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

devicemonitor: fix provider leak

pad: Fix previous commit

We want to get the caps query *result*

deviceprovider: Add method to hide devices from a provider

Add methods to add/remove the providers that should be hidden by this
provider. Also make a method to get a list of hidden providers.

This makes it possible to have multiple systems monitor the same devices
and remove duplicates.

Add a property to see all devices, even duplicate ones from hidden
providers.

pad: get_allowed_caps() should go through both pads

The previous implementation was doing a direct call to the peer pad,
which resulted in query probes never being called on the original pad.

Instead of that, get the peer pad caps by using gst_pad_peer_query()
which will call probes in the expected fashion.

value: free caps during failure

While calling gst_value_deserialize_sample, if there is a failure
after caps is ref'ed, then caps is getting leaked. Hence checking for
caps in fail: goto condition and unref'ing it

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

registry: Add plugins to the registry we are loading and not default one

When running gst_registry_scan_plugin_file we were losing the
information about the registry being loaded and ended up adding the
plugin to the default registry which was not correct.

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

basesink: Only drop buffer if their PTS is out of segment

As of now, even for stream completly inside segment, there is no
guarantied that the DTS will be inside the segment. Specifically
for H.264 with B-Frames, the first few frames often have DTS that
are before the segment.

Instead of using the sync timestamp to clip out of segment buffer,
take the duration from the start/stop provided by the sub-class, and
check if the pts and pts_end is out of segment.

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