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

avcodecmap: fix regression with wmv3 video in WMVA format

The VC-1 decoder should handle that. Before avdec_wmv3 handled
it, but then we added format=WMV3 to its sink pad template
caps, at which point nothing handled WMVA any longer.

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

av: Update for CodecID -> AVCodecID related changes

avcfg: Update config parameters a bit to fix compilation

This needs a major rework and should use the new configuration
interface where useful.

avenc: Stop using the removed inter_threshold field

avviddec rebase

avauddec: Stop using AVCODEC_MAX_AUDIO_FRAME_SIZE

And properly use the have_data variable. It's a boolean.

avdemux: Stop using r_frame_rate field

It was removed and quite meaningless anyway.
Use the average framerate instead.

avvidenc: Port to av_encode_video2()

av_encode_video() is deprecated and an ugly API anyway.

libav: Update to libav master (libav 10 API)

configure.ac: Remove warning when building against a system version of libav

Nowadays libav has proper releases and API/ABI guarantees.
We're not living in last decade.

Automatic update of common submodule

From dbedaa0 to d48bed3

Some compiler warning fixes to satisfy XCode compiler

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

avviddec: improve buffer handling and semantics

... so as to focus on providing *a* buffer rather than one (too) tied
to a frame, in particular allowing multiple allocations related to a frame.

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

avvidenc: plug input_state leak

avviddec: Use new gst_video_decoder_set_needs_format() API

Update spec file with latest changes

avviddec: only use upstream framerate if really specified

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

avviddec: discard unused input frames

... to avoid these piling up in list of pending frames.

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

avviddec: really release frame at proper time

... by also removing it from the pending list of frames,
where it may still be in if it has never been submitted to _finish.
This could happen if is a decode-only frame, or in skipped decoding
situation, ...

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

Automatic update of common submodule

From 865aa20 to dbedaa0

avaudec: don't put bogus 0 channel-mask on output caps for mono audio

avaudenc: post better error message if experimental codecs don't work

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

codecmap: use TRUE for boolean fields in caps

libav: Update to v9.10

avenc: Add compliance property

Add a new property to GstFFMpegVidEnc and GstFFMpegAudEnc to supply
the "strict compliance" value to AVCodecContext

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

avcodecmap: Make avdec_mjpeg requires a parsed input

Actually avdec_mjpeg does not deal well with incomplete buffers and try
to decode incomplete frames. A parser which will also acts as
an accumulator needs to be inserted before it.

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

avcodecmap: gst_value_can_intersect() does not do what you would think

Check for uniqueness differently now.

avcodecmap: Only append values to the video/audio format lists if we don't have them already

avviddec: Reset some more fields in ::stop()

avviddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.

avauddec: Don't believe we're negotiated if negotiation failed

It can happen that negotiation fails during get_buffer(), but then
we don't retry later and never return NOT_NEGOTIATED upstream...
and instead run into assertions.

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

avenc: Choose 25 fps if we don't have any in the caps

Some encoders require a non-zero framerate to be configured properly
and just choosing something will make them not fail completely at
least.

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

avcodecmap: Fix boolean expression to fix uninitialized usage of variables

configure: Chose right target-os for iOS

Automatic update of common submodule

From 6b03ba7 to 865aa20

configure: Actually use 1.3.0.1 as version to make configure happy

Back to development

Release 1.2.0

Automatic update of common submodule

From b613661 to 6b03ba7

Automatic update of common submodule

From 74a6857 to b613661

Automatic update of common submodule

From 12af105 to 74a6857

Back to development

Release 1.1.90

avviddec: Initialize strides with the ones of avcodec_default_get_buffer() if we ever call it

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

libav: Update to v9.9

avviddec: Use the correct context for negotiation

During get_buffer() it can happen that the main context is not
updated yet and only the context passed here has the correct
width, height, etc.

avviddec: Remember initially used stride and don't allow stride changes

libav does not allow stride changes currently, fall back to
non-direct rendering here:
https://bugzilla.gnome.org/show_bug.cgi?id=704769
https://bugzilla.libav.org/show_bug.cgi?id=556

avcodecmap: Add support for TechSmith Screen Capture 2

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

avcodecmap: exclude avc3 stream format from AV_CODEC_ID_H264

As part of the changes to support the "avc3" variant of the ISO-BMFF
(see bug #702004) a new stream-format has been created
(video/x-h264, stream-format="avc3", alignment="au") that requires
changes to gstavcodecmap to exclude this format because avdec_h264
expects the SPS and PPS to be in the codec_data.

Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
structure for fragmented MP4 called "avc3". The principal difference
between AVC1 and AVC3 is the location of the codec initialisation data
(e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
(moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
first sample of every fragment.

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