libav: Change from deprecated PIX_FMT_* to AV_PIX_FMT_*

avviddec: Don't copy padding if handling a frame failed

We will return an error right afterwards anyway.

avviddec: If a flow return during draining is not OK, don't drain any further

avviddec: Error out if we try to allocate a buffer without being negotiated

Otherwise we just run into assertions because we should've errored out
already.

avdemux: remove duplicate goto block

avdemux: check AVIO Context has been allocated

Add drain() vfunc implementation that does the same as finish()

finish() is called at EOS, drain() is called at all other times
when the decoder should be drained out. gst-libav decoder behaviour
is the same in both cases, so use the same implementation

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

avviddec: Implement SKIP and new SKIP_KEY_UNITS_ONLY flags

Respect any skip flags set in the incoming segment.

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

libav: Update to v11.2

Automatic update of common submodule

From f2c6b95 to bc76a8b

Automatic update of common submodule

From ef1ffdc to f2c6b95

libav: Update to v11.1

av: use GMutex instead of deprecated GStaticMutex

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

Automatic update of common submodule

From 7bb2bce to ef1ffdc

videodec: Ensure update_pool is initialized

This was probably not causing any issues, but we would randomly
and needlessly update the pool in the query due to uninitialized
variable.

Automatic update of common submodule

From 84d06cd to 7bb2bce

Automatic update of common submodule

From a8c8939 to 84d06cd

Automatic update of common submodule

From 36388a1 to a8c8939

avauddec: drain samples until libav doesn't have more data

We use have_data (that comes from libav), instead of only trying 10
times, to know if there are more samples available. The old code was
machine dependent as different amount of samples could be decoded by
different type of (more powerful) machines, and 10 times was not always
sufficient.

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

libav: Update to v11

avviddec: drain frames until libav doesn't have more data

We use have_data (that comes from libav), instead of only trying 10 times,
to know if there are more frames available. The old code was machine
dependant as different amount of frames could be decoded by different
type of (more powerful) machines, and 10 times was not always sufficient.

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

libav: Update to v11_beta1

libav: Minor changes to build properly with v11alpha1

libav: Update to v11alpha1

avviddec: After draining frames, flush the libav decoder

Makes sure that there's really nothing stale left in the decoder
after draining.

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

avviddec: Don't lose frames on EOS

have_data is not propagated from gst_ffmpegviddec_video_frame to
gst_ffmpegviddec_frame. have_data is only set to 1 in
gst_ffmpegviddec_frame if a frame pointer is passed. However, this is
not true while draining, which means that have_data from libav will be
ignored.

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

avauddec: Bump the rank of avdec_aac so it is used by default

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

libav: Update to v10.3

Makefile: Add usage of build-checks step

Allows building checks without running them

Back to development

Release 1.4.0

Release 1.3.91

Release 1.3.90

libav: Update to v10.2

Back to development

Release 1.3.3

avvidenc: Make sure to fixate caps before setting them on the pad

After the recent addition of negotiation support for MPEG4 part 2
profiles via caps it can happen that the generated caps at this
point still contain multiple profiles. For example if downstream
does not care. Just fixate anything here and use those caps.

avcodecmap: place supported profiles in mpeg4 caps

Place the supported profiles in the srcpad caps of the mpeg4 encoder.

avcodecmap: remove deprecated media types

Remove x-xvid and x-3ivx. The last place where they were used are
in the srcpad caps of the decoder but since the decoder will never
actually output those caps we can safely remove them.

codecmap: don't expose more deprecated media types

x-xvid is deprecated, we don't want to expose it on the encoder, just
leave it only exposed on the decoder.

Revert "avcodecmap: do more reverse mapping of MPEG4"

This reverts commit e066785ad05f9119e3c1eded46260bcabd556b4d.

x-xvid and x-3ivx are removed, we don't want to expose them again.

avaudenc: add a comment about using -1 in _finish_frame

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

avaudenc: avoid using wrong number of samples

