Fix ASan build

ASan has no inline assembler (__asm__) support.
This patch removes inline assembler build in sanitized
environment for libav by additional configuration option

Change-Id: I8c5a1d87beac6909dd6d11cfd9b8ba3538fb3438
Signed-off-by: Dmitriy Evgenevich Gonzha <d.gonzha@samsung.com>

fixed memleak

Change-Id: Iae9b80d83582852c593862732119416ff263d897

Fix memory leak

Change-Id: I9d803587910d85c8153cfa3554a7ffacc0a240cc

1. changed nsv_probe header comparison syntax by byte unit
2. removed nsv_probe

Change-Id: Ic5fb81121eba27ed9bbe2dadebd8667174f55f2f

Merge branch 'tizen_3.0' into tizen

Change-Id: Ic90032a2dd99ff47346c8a502767c027afab090d

fixed memory leaks caused by no freeing caps

Change-Id: I9957cb2f44dc4acec6f6fd567367b5149748afbf

Merge branch 'tizen_3.0' into tizen

Change-Id: I085c1b96db3553a9b676c4e1c64b8669a1e10227

disable unused plugins in TV product

Change-Id: Iaa7cdcba9d5e6840f46181b9204edd1cfa37e7d1

disable unused plugins in TV product

Change-Id: I1304e5592048c3b43d490038355e48bf1c759dbf

Removed DivX codec from support lists

Change-Id: I47de5ae54e63cdca9aebcdbfa17eeeb0f3995b0c
Signed-off-by: Eunhae Choi <eunhae1.choi@samsung.com>

Removed DivX codec from support lists

Change-Id: I47de5ae54e63cdca9aebcdbfa17eeeb0f3995b0c

Merge "[audioencoder] Fix bug - codec data is missed, so memory leak is happened and muxed file can not be played" into tizen

[audioencoder] Fix bug - codec data is missed, so memory leak is happened and muxed file can not be played

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

Removed jpeg2000 and added aacpsdsp object due to undefined problem

Change-Id: Ia33474fbf982f6f714a5fa7b30e2f10c661a7813

Disable avdemux_mm
Fixed TSAM-888 issue (some wav file occur crash in avdemux_mm during check gst_type_find_helper_for_data)

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

[avmux] Support expected-trailer-size for size limit recording

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

[avmux] Support H263P in avmux_3gp, Support MPEG4 in avmux_mp4

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

Add manifest file and change spec license name

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

modify spec to build and merge prev modification

Change-Id: I451dcbc3fd1a087e6a285912e54b101255f018f7

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

Change-Id: Icbc3ed06d3013f0fc90012686043c632f39d328d

avvidenc: Fix frame memory leak

The frame being passed to handle_frame should be unref'ed in all cases

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

avdemux: Fix string memory leaks

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

Release 1.6.1

avviddec: Fix bufferpool config double free by taking a copy as needed

Also free the config in two code paths where we leaked it before.

libav: Update to n2.8.1

avviddec: only free config when pool doesn't take ownership

Since gst_buffer_pool_set_config() takes ownership of the config structure,
it is only necessary to free the structure before using it when the true
branch of if (gst_buffer_pool_config_validate_params) hasn't run.

gst_buffer_pool_set_config() always takes ownership of the structure
regardless of success or failure. Which means the return, checked with
if (!working_pool), has no relation to the state of the structure.

CID #1320708

avcodecmap: Don't allocate dummy codec data anymore, it causes crashes nowadays

Multithreaded encoders are going to free this dummy codec data twice, e.g.
with this pipeline
  gst-launch-1.0 videotestsrc num-buffers=40 ! \
    videoconvert ! avenc_mjpeg ! fakesink

avvidenc: Pass the correct user_data to gst_buffer_new_wrapped_full()

Fixes crash with e.g.

  gst-launch-1.0 videotestsrc num-buffers=40 ! \
    videoconvert ! avenc_huffyuv ! fakesink

Release 1.6.0

Release 1.5.91

avvidec: increase default alignment to 32 bytes

Change default alignment from 16 to 32 bytes, which fixes crashes
when decoding H.265 using AVX2-based decoder code paths and when
using ximagesink/glimagesink.

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

avvideodec: ensure required mem alignment fixing avdec_h265 crashes with ximagesink/glimagesink

