pulsesink: Apply individual volume ratio to volume/mute properties

It relates to the commit below.
 - 82a861316c7d53940a4ba5c5ea6b80e4e9b2fbb0
 - pulseutil: Add API for setting volume ratio

Change-Id: I376d2049e63c01cfe8e25d4e1d68786045cce8fc
Signed-off-by: Sangchul Lee <sc11.lee@samsung.com>

pulseutil: Add API for setting volume ratio

In Tizen, a stream has one volume type such as media, notification,
alarm. Each type is so-called volume group which has its own volume
value of a certain volume level. It is managed on the Tizen policy
module of the PulseAudio. That's why the player framework has been
using volume element instead of volume property of gstpulsesink of
the pipeline to set individual volume of the stream itself.

Here we add a function to set volume ratio for the individual volume
value via the policy module of the PulseAudio which can be with the
volume group concept.

Change-Id: I6b2cf8d4814a01970e425a4dd25b49aa883ee7e1
Signed-off-by: Sangchul Lee <sc11.lee@samsung.com>

Apply "pulsesink: uncork if needed upon commit" again

This uncork condition is valid for volume ramping with silence
memchunk in pulseaudio when a stream is started.

patch history
 : 46a3c9ac8b2f8182ef8f211f4be09a67e4d42a61 - 2016-04-16 02:21:14 +1000 - Revert "pulsesink: uncork if needed upon commit"
 : 0dd46accf6d282ff07065852bd91c85c78af3394 - 2015-01-10 13:04:44 +0100 - pulsesink: uncork if needed upon commit

Change-Id: I3d9ad358f4c66df1755650960b53043df22a2d1c
Signed-off-by: Sangchul Lee <sc11.lee@samsung.com>

equalizer: Disables equalizer  because there is a collision with the audioeq

Change-Id: Ia1953551bed940909969019b925efca030471e4e

Disable external dependency for v4l2 plugins

[Version] 1.12.2-2
[Profile] Common
[Issue Type] Optimization
[Dependency module] N/A
[Test] [M(T) - Boot=(OK), sdb=(OK), Home=(OK), Touch=(OK), Version=tizen-5.0-unified_20181114.3]

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

aacparse: Fix build warning

Change-Id: I913d2e3edfc01563e06419b7b50fe656b963b137

souphttpsrc: add log about last read pos for debugging

Change-Id: I7540ec800f5939b786d5338b98ff1395324f7af4

video: Add INVZ pixel format

This pixel format is a planar depth 16-bit to use Intel Realsense devices.

Change-Id: I13694309b04e1d7d7c00d846ba2713ece9e3a137
Signed-off-by: sangho park <sangho.g.park@samsung.com>

[spec] plugins for NNstreamer are added to extra subpackage

We are using pngdec and imagefreeze to generate unit test cases
as video streams without any noises.

We have added such plugins to extra so that these won't be
included in the conventional Tizen profiles / products.

Change-Id: I4fff636ca61e7c6e6cd00a95eb351e9e7a23ce66
Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>

[spec] change build macro about tv

Change-Id: Iee9337804425fafa84a469167154985dbeeab254

Add build option for security issues

Change-Id: I55e0bc2001285acfd803169a5b69e54c43db7e9d

[v4l2src] Add new property for camera ID

It supports seperated device nodes for multiple camera device

[Version] 1.12.2-1
[Profile] Common
[Issue Type] Update
[Dependency module] libmm-camcorder, mmfw-sysconf
[Test] [M(T) - Boot=(OK), sdb=(OK), Home=(OK), Touch=(OK), Version=tizen-unified_20180320.2]

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

rgvolume: Add enable-rgvolume property for enable/disable rgvolume

If rgvulme is disabled, the rgvolume isn't affected by tag and properties

Change-Id: I5ce1eb6296a1e0f88e6b4c3a93ecf62be58c070e

qtdemux: Use strndup when parseing xml for spherical

The spherical tag contains the garbage value

Change-Id: Ie47d8545564ac894f5137383341a3b46573b3a08

qtdemux: fix bug for getting the bool value incorrectly in spherical xml

Change-Id: Ia1c53145a71288acd40da9df50fd6a22c6c8eb1b

qtmux: do not allocate atom of trak when mux reset

If qtmux reused without finalization(only the state is changed from PAUSE to READY), qtmux makes dummy trak.

Change-Id: Ic3e9510425d5ab98d8f084aa75ffe6199b5b528c

Merge branch 'tizen_gst_upgrade' into tizen

upgrade 1.12.2

Change-Id: I17638674de91e20e0db6b46622a54da0c0866fad

Merge missing tizen patch

