mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-07-03 05:05:52 +00:00
Code Issues 1 Projects Releases Wiki Activity
1814 commits 44 branches 1505 tags 446 MiB
Commit graph

1814 commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Tim-Philipp Müller 1caf119750 Update .gitignore 2015-04-23 17:19:21 +01:00
Tim-Philipp Müller df3a1cf198 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
 2015-04-23 17:09:36 +01:00
Tim-Philipp Müller 490a896b23 Automatic update of common submodule 
From bc76a8b to c8fb372
 2015-04-03 18:58:12 +01:00
Mark Nauwelaerts 2270026d82 avdemux: resurrect some flow return handling 
https://bugzilla.gnome.org/show_bug.cgi?id=744572
 2015-03-29 14:01:50 +02:00
Sebastian Dröge 8386e4411b libav: Update to v11.3 2015-03-14 11:26:16 +00:00
Tim-Philipp Müller 55f98c5b9a avdemux: fix double semicolon 2015-03-10 09:37:19 +00:00
Sebastian Dröge 4f7d873c4c libav: Add support for 10 bit planar AYUV formats 2015-03-10 10:18:53 +01:00
Sebastian Dröge d3a2a9a951 libav: Change from deprecated PIX_FMT_* to AV_PIX_FMT_* 2015-03-10 10:17:45 +01:00
Sebastian Dröge 4459d706c8 avviddec: Don't copy padding if handling a frame failed 
We will return an error right afterwards anyway.
 2015-03-09 22:02:38 +01:00
Sebastian Dröge 099ea5f2d1 avviddec: If a flow return during draining is not OK, don't drain any further 2015-03-09 22:02:19 +01:00
Sebastian Dröge af91ba1620 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.
 2015-03-09 22:01:43 +01:00
Luis de Bethencourt 18667c5698 avdemux: remove duplicate goto block 2015-03-05 14:27:52 +00:00
Luis de Bethencourt e3b8a4fe23 avdemux: check AVIO Context has been allocated 2015-03-05 14:23:44 +00:00
Jan Schmidt 904b53ab0d 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
 2015-02-24 01:50:11 +11:00
Jan Schmidt 5758e82eaf 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
 2015-01-27 04:35:08 +11:00
Sebastian Dröge 99fb9bb207 libav: Update to v11.2 2015-01-17 22:13:36 +01:00
Stefan Sauer d7dfb30f15 Automatic update of common submodule 
From f2c6b95 to bc76a8b
 2015-01-12 16:13:15 +01:00
Sebastian Dröge 1aefcbb1f7 Automatic update of common submodule 
From ef1ffdc to f2c6b95
 2014-12-18 10:56:03 +01:00
Sebastian Dröge 324238a33d libav: Update to v11.1 2014-12-12 09:57:35 +01:00
Aurélien Zanelli 728444168a av: use GMutex instead of deprecated GStaticMutex 
https://bugzilla.gnome.org/show_bug.cgi?id=740822
 2014-11-28 00:32:28 +00:00
Edward Hervey 70462960d4 Automatic update of common submodule 
From 7bb2bce to ef1ffdc
 2014-11-27 17:12:26 +01:00
Nicolas Dufresne 9919c274b9 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.
 2014-11-16 16:11:53 -05:00
Sebastian Dröge 7b9a53068d Automatic update of common submodule 
From 84d06cd to 7bb2bce
 2014-10-27 18:00:07 +01:00
Tim-Philipp Müller 441014a3dc Automatic update of common submodule 
From a8c8939 to 84d06cd
 2014-10-21 13:03:27 +01:00
Stefan Sauer d6c136c3a8 Automatic update of common submodule 
From 36388a1 to a8c8939
 2014-10-21 12:59:52 +02:00
Aleix Conchillo Flaqué 24780708be 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
 2014-09-23 19:14:06 +03:00
Sebastian Dröge 1217f5e0a1 libav: Update to v11 2014-09-15 22:50:05 +03:00
IBM Thinklab 25ab0036c0 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
 2014-09-12 16:26:21 +03:00
Sebastian Dröge f9db6274c2 libav: Update to v11_beta1 2014-08-27 12:39:49 +03:00
Sebastian Dröge 9efc92a3a1 libav: Minor changes to build properly with v11alpha1 2014-08-12 16:17:38 +03:00
Sebastian Dröge e972365887 libav: Update to v11alpha1 2014-08-12 16:17:37 +03:00
Jan Schmidt 8c00a359d0 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
 2014-08-12 22:48:59 +10:00
Aleix Conchillo Flaqué 1307b31e1c 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
 2014-08-11 18:06:33 +03:00
Thibault Saunier dc1e69dbea avauddec: Bump the rank of avdec_aac so it is used by default 
https://bugzilla.gnome.org/show_bug.cgi?id=676131
 2014-08-06 13:26:37 +02:00
Sebastian Dröge 105b2bbe53 libav: Update to v10.3 2014-08-04 15:07:31 +02:00
Edward Hervey c57c5f6a8f Makefile: Add usage of build-checks step 
Allows building checks without running them
 2014-08-01 10:41:28 +02:00
Sebastian Dröge cbbb7c1e3d Back to development 2014-07-19 18:04:49 +02:00
Sebastian Dröge 91752f4e7c Release 1.4.0 2014-07-19 17:49:04 +02:00
Sebastian Dröge a9ab5fb092 Release 1.3.91 2014-07-11 11:49:03 +02:00
Sebastian Dröge 79a9865c3f Release 1.3.90 2014-06-28 11:44:41 +02:00
Sebastian Dröge d1acf1e598 libav: Update to v10.2 2014-06-28 09:59:49 +02:00
Sebastian Dröge 36269ac42e Back to development 2014-06-22 19:36:14 +02:00
Sebastian Dröge d65233e818 Release 1.3.3 2014-06-22 19:27:47 +02:00
Sebastian Dröge e42cc96566 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.
 2014-06-21 18:29:32 +02:00
Wim Taymans 57b1970395 avcodecmap: place supported profiles in mpeg4 caps 
Place the supported profiles in the srcpad caps of the mpeg4 encoder.
 2014-06-06 16:54:06 +02:00
Wim Taymans 9d0e1ecedc 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.
 2014-06-06 16:54:06 +02:00
Wim Taymans df8674f6c3 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.
 2014-06-06 16:54:06 +02:00
Wim Taymans fd7ba73304 Revert "avcodecmap: do more reverse mapping of MPEG4" 
This reverts commit e066785ad0.

x-xvid and x-3ivx are removed, we don't want to expose them again.
 2014-06-06 16:54:06 +02:00
Vincent Penquerc'h 10e0606491 avaudenc: add a comment about using -1 in _finish_frame 
See https://bugzilla.gnome.org/show_bug.cgi?id=729268
 2014-06-06 12:40:57 +01:00
Vincent Penquerc'h 17e2e9acd9 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
 2014-06-06 12:29:54 +01:00