Make sure the alignment requirement in GstAllocationParams
matches the GstVideoAlignment requirements. This fixes
issues with avdec_h265 crashing in the avx2 code path when
used with playbin and ximagesink/glimagesink as videosink.

The internal video pool would allocate buffers with an
alignment of 15 even though GstVideoAlignment specified
a stride_align requirement of 31 (which comes from ffmpeg).

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

libav: Update to ffmpeg n2.8

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

avvid/audenc: Set some tags in the output for downstream's info

Add the codec name and bitrate into the output for informational
purposes. Bitrate in particular is now used by flvmux to set
videodatarate and audiodatarate in the resulting stream

avviddec: Fix pool reallocation logic

Some check where incorect and also unsafe. The only reliable information
in get_buffer2 is the picture width/height really. The side effect is
that the width/height of the internal pool endup padded, so when we
switch we also need to switch to the a new width/height, hence we save
the pool info.

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

Release 1.5.90

aviddec: Re-enable direct rendering

This is achieved by using a tempory internal pool. We can then switch to a
downstream pool if the downstream pool buffer have matching strides.

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

avvidenc: use template subset check for accept-caps

It is faster than doing a query that propagates downstream and
should be enough

avaudenc: use pad template caps for accept-caps

use template subset check for accept-caps

It is faster than doing a query that propagates downstream and
should be enough

avaudenc: remove useless getcaps method

It just calls the exact same function as the default handler

avvidenc: remove useless getcaps method

It just calls the exact same function as the default handler

avauddec: let audiodecoder call the default pad query handler

Avoids repeating the same handling in many decoders

avviddec: let videodecoder call the default pad query handler

Avoids repeating the same handling in many decoders

libav: Update to n2.7.2

avviddec: use template caps intersection for accept-caps

Avoid doing downstream caps queries when accept-caps should just
do a shallow caps check on the element itself

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

avauddec: use template caps intersection for accept-caps

Avoid doing downstream caps queries when accept-caps should just
do a shallow caps check on the element itself

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

Map ffmpeg metadata to GStreamer tags

Update to the metadata API ffmpeg has had in
place for a long time now, and reenable output
of GStreamer tags from the demuxer.

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

avviddec: Remove unused force parameter

This parameter has been always false for a long time.

avviddec: Use caps-like size in get_buffer2()

The size in the AVFrame in get_buffer2 don't match the output size,
instead they match ffmpeg's memory requirements, so we can't compare
them from the values of the output AVFrame. Those are comparable to
the values in the passed AVCodecContext.

avviddec: Reset current_dr on close and when not chosing it

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

avviddec: Disable direct rendering before a frame has been produces

ffmpeg doesn't provide the final's image width & height in the get_buffer2()
callback, so it's not possible to create an output state for GstVideoDecoder
at this stage. So only try to do direct rendering if the buffer pool has already
been negotiated based on the final decoded size.

This partially reverts the effects of 2e621f8db

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

Revert "For static builds, add the ffmpeg library directories to the linker flags"

This reverts commit ac3437153dc6cb3d82cdda0d1f60ffc5600fdf67.

Doesn't actually make sense as it will put the (uninstalled) library paths
into the installed .la files. How does this all work?

For static builds, add the ffmpeg library directories to the linker flags

avviddec: Get code out of loop

Code was executed only on the first iteration, so just pull it out
of the loop entirely. This makes it clear it has nothing to do with the loop.

avviddec: Only create the AVBuffer once the stride is validated

If it is created earlier and the stride is invalid, then the frame
will be freed and it won't be possible to use it in the fallback path.
Not doing this causes a segfault because it will try to use
already freed memory.

avviddec: Re-enable direct rendering

avauddec: Read channels from the channels field

If there is no layout, just read the channel count from the
channels field.

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

avviddec: Ignore negotiation error on shutdown

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

avauddec: Access field using accessors

Those fields are documented to only be safe to access using
accessors as their position is not part of the ABI.

Add support for musepack (mpc) sv8 audio

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

avviddec: fix slice_offset memory leak

In case of real videos, slice_offset is being allocated,
but the same is not being freed.

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

Update mailing list in doap file

Disable iconv support to fix Windows build

It's needed only for subtitle charset conversion, and we don't
use the ffmpeg subtitle support anyway.

Also disable d3d11va and dxva2 support, we don't use the hardware
codec support.

Automatic update of common submodule

From f74b2df to 9aed1d7

