- Sep 25, 2015
-
-
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
-
Thiago Santos authored
It is faster than doing a query that propagates downstream and should be enough
-
Thiago Santos authored
use template subset check for accept-caps It is faster than doing a query that propagates downstream and should be enough
-
- Aug 16, 2015
-
-
Thiago Santos authored
It just calls the exact same function as the default handler
-
Thiago Santos authored
It just calls the exact same function as the default handler
-
- Aug 15, 2015
-
-
Thiago Santos authored
Avoids repeating the same handling in many decoders
-
Thiago Santos authored
Avoids repeating the same handling in many decoders
-
Sebastian Dröge authored
-
- Aug 14, 2015
-
-
Thiago Santos authored
Avoid doing downstream caps queries when accept-caps should just do a shallow caps check on the element itself https://bugzilla.gnome.org/show_bug.cgi?id=753623
-
Thiago Santos authored
Avoid doing downstream caps queries when accept-caps should just do a shallow caps check on the element itself https://bugzilla.gnome.org/show_bug.cgi?id=753623
-
- Aug 05, 2015
-
-
Update to the metadata API ffmpeg has had in place for a long time now, and reenable output of GStreamer tags from the demuxer. https://bugzilla.gnome.org/show_bug.cgi?id=566605
-
- Aug 04, 2015
-
-
Olivier Crête authored
This parameter has been always false for a long time.
-
Olivier Crête authored
The size in the AVFrame in get_buffer2 don't match the output size, instead they match ffmpeg's memory requirements, so we can't compare them from the values of the output AVFrame. Those are comparable to the values in the passed AVCodecContext.
-
-
- Jul 28, 2015
-
-
Olivier Crête authored
ffmpeg doesn't provide the final's image width & height in the get_buffer2() callback, so it's not possible to create an output state for GstVideoDecoder at this stage. So only try to do direct rendering if the buffer pool has already been negotiated based on the final decoded size. This partially reverts the effects of 2e621f8d https://bugzilla.gnome.org/show_bug.cgi?id=752802
-
Sebastian Dröge authored
This reverts commit ac343715. Doesn't actually make sense as it will put the (uninstalled) library paths into the installed .la files. How does this all work?
-
Sebastian Dröge authored
-
- Jul 27, 2015
-
-
Olivier Crête authored
Code was executed only on the first iteration, so just pull it out of the loop entirely. This makes it clear it has nothing to do with the loop.
-
Olivier Crête authored
If it is created earlier and the stride is invalid, then the frame will be freed and it won't be possible to use it in the fallback path. Not doing this causes a segfault because it will try to use already freed memory.
-
Olivier Crête authored
-
If there is no layout, just read the channel count from the channels field. https://bugzilla.gnome.org/show_bug.cgi?id=752186
-
-
- Jul 25, 2015
-
-
Olivier Crête authored
Those fields are documented to only be safe to access using accessors as their position is not part of the ABI.
-
- Jul 22, 2015
- Jul 21, 2015
-
-
In case of real videos, slice_offset is being allocated, but the same is not being freed. https://bugzilla.gnome.org/show_bug.cgi?id=752404
-
- Jul 16, 2015
-
-
Tim-Philipp Müller authored
-
- Jul 07, 2015
-
-
Sebastian Dröge authored
It's needed only for subtitle charset conversion, and we don't use the ffmpeg subtitle support anyway. Also disable d3d11va and dxva2 support, we don't use the hardware codec support.
-
- Jul 03, 2015
-
-
Stefan Sauer authored
From f74b2df to 9aed1d7
-
VideoDecodeAcceleration framework is deprecated in 10.11, and currently cuases linker errors when compiling on OSX. Oddly, --disable-hwaccels did not also disable h264_vda already. https://bugzilla.gnome.org/show_bug.cgi?id=751838
-
- Jul 01, 2015
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
ffmpeg seems to be the one of the two forks, which is most widely used by Linux distributions and in general. Also Google is using it for e.g. Chrome and has engineers working on finding and fixing security issues in it. https://bugzilla.gnome.org/show_bug.cgi?id=751607
-