If audio_in is NULL, we'll send a NULL frame to libav, to flush
the codec. In that case, we won't know how many samples the codec
will have used, so we use -1 (for don't know) when letting the
base class know about the buffer.

Coverity 1195177

avvidenc: Fix indention and "bracketing" of goto labels

Should fix CID 1219865, which looks like the code analysis
algorithm was just confused.

avcodecmap: handle simple and advanced-simple profile in MPEG4

Always enable 4MV flag for MPEG4
Pare the profile property and enable more features for advanced-simple
profile.
video/x-xvid is advanced-simple profile so enable more features.
We now also support encoding of video/x-xvid so add this to the caps.

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

avvidenc: do all negotiation before opening the decoder

We first want to complete negotiation before opening the encoder.
Negotiation might configure flags and other things that might be needed
when opening the encoder.

avcodecmap: do more reverse mapping of MPEG4

We previously mapped some caps to MPEG4 and codec_tag so we can use the
codec_tag again to map to the original caps.

avdemux: use GstFlowCombiner

To remove replicated code from all demuxers to a single standard way
of aggregating flow returns

avdemux: remove legacy check from pad-alloc times

The 'no_buffer' error case is from the 0.10 era when a pad_alloc was
made before decoding the data and avdemuxer could check again the
flow returns for a not-linked. This isn't a valid use case anymore in
1.0

Back to development

Release 1.3.2

Automatic update of common submodule

From 211fa5f to 1f5d3c3

avvidenc: Add thread-count parameter for libav encoders

As some libav encoders (such as MPEG2) use a thread_count parameter to control
how many threads to use, and since it was always being set to 0 (which uses
the default), suboptimal threading can sometimes be chosen.  This extends the
libav encoders to allow for a max-threads parameter which is passed into
the internal structure to control this knob if applicable to the encoder.

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

gstavviddec: Sanitize and fix qos handling.

gst_video_decoder_get_max_decding_time doesn't return a GstClockTime
but a GstClockTimeDiff, and thus one needs to compare it against
G_MAXINT_64.

The returning of a boolean and the extra subsequent code in _video_frame
was uselessly complicated.

The previous behaviour led to artefacts when the decoder tried to
hurry up.

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

Update to libav 10.1

videodec: Don't use non-growable pool

As we don't know how many output buffers we need to operate, we need to
avoid pool that can't grow. Otherwise the pipeline may stall, waiting
for buffers. For now, we require it to be able to grow to at least
32 buffers, which I think is a fair amount of buffers for decoders.

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

Back to development

Release 1.3.1

Automatic update of common submodule

From bcb1518 to 211fa5f

libav: avoid dividing by zero on insane fps/par

While there, fix mixup in num/den with par (copied from fps,
apparently, and fps inverts fps to time base).

Coverity 1139696

avvidenc: guard against division by zero

and other nonsensical time base values while we're at it.

Coverity 1139699

avaudenc: Fix leak of AVBufferRef

AVPacket contains AVBufferRef which may leak unless unreffed properly.

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

avvidenc: Fix leak of AVBufferRef

AVPacket contains AVBufferRef which may leak unless unreffed properly.

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

avaudenc: Fix compile without gst debug

We can just re-use the encoder variable

avdemux: Remove unused variable

CID #1139943

codecmap: Add missing break

CID #1139752

avcodecmap: Add mapping for Apple Intermediate Codec

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

Update to libav v10

avvidenc: discard input frame upon encoding error

add docs directory to spec file

Automatic update of common submodule

From fe1672e to bcb1518

docs: also reactivate make dist for the docs

Automatic update of common submodule

From 1a07da9 to fe1672e

docs: try to make the generated docs more useful

Generate the section.txt file. Update the -docs.sgml file with the new sections.
If we want to actually see the baseclasses, we should define them with a _get_type() function
and have the wrapped types subclass them.

docs: add the inspected data

Not even this file was previously in the repo.

docs: make the docs build again

They are still bad, but if we don't want to have them, we should rather remove this totally.

configure: add missing docs/plugins/Makefile

docs: install prebuilt plugin docs if gtk-doc is disabled

Sync to the Makefile.am from gst-plugin-base where it is done right.
Fixes #725034

avvidenc: make all properties work again

... as previously broken due to additional compliance property
(see 13ffed87b1597fa60ccee293f71c3993ec59d1b2).

avmux: stream-start and segment event before data-flow

avviddec: rename hevc decoder element to h265 for consistency

We use h265 for the parser, typefinder, caps, etc. everywhere.

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

avvidec: don't crash on EOS when no buffers have been received

Fixes crash on EOS when no buffers have been received for some
reason, e.g. because the parser didn't output any.

fakesrc num-buffers=0 format=time ! avdec_h264 ! fakesink

libav: Update to v10 beta1

avaudenc: fix audio encoder flushing according to libav docs

 * @param[in] frame AVFrame containing the raw audio data to be encoded.
 *                  May be NULL when flushing an encoder that has the
 *                  CODEC_CAP_DELAY capability set.

The AVFrame itself should be null, not the frame.data pointer

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

gst-libs: handle make dist for out-of-tree build

avmux: Fix invalid address passing to av_opt_set_int()

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

avvidenc: avoid busy-looping when flushing frames

... such as when receiving EOS event.

Automatic update of common submodule

From d48bed3 to 1a07da9

avdemux: Don't go into pull mode when the sequential flag is set

When the scheduling query results has GST_SCHEDULING_FLAG_SEQUENTIAL set
in its flags don't go into pull mode to prevent over-eager seeking.

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

avmux: Force DV audio input format to 48kHz, 2 channels

libavformat only supports muxing 16bit, 48kHz stereo into DV containers.

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

libav: Update to version 10_alpha2

avviddec: Add output-corrupt property

The output-corrupt property will set the CODEC_FLAG_OUTPUT_CORRUPT flag
in the codec context. The user can now decide whether libav outputs
corrupt frames or not.

Previous libav versions had this flag always set.

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

avauddec: Mark frames as corrupted if libav tells us they are

This is currently only implemented by the h264 codec and no audio codec.

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

avviddec: Mark frames as corrupted if libav tells us they are

This is currently only implemented by the h264 codec.

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

gst-libav: fix context leaks

A AVCodecContext needs cleaning up before being freed.
Go through all of the allocations/setups to ensure none of them
can leak a context or its contents.

avviddec: set output chroma-site

Use libav provided chroma-site and place it on the output caps.

avviddec: release buffers when not direct rendering

New libav will not call the release_buffer callback anymore when
avcodec_default_get_buffer() is called from get_buffer. Releasing of the
memory in a picture should now be done by registering a callback to the
avbuffer objects in the picture. There is some compatibility code to
wrap the memory we provide in get_buffer in avbuffer with a callback to
release_buffer but that is not done when avcodec_default_get_buffer()
is called.

Work around this by adding a dummy avbuffer object to the picture that
will release the frame.

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

avauddec: Give MP3 decoder a MARGINAL rank too

There's no reason why this decoder should not be autoplugged

av: Enable HEVC / h265 support

libav: Update to v10_alpha1 tag