Fix OSX build: Explicitly disable VDA h264 decoder

VideoDecodeAcceleration framework is deprecated in 10.11, and currently
cuases linker errors when compiling on OSX. Oddly, --disable-hwaccels
did not also disable h264_vda already.

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

Make the LGPL build the default and require --enable-gpl to build a GPL licensed version

avmux: Blacklist some subtitle and adaptive streaming muxers

Switch from libav v11.4 to ffmpeg n2.7.1

ffmpeg seems to be the one of the two forks, which is most widely used by
Linux distributions and in general. Also Google is using it for e.g. Chrome
and has engineers working on finding and fixing security issues in it.

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

avaudenc: Remember how many samples the codec consumed for telling the base class

avauddec: Ensure input buffers have FF_INPUT_BUFFER_PADDING_SIZE padding, which is required by avcodec_decode_audio4 ()

avmux: Ignore stream_segment,ssegment muxer that is provided by ffmpeg

The comma confuses our code, e.g. it's not a valid element name or structure
name.

avvidenc: Fix compiler warning

gstavvidenc.c: In function 'gst_ffmpegvidenc_flush_buffers':
gstavvidenc.c:733:7: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement]
       GstFFMpegVidEncClass *oclass =
       ^
cc1: all warnings being treated as errors

avvidenc: Set AVFrame flags for interlacing per frame and not in set_format()

They will get overridden by av_frame_unref() with the defaults.

av{aud,vid}enc: Create wrapped output buffers with GST_MEMORY_FLAG_READONLY

libav might still have references to the buffers itself and uses a writability
system similar to ours based on reference counts.

avvidenc: Properly wrap and free the output AVPackets generated during draining

avvidenc: Make sure to keep input data alive until libav is done with it

avaudenc: Make sure to keep input data alive until libav is done with it

av{aud,vid}enc: Stop using deprecated AVFrame APIs

avauddec: Remove custom buffer allocation function

libav always uses planar audio formats nowadays, not much use in
us trying to allocate anything here until we add support for planar
aka non-interleaved audio formats at least in audioconvert.

avauddec: Use undeprecated AVFrame API

avviddec: Free frame before the codec is freed

Who knows, maybe freeing the frame calls cleanup inside the codec.

avviddec: Use undeprecated AVFrame API and unref frame once we're done with it

avauddec: Negotiate based on the AVFrame instead of just the AVCodecContext

avviddec: Use the new get_buffer2() API instead of the deprecated APIs

And do the frame reference counting by adding AVBufferRefs to the frame.

avviddec: Also proxy the data/size pointers for our wrapper AVBufferRef

codecmap: add vp9 mapping

avviddec: Wrap the original AVBufferRef in our own buffer for the destroy function

Just adding a dummy buffer at the very end might not be enough as there
already might be too many buffers.

avviddec: libav will already copy the reordered_opaque pointer for us

If we do it ourselves, it might get the wrong value if our assumptions are
broken by libav at a later time.

avviddec: Negotiate based on the AVFrame information, not the context information

The context contains the information from the latest input frame, we're
however interested in the information from the latest output frame. As we have
to negotiate for the buffer that is about to come next.

This should fix some crashes that happened when both information got out of
sync. If that happens now, we will do fallback allocation until the output
is renegotiated too.

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

Back to development

Release 1.5.2

Automatic update of common submodule

From 6015d26 to f74b2df

avcodec: Check against codec format list

There exist few formats (deprecated though) used by mjpeg decoder
and encoder that maps to the same GStreamer format. To properly
pick the right format, also lookup each Codec list before accepting
the format. This fixes error when trying to use mjpeg encoder.

Note that this may results in faded colors. In fact, these special
format are meant to specify that this is full range YUV. Colorimetry
in gst-libav is not yet implemented, hence is ignored in general. So
I think it's fine to first fix the issue before addressing the missing
feature.

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

viddec: Replicate any 3D/multiview info from input caps onto output

cruft: add the obsolete tmpl dir to cruft-dirs

Automatic update of common submodule

From d9a3353 to 6015d26

Automatic update of common submodule

From d37af32 to d9a3353

Automatic update of common submodule

From 21ba2e5 to d37af32

Automatic update of common submodule

From c408583 to 21ba2e5

docs: remove variables that we define in the snippet from common

This is syncing our Makefile.am with upstream gtkdoc.