- Dec 24, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
In ffmpeg this is the same as FRONT_CENTER, but we distinguish between FRONT_CENTER and MONO in GStreamer. Add an explicit mapping for this special case in the translations functions. https://bugzilla.gnome.org/show_bug.cgi?id=759846
-
- Dec 23, 2015
-
-
Handling slice_offset in avviddec is resulting in invalid memory read. Since rv decoders anyways handle slice_offset, removing the same to fix memory mishandlings https://bugzilla.gnome.org/show_bug.cgi?id=758726
-
- Dec 21, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
While this is more useful for libraries, some of our plugins with multiple files and some internal API can also benefit from this.
-
- Dec 16, 2015
-
-
Sebastian Dröge authored
-
- Dec 07, 2015
-
-
Nicolas Dufresne authored
From b319909 to 86e4663
-
- Dec 04, 2015
-
-
Reynaldo H. Verdejo Pinochet authored
Error out if system's libav* libraries are not provided by FFmpeg. Libav-incompatible changes were introduced to support the latter so we can no longer support both. https://bugzilla.gnome.org/show_bug.cgi?id=758183
-
- Dec 03, 2015
-
-
Reynaldo H. Verdejo Pinochet authored
Libav-incompatible changes were introduced to support FFmpeg and we can no longer properly support Libav. FFmpeg micro versions for libav* start at 100 (this was done to differentiate from Libav builds). We use this to bail at configure time if the system libav* libraries are not provided by FFmpeg. https://bugzilla.gnome.org/show_bug.cgi?id=758183
-
- Dec 01, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
avviddec: Make sure to use a buffer pool with the correct width/height configured on it for pushing buffers downstream If downstream does not provide a (usable) pool, we would use our internal pool. But the internal pool might be configured with a different width/height because of padding, which then will cause problems if we push buffers from it directly downstream. Instead create a new pool if the width/height is different. This prevents crashes with vaapisink and d3dvideosink for example. Based on the debugging results and discussions with Nicolas Dufresne <nicolas.dufresne@collabora.com> https://bugzilla.gnome.org/show_bug.cgi?id=758344
-
- Nov 23, 2015
-
-
Vineeth T M authored
gst_structure_copy already takes a reference for config_copy. No need to take another reference while setting it to buffer pool https://bugzilla.gnome.org/show_bug.cgi?id=758512
-
- Nov 20, 2015
-
-
Reynaldo H. Verdejo Pinochet authored
g_free() is NULL-safe (Includes unrelated formatting change to go through indent checker commit hook)
-
- Nov 12, 2015
-
-
Sebastian Dröge authored
-
- Nov 07, 2015
-
-
Nicolas Dufresne authored
Allocation should keep working, falling back causes the stride to change which is not supported in direct rendering. https://bugzilla.gnome.org/show_bug.cgi?id=756028
-
- Nov 02, 2015
-
-
The frame being passed to handle_frame should be unref'ed in all cases https://bugzilla.gnome.org/show_bug.cgi?id=757453
-
- Oct 26, 2015
-
-
Mark Nauwelaerts authored
... since they handle separate cases in video decoder with different requirements. Consider e.g. x264enc ! rtph264pay ! identity drop-probability=0.1 ! rtph264depay to illustrate a need for such separation.
-
- Oct 21, 2015
-
-
Tim-Philipp Müller authored
From b99800a to b319909
-
-
Sebastian Dröge authored
From 9aed1d7 to b99800a
-
- Oct 16, 2015
-
-
Sebastian Dröge authored
Also free the config in two code paths where we leaked it before.
-
- Oct 14, 2015
-
-
Sebastian Dröge authored
-
- Oct 11, 2015
-
-
Thiago Santos authored
Map the 3 possible jpeg2000 caps to JPEG2000 codec id
-
- Oct 03, 2015
-
-
Sebastian Dröge authored
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
-
Sebastian Dröge authored
Fixes crash with e.g. gst-launch-1.0 videotestsrc num-buffers=40 ! \ videoconvert ! avenc_huffyuv ! fakesink
-
- Oct 02, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Luis de Bethencourt authored
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.
-
- Sep 29, 2015
-
-
Luis de Bethencourt authored
Free config before overwriting. CID #1320708
-
- Sep 25, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 18, 2015
-
-
Sebastian Dröge authored
-
- Sep 15, 2015
-
-
Tim-Philipp Müller authored
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
-
Tim-Philipp Müller authored
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
-
- Sep 12, 2015
-
-
- Aug 23, 2015
-
-
Jan Schmidt authored
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
-
- Aug 20, 2015
-
-
Nicolas Dufresne authored
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
-
- Aug 19, 2015
-
-
Sebastian Dröge authored
-
- Aug 17, 2015
-
-
Nicolas Dufresne authored
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
-