Change-Id: Id1a530971781516e8f5dde4b19a09634144446c2

qtdemux: fix crash when qtdemux dispose (free spherical_metadata)

Change-Id: I25eefeb0ed68ef9f567fb8ec6e71f13ddc6b2628

[pulse] update pcm dump code for current gstreamer version

Change-Id: I9b3412a51d6e70af55428cc1d48fb9cd34ffca28
(cherry picked from commit 845df59ecd044bd38143f7a253cb88cd76b7b193)

rtsp: apply info level threshold

Change-Id: I1d9fd89e33e550bb01057819b80532e89cc76b6f

rtspsrc: Print RTSP and SDP messages to gstreamer log instead of stdout

Change-Id: Id33848fa7843f1095764503d4db26027d9c5062b
Signed-off-by: Hyunil <hyunil46.park@samsung.com>

Merge the tizen patch and fix build err based on 1.12.2

Change-Id: Ica5cd6b1a865b8367584aeb40e33ea6f3e4017e8

Extract spherical video and spatial audio metadata and send it to the bus

Change-Id: I0126c6afa12e5843587030fd5ec236f6ba2c507b
Signed-off-by: Mykola Alieksieiev <m.alieksieie@samsung.com>

qtdemux: fix memory leak

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

Release 1.12.2

Update .po files

po: Update translations

qtdemux: Fix parsing of RLE depth

Regression introduced by 86b427dc70562f891a551ffc9f96cefe1cafcddd

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

osxaudio: fixes playback of mono streams with no channel-mask field in caps

Fixes a negotiation error seen when trying to playback of a .MOV file with
a mono AAC audio stream decoded by avcdec_aac that doesn't set channel-mask
field but sink was requiring channel-mask=0x3.

rtpgsmpay: fix accidental garbage data before actual payload

Do not allocate payload size outbuf if appending payload buffer.

The commit 137672ff1824948bda4b1b1967de8c24a0055b67 attached payload
to the output buffer but forgot to remove payload allocation.  That
effectively doubled payload size and add zero'ed or random bytes.

Makes the following pipeline work again:

gst-launch-1.0 -v audiotestsrc wave=2 ! gsmenc ! rtpgsmpay ! rtpgsmdepay ! gsmdec ! autoaudiosink

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

rtprtxreceive: Add memory and boundary checks

This element was not checking if mapping the RTP buffer and the payload
worked, and was not checking if the RTX payload was large enough.

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

imagefreeze: fix use-after-free on seek event

Get seqnum before unreffing the seek event.

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

rtspsrc: Create send/recv mutexes once, not on every connect()

Also fixes a crash caused by freeing an uninitialized mutex in an error
case.

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

rtspsrc: Actually use the receive lock when receiving, not the send lock

matroska,videofilter: fix caps leak

Change-Id: I447b10735eed17e52769b939cc88be9f6a9781c2

Fix build error with TV profile

Signed-off-by: Sangjin, Sim <sangjin0924.sim@samsung.com>
Change-Id: I6e28b1909192538e9e446a247da0fefaa6038c5c

Release 1.12.1

Update .po files

po: Update translations

splitmux: Drop allocation queries

They can cause us to deadlock, while we're waiting for a new frame and
upstream is waiting for the allocation query to be answered before
sending a frame

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

rtspsrc: Use a mutex for protecting against concurrent send/receives

We currently send data to the RTSP connection from multiple threads:
whenever a command is to be handled and whenever RTCP is generated. This
can cause data corruption or worse if both happen at the same time.

As such, protect gst_rtsp_connection_send() and gst_rtsp_connection_receive()
calls with a mutex. While this means that we hold a mutex during the IO
operation, this is not actually a problem as the IO operation can be
interrupted (gst_rtsp_connection_flush()) at any time and is blocking by
itself anyway.

rtph264depay : fix mem leak

Change-Id: Ic6255805254c15b9c01cdadcbecb2111e2a9bf7a

rtp: fix mem leak

Change-Id: I26e98cdfac70d0adde686bf399620d82d9106269

qtmux: Un-merge the last two stsc entries after serializing

The last entry will most likely get new samples added to it in "robust"
muxing mode, changing the samples_per_chunk and thus making it wrong to
keep the last two entries merged. It will run into an assertion later
when adding a new sample to the chunk.

Thanks to gdiener@cardinalpeak.com for the analysis of the bug and
proposal for a solution.

wavparse: Actually clip to upstream size instead of size of the data chunk

There might be other chunks after the data chunk, so clipping the chunk
size with the data size can lead to a negative number and all following
calculations go wrong and cause crashes or worse.

