Tim-Philipp Müller [Thu, 23 Apr 2015 16:12:26 +0000 (17:12 +0100)]
Update .gitignore
Tim-Philipp Müller [Thu, 23 Apr 2015 16:09:36 +0000 (17:09 +0100)]
configure: bump automake requirement to 1.14 and autoconf to 2.69
This is only required for builds from git, people can still
build tarballs if they only have older autotools.
https://bugzilla.gnome.org//show_bug.cgi?id=747624
Tim-Philipp Müller [Fri, 3 Apr 2015 17:58:12 +0000 (18:58 +0100)]
Automatic update of common submodule
From bc76a8b to c8fb372
Mark Nauwelaerts [Sun, 29 Mar 2015 12:01:50 +0000 (14:01 +0200)]
avdemux: resurrect some flow return handling
https://bugzilla.gnome.org/show_bug.cgi?id=744572
Sebastian Dröge [Sat, 14 Mar 2015 11:26:16 +0000 (11:26 +0000)]
libav: Update to v11.3
Tim-Philipp Müller [Tue, 10 Mar 2015 09:37:19 +0000 (09:37 +0000)]
avdemux: fix double semicolon
Sebastian Dröge [Tue, 10 Mar 2015 09:18:53 +0000 (10:18 +0100)]
libav: Add support for 10 bit planar AYUV formats
Sebastian Dröge [Tue, 10 Mar 2015 09:17:45 +0000 (10:17 +0100)]
libav: Change from deprecated PIX_FMT_* to AV_PIX_FMT_*
Sebastian Dröge [Mon, 9 Mar 2015 21:02:38 +0000 (22:02 +0100)]
avviddec: Don't copy padding if handling a frame failed
We will return an error right afterwards anyway.
Sebastian Dröge [Mon, 9 Mar 2015 21:02:19 +0000 (22:02 +0100)]
avviddec: If a flow return during draining is not OK, don't drain any further
Sebastian Dröge [Mon, 9 Mar 2015 21:01:43 +0000 (22:01 +0100)]
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.
Luis de Bethencourt [Thu, 5 Mar 2015 14:25:16 +0000 (14:25 +0000)]
avdemux: remove duplicate goto block
Luis de Bethencourt [Thu, 5 Mar 2015 14:23:44 +0000 (14:23 +0000)]
avdemux: check AVIO Context has been allocated
Jan Schmidt [Sat, 7 Feb 2015 18:35:19 +0000 (05:35 +1100)]
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
Jan Schmidt [Thu, 11 Dec 2014 10:07:44 +0000 (21:07 +1100)]
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
Sebastian Dröge [Sat, 17 Jan 2015 21:13:36 +0000 (22:13 +0100)]
libav: Update to v11.2
Stefan Sauer [Mon, 12 Jan 2015 15:13:15 +0000 (16:13 +0100)]
Automatic update of common submodule
From f2c6b95 to bc76a8b
Sebastian Dröge [Thu, 18 Dec 2014 09:56:03 +0000 (10:56 +0100)]
Automatic update of common submodule
From ef1ffdc to f2c6b95
Sebastian Dröge [Fri, 12 Dec 2014 08:57:35 +0000 (09:57 +0100)]
libav: Update to v11.1
Aurélien Zanelli [Thu, 27 Nov 2014 19:44:31 +0000 (20:44 +0100)]
av: use GMutex instead of deprecated GStaticMutex
https://bugzilla.gnome.org/show_bug.cgi?id=740822
Edward Hervey [Thu, 27 Nov 2014 16:12:26 +0000 (17:12 +0100)]
Automatic update of common submodule
From 7bb2bce to ef1ffdc
Nicolas Dufresne [Sun, 16 Nov 2014 21:11:53 +0000 (16:11 -0500)]
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.
Sebastian Dröge [Mon, 27 Oct 2014 17:00:07 +0000 (18:00 +0100)]
Automatic update of common submodule
From 84d06cd to 7bb2bce
Tim-Philipp Müller [Tue, 21 Oct 2014 12:03:27 +0000 (13:03 +0100)]
Automatic update of common submodule
From a8c8939 to 84d06cd
Stefan Sauer [Tue, 21 Oct 2014 10:59:52 +0000 (12:59 +0200)]
Automatic update of common submodule
From 36388a1 to a8c8939
Aleix Conchillo Flaqué [Mon, 22 Sep 2014 21:00:07 +0000 (14:00 -0700)]
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
Sebastian Dröge [Mon, 15 Sep 2014 19:50:05 +0000 (22:50 +0300)]
libav: Update to v11
IBM Thinklab [Thu, 11 Sep 2014 23:37:33 +0000 (19:37 -0400)]
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
Sebastian Dröge [Wed, 27 Aug 2014 09:39:49 +0000 (12:39 +0300)]
libav: Update to v11_beta1
Sebastian Dröge [Tue, 12 Aug 2014 13:17:11 +0000 (16:17 +0300)]
libav: Minor changes to build properly with v11alpha1
Sebastian Dröge [Tue, 12 Aug 2014 12:54:04 +0000 (15:54 +0300)]
libav: Update to v11alpha1
Jan Schmidt [Fri, 8 Aug 2014 10:04:20 +0000 (20:04 +1000)]
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
Aleix Conchillo Flaqué [Mon, 11 Aug 2014 12:16:55 +0000 (14:16 +0200)]
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
Thibault Saunier [Wed, 6 Aug 2014 08:14:17 +0000 (10:14 +0200)]
avauddec: Bump the rank of avdec_aac so it is used by default
https://bugzilla.gnome.org/show_bug.cgi?id=676131
Sebastian Dröge [Mon, 4 Aug 2014 13:06:50 +0000 (15:06 +0200)]
libav: Update to v10.3
Edward Hervey [Fri, 1 Aug 2014 08:41:28 +0000 (10:41 +0200)]
Makefile: Add usage of build-checks step
Allows building checks without running them
Sebastian Dröge [Sat, 19 Jul 2014 16:04:49 +0000 (18:04 +0200)]
Back to development
Sebastian Dröge [Sat, 19 Jul 2014 15:49:04 +0000 (17:49 +0200)]
Release 1.4.0
Sebastian Dröge [Fri, 11 Jul 2014 09:49:03 +0000 (11:49 +0200)]
Release 1.3.91
Sebastian Dröge [Sat, 28 Jun 2014 09:44:41 +0000 (11:44 +0200)]
Release 1.3.90
Sebastian Dröge [Sat, 28 Jun 2014 07:59:49 +0000 (09:59 +0200)]
libav: Update to v10.2
Sebastian Dröge [Sun, 22 Jun 2014 17:36:14 +0000 (19:36 +0200)]
Back to development
Sebastian Dröge [Sun, 22 Jun 2014 17:27:47 +0000 (19:27 +0200)]
Release 1.3.3
Sebastian Dröge [Sat, 21 Jun 2014 16:29:32 +0000 (18:29 +0200)]
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.
Wim Taymans [Fri, 6 Jun 2014 14:52:28 +0000 (16:52 +0200)]
avcodecmap: place supported profiles in mpeg4 caps
Place the supported profiles in the srcpad caps of the mpeg4 encoder.
Wim Taymans [Fri, 6 Jun 2014 14:25:43 +0000 (16:25 +0200)]
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.
Wim Taymans [Fri, 6 Jun 2014 14:19:07 +0000 (16:19 +0200)]
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.
Wim Taymans [Fri, 6 Jun 2014 14:16:27 +0000 (16:16 +0200)]
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.
Vincent Penquerc'h [Fri, 6 Jun 2014 11:40:57 +0000 (12:40 +0100)]
avaudenc: add a comment about using -1 in _finish_frame
See https://bugzilla.gnome.org/show_bug.cgi?id=729268
Vincent Penquerc'h [Wed, 30 Apr 2014 14:30:45 +0000 (15:30 +0100)]
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
Sebastian Dröge [Mon, 2 Jun 2014 07:27:17 +0000 (09:27 +0200)]
avvidenc: Fix indention and "bracketing" of goto labels
Should fix CID 1219865, which looks like the code analysis
algorithm was just confused.
Wim Taymans [Thu, 29 May 2014 16:24:20 +0000 (18:24 +0200)]
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
Wim Taymans [Thu, 29 May 2014 16:16:42 +0000 (18:16 +0200)]
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.
Wim Taymans [Thu, 29 May 2014 15:00:23 +0000 (17:00 +0200)]
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.
Thiago Santos [Mon, 26 May 2014 19:04:50 +0000 (16:04 -0300)]
avdemux: use GstFlowCombiner
To remove replicated code from all demuxers to a single standard way
of aggregating flow returns
Thiago Santos [Mon, 26 May 2014 19:02:11 +0000 (16:02 -0300)]
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
Sebastian Dröge [Wed, 21 May 2014 11:23:36 +0000 (13:23 +0200)]
Back to development
Sebastian Dröge [Wed, 21 May 2014 11:06:36 +0000 (13:06 +0200)]
Release 1.3.2
Sebastian Dröge [Wed, 21 May 2014 08:53:31 +0000 (10:53 +0200)]
Automatic update of common submodule
From 211fa5f to 1f5d3c3
Gavin Hurlbut [Tue, 18 Mar 2014 05:26:52 +0000 (22:26 -0700)]
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
Mathieu Duponchelle [Tue, 13 May 2014 18:17:17 +0000 (20:17 +0200)]
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
Sebastian Dröge [Wed, 14 May 2014 08:19:44 +0000 (10:19 +0200)]
Update to libav 10.1
Nicolas Dufresne [Thu, 27 Mar 2014 22:53:53 +0000 (18:53 -0400)]
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
Sebastian Dröge [Sat, 3 May 2014 18:48:40 +0000 (20:48 +0200)]
Back to development
Sebastian Dröge [Sat, 3 May 2014 16:34:52 +0000 (18:34 +0200)]
Release 1.3.1
Sebastian Dröge [Sat, 3 May 2014 08:17:23 +0000 (10:17 +0200)]
Automatic update of common submodule
From bcb1518 to 211fa5f
Vincent Penquerc'h [Wed, 30 Apr 2014 15:14:50 +0000 (16:14 +0100)]
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
Vincent Penquerc'h [Wed, 30 Apr 2014 14:59:04 +0000 (15:59 +0100)]
avvidenc: guard against division by zero
and other nonsensical time base values while we're at it.
Coverity 1139699
Sebastian Dröge [Tue, 29 Apr 2014 07:13:44 +0000 (09:13 +0200)]
avaudenc: Fix leak of AVBufferRef
AVPacket contains AVBufferRef which may leak unless unreffed properly.
https://bugzilla.gnome.org/show_bug.cgi?id=726814
Stian Selnes [Fri, 21 Mar 2014 09:10:14 +0000 (10:10 +0100)]
avvidenc: Fix leak of AVBufferRef
AVPacket contains AVBufferRef which may leak unless unreffed properly.
https://bugzilla.gnome.org/show_bug.cgi?id=726814
Edward Hervey [Mon, 14 Apr 2014 11:37:02 +0000 (13:37 +0200)]
avaudenc: Fix compile without gst debug
We can just re-use the encoder variable
Edward Hervey [Tue, 8 Apr 2014 06:05:24 +0000 (08:05 +0200)]
avdemux: Remove unused variable
CID #1139943
Edward Hervey [Tue, 8 Apr 2014 06:00:55 +0000 (08:00 +0200)]
codecmap: Add missing break
CID #1139752
Sebastian Dröge [Sun, 6 Apr 2014 07:02:46 +0000 (09:02 +0200)]
avcodecmap: Add mapping for Apple Intermediate Codec
https://bugzilla.gnome.org/show_bug.cgi?id=727673
Sebastian Dröge [Sat, 29 Mar 2014 09:45:16 +0000 (10:45 +0100)]
Update to libav v10
Mark Nauwelaerts [Sat, 22 Mar 2014 16:10:24 +0000 (17:10 +0100)]
avvidenc: discard input frame upon encoding error
Christian Fredrik Kalager Schaller [Wed, 5 Mar 2014 16:40:13 +0000 (17:40 +0100)]
add docs directory to spec file
Sebastian Dröge [Fri, 28 Feb 2014 08:36:02 +0000 (09:36 +0100)]
Automatic update of common submodule
From fe1672e to bcb1518
Stefan Sauer [Thu, 27 Feb 2014 20:49:42 +0000 (21:49 +0100)]
docs: also reactivate make dist for the docs
Stefan Sauer [Wed, 26 Feb 2014 21:14:28 +0000 (22:14 +0100)]
Automatic update of common submodule
From 1a07da9 to fe1672e
Stefan Sauer [Wed, 26 Feb 2014 21:05:23 +0000 (22:05 +0100)]
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.
Stefan Sauer [Wed, 26 Feb 2014 18:13:01 +0000 (19:13 +0100)]
docs: add the inspected data
Not even this file was previously in the repo.
Stefan Sauer [Wed, 26 Feb 2014 11:01:52 +0000 (12:01 +0100)]
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.
Stefan Sauer [Wed, 26 Feb 2014 10:52:07 +0000 (11:52 +0100)]
configure: add missing docs/plugins/Makefile
Stefan Sauer [Wed, 26 Feb 2014 10:40:08 +0000 (11:40 +0100)]
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
Mark Nauwelaerts [Sun, 23 Feb 2014 10:40:14 +0000 (11:40 +0100)]
avvidenc: make all properties work again
... as previously broken due to additional compliance property
(see
13ffed87b1597fa60ccee293f71c3993ec59d1b2).
Mark Nauwelaerts [Sat, 22 Feb 2014 20:54:08 +0000 (21:54 +0100)]
avmux: stream-start and segment event before data-flow
Thijs Vermeir [Thu, 20 Feb 2014 19:39:29 +0000 (20:39 +0100)]
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
Tim-Philipp Müller [Fri, 21 Feb 2014 13:18:47 +0000 (13:18 +0000)]
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
Sebastian Dröge [Fri, 21 Feb 2014 08:28:16 +0000 (09:28 +0100)]
libav: Update to v10 beta1
Thiago Santos [Thu, 20 Feb 2014 20:25:35 +0000 (17:25 -0300)]
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
Mark Nauwelaerts [Sun, 16 Feb 2014 14:58:15 +0000 (15:58 +0100)]
gst-libs: handle make dist for out-of-tree build
Dmitry Melnichenko [Tue, 4 Feb 2014 16:17:32 +0000 (18:17 +0200)]
avmux: Fix invalid address passing to av_opt_set_int()
https://bugzilla.gnome.org/show_bug.cgi?id=723615
Mark Nauwelaerts [Sat, 1 Feb 2014 13:40:24 +0000 (14:40 +0100)]
avvidenc: avoid busy-looping when flushing frames
... such as when receiving EOS event.
Edward Hervey [Thu, 30 Jan 2014 09:45:05 +0000 (10:45 +0100)]
Automatic update of common submodule
From d48bed3 to 1a07da9
Sjoerd Simons [Fri, 24 Jan 2014 20:58:35 +0000 (21:58 +0100)]
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
Tim 'mithro' Ansell [Tue, 21 Jan 2014 11:58:42 +0000 (22:58 +1100)]
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
Sebastian Dröge [Sun, 19 Jan 2014 09:33:01 +0000 (10:33 +0100)]
libav: Update to version 10_alpha2
Aleix Conchillo Flaqué [Fri, 17 Jan 2014 20:38:23 +0000 (12:38 -0800)]
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
Sebastian Dröge [Thu, 16 Jan 2014 12:45:58 +0000 (13:45 +0100)]
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