This was introduced in 3ac119bbe2c360e28c087cf3852ea769d611b120.

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

rtpsession: print value of unknown RTCP Payload Type

This adds printing the actual value of any unknown RTCP PT
to the already existing WARNING log message.

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

rtph265depay: fix caps leak

aacparse : Fix, Caps were not set while reusing aacparse

While reusing aacparse caps were not set.This fix enables aacparse to reuse in same pipeline.

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

apply CVE patch for security weakness

https://cgit.freedesktop.org/gstreamer/gst-plugins-good/commit/?id=153a8ae752c90d07190ef45803422a4f71ea8bff

Change-Id: I1472b6d6dcac2371c9d32d4ca0d9f5e98d4b9a1e

qtmux: Do not check timecode data for mp4 container

Timecode trak is only supported for mov right now, not for mp4. That
code would otherwise create an invalid trak if the muxed video contained
timecode metadata.

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

rtpsrc, aacparse, mpegaudioparse: Fix build warning, check indent

Change-Id: I2e4cff09dead99ed0ca5f365af6b1139032cb0de

qtmux: Lateness is in QT timescale, diff in GstClockTime

Print the right one in debug output to get meaningful numbers.

vpxdec: Set fb->priv to NULL after freeing just in case

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

directsoundsink: Use GstClock API instead of Sleep() for waiting

It's more accurate and allows cancellation.

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

vpx: fix build against older libvpx versions

Such as 1.3.0 as on raspbian.

directsoundsink: Fix corner case causing large CPU usage

We were unnecessarily looping/goto-ing repeatedly when we had exactly
the amount of data as the free space, and also when the free space was
too small. This, as it turns out, is a very common scenario with
Directsound on Windows.

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

We have to do polling here because the event notification API that
Directsound exposes cannot be used with live playback since all events
must be registered in advance with the capture buffer, you cannot
add/remove them once playback has begun. Directsoundsrc had the same
problem.

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

Release 1.12.0

Update .po files

po: Update translations

qtdemux: Fix crash on mss stream caused by invalid stsd entry access

Since mss has no moov, default stsd entry should be created with media-caps.

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

Release 1.11.91

Update .po files

po: Update translations

qtdemux: Don't crash in debug output if stream==NULL

That case is correctly handled below but not in the debug output.

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

qtdemux: Don't perform seeks with inconsistent seek values

If gst_segment_do_seek() fails, we shouldn't try seeking on that
resulting segment but just error out. Crashes further down the line
otherwise.

Automatic update of common submodule

From 60aeef6 to 48a5d85

tests: rtp-payloading: add test for rtph264depay avc/byte-stream output

Make sure avc output doesn't contain SPS/PPS inline, but
byte-stream output does.

rtph264depay: don't insert SPS/PPS inline for AVC output

SPS/PPS are in the caps in this case and shouldn't be in
the stream data.

rtspsrc: Chain up to the parent class' provide_clock() implementation

If no clock was provided directly by rtspsrc. This behaviour was removed
by f8013487c91a6ffc552a4b25aa1a70f0bd5377f8 and results in rtspsrc not
providing the system clock via the rtpjitterbuffer.

As a result, if another element like an audio sink, provides a clock,
the pipeline would select that (when going to PAUSED/PLAYING again later).
Audio clocks usually don't progress in PAUSED, and thus our live source
won't be able to use the clock to produce data, making the sink never
preroll and everything is stuck.

qtdemux: reset sample_description_id to default

Fixes stream where sample_description_id is specified in the tfhd

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

splitmuxsink: Don't use an explicit name for requesting audio pads

... unless the muxer uses the same audio pad template name as
splitmuxsink. We can't request a pad called "audio_0" on a muxer that
wants pads to be "sink_%d".

flvdemux: remove duplicated segment initialization

It's also done in gst_flv_demux_cleanup().

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

splitmuxsink: Correctly catch FLUSH events in probes

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

Revert "rtpbin: pipeline gets an EOS when any rtpsources byes"

This reverts commit eeea2a7fe88a17b15318d5b6ae6e190b2f777030.

It breaks EOS in some sender pipelines, see
https://bugzilla.gnome.org/show_bug.cgi?id=773218#c20

qtdemux: Reset adapter in more discontinuity cases

In push mode we process as much as possible in the adapter. When we receive
a DISCONT buffer which we can't match to an actual sample (based on the existing
sample table) and there is still data remaining in the incoming adapter,there is
one of two cases happening:
1) We are doing reverse playback, in which case we should flush out all pending
  data
2) We have leftover data from the previous incoming buffer... which we can't do
  anything about.

For the second case, make sure we flush out the remaining data so that we can start
parsing again from scratch.

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

rtspsrc: Use GST_ELEMENT_ERROR_WITH_DETAILS

Allows the application to know the exact status code that was returned
by the server in a programmatic fashion.

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

qtdemux: Fix leak on QtDemuxStreamStsdEntry

Fix unit test failure

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

qtmux: Fix timescale of timecode tracks

They should have ideally the same timescale of the video track, which we
can't guarantee here as in theory timecode configuration and video
framerate could be different. However we should set a correct timescale
based on the framerate given in the timecode configuration, and not just
use the framerate numerator.

qtdemux: Properly reset demuxer when all streams are EOS

Make sure offset and neededbytes are properly resetted when all
streams are EOS in push-mode.

Avoids cases when some data might still be pushed by upstream (because
it didn't yet see the resulting GST_FLOW_EOS yet) and qtdemux gets
completely lost.

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

souphttpsrc: Make more usage of error macro

And make sure we actually use the provided soup_msg argument in the macro

meson: Print message when disabling taglib on MSVC

qtmux: Don't forget to update pad->last_buf

buf is the current pad->last_buf value. If ever it gets copied/unreffed,
we need to make sure to write back the new  pointer to the last_buf
variable.

Fixes using wrong pointer values in the case of decrasing DTS value

tests: Add vp9enc to gitignore

qtdemux: fix: sample description index override in tfhd not evaluated

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

qtdemux: Add out-of-bound check

Make sure we don't read invalid memory

qtdemux: move parsing of tkhd out of stsd entry loop

It needs only to be read once.

qtdemux: check for a different stsd entry before pushing a sample

Before pushing a sample, check if there was a change in the current
stsd entry. This patch also assumes that the first stsd entry is
used as default for the first sample. It might cause an uneeded
caps renegotiation when this isn't the case.

qtdemux: parse all stsd entries

stsd can have multiple format entries, parse them all.

This is required to play DVB DASH profile that uses multiple entries
to identify the different available bitrates/options on dash streams

The stream format-specific data is not stored into QtDemuxStreamStsdEntry

qtdemux: rework stsd sample entries access

Instead of using the stsd as a base pointer, use the actual stsd
entry as the stsd can have multiple entries. This is rarely used
for file playback but is a possible profile with in DVB DASH specs.

This still doesn't support stsd with multiple entries but makes it
easier to do so.

qtdemux: get stsd child by index instead of type

There might be multiple children with the same type

tests/check/rtprtx: add checks for rtprtxqueue's max-size-{time,packets} properties

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

rtprtxqueue: implement handling of the max-size-time property

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

Automatic update of common submodule

From 39ac2f5 to 60aeef6

v4l2object: Copy timestamp when importing buffers

This is needed for V4L2_OUTPUT interface, and is harmless of
V4L2_CAPTURE interfaces. This will fix timestamp in cases like:

  v4l2src io-mode=dmabuf ! v4l2videoNenc output-io-mode=dmabuf-import !  ...

Same apply for userptr.

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

qtmux: Fix last_dts tracking for raw audio and similar formats

Accumulate the durations directly and don't scale yet another time by
the number of samples.

tests: fix leak in splitmux test

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

scaletempo: Scale GAP event timestamp and duration like for buffers

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

v4l2dec: Fix race when going from PAUSED to READY

Running `gst-validate-launcher -t validate.file.playback.change_state_intensive.vorbis_vp8_1_webm`
on odroid XU4 (s5p-mfc v4l2 driver) often leads to:

  ERROR:../subprojects/gst-plugins-good/sys/v4l2/gstv4l2videodec.c:215:gst_v4l2_video_dec_stop: assertion failed: (g_atomic_int_get (&self->processing) == FALSE)

This happens when the following race happens:

- T0: Main thread
- T1: Upstream streaming thread
- T2. v4l2dec processing thread)

[The decoder is in PAUSED state]

T0. The validate scenario runs `Executing (36/40) set-state: state=null repeat=40`
T1- The decoder handles a frame
T2- A decoded frame is push downstream
T2- Downstream returns FLUSHING as it is already flushing changing state
T2- The decoder stops its processing thread and sets `->processing = FALSE`
T1- The decoder handles another frame
T1- `->process` is FALSE so the decoder restarts its streaming thread
T0- In v4l2dec-> stop the processing thread is stopped
NOTE: At this point the processing thread loop never started.
T0- assertion failed: (g_atomic_int_get (&self->processing) == FALSE)

Here I am removing the whole ->processing logic to base it all on the
GstTask state to avoid duplicating the knowledge.

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

Release 1.11.90