- Apr 07, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
gstomxvideoenc.c: In function ‘gst_omx_video_enc_fill_buffer’: CC libgstomx_la-gstomxaacdec.lo gstomxvideoenc.c:1316:27: warning: format ‘%u’ expects argument of type ‘unsigned int’, but argument 8 has type ‘OMX_U32 {aka long unsigned int}’ [-Wformat=] GST_LOG_OBJECT (self, "Matched strides - direct copy %u bytes", ^ outbuf->omx_buf->nFilledLen); ~~~~~~~~~~~~~~~~~~
-
- Mar 22, 2017
- Mar 13, 2017
-
-
Jan Schmidt authored
Add some pixel formats mappings for 2 RGBA formats. Not yet implemented in the buffer input code though, so no effect for now.
-
Jan Schmidt authored
The Raspberry Pi encoder produces corrupt output unless the input height is a multiple of 16. Add a hack that adds zero padding when needed.
-
Jan Schmidt authored
The RaspberryPi
-
Jan Schmidt authored
Don't announce pixel formats in the caps if they've not been implemented.
-
Jan Schmidt authored
There's no need to warn about failing to negotiate EGL output - that can be perfectly normal.
-
- Feb 24, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 15, 2017
-
-
Tim-Philipp Müller authored
Ship meson build files in tarballs, so people who use tarballs in their builds can start playing with meson already.
-
- Jan 20, 2017
- Jan 18, 2017
-
-
Matthew Waters authored
Currently only been tested on the RPi within gst-build.
-
Matthew Waters authored
-
- Jan 12, 2017
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jan 11, 2017
-
-
Vincent Penquerc'h authored
-
- Dec 19, 2016
-
-
Flushing could otherwise hang if output port queue of pending buffers was empty https://bugzilla.gnome.org/show_bug.cgi?id=774654
-
- Dec 14, 2016
-
-
Reynaldo H. Verdejo Pinochet authored
Problem was introduced by 8716c23e
-
- Dec 13, 2016
-
-
egl_render seems to have a bug and signals EOS before it has finished pushing out all data; this hack simply makes acquire_buffer() wait a bit more before signalling EOS, in case egl_render decides to spit out some more data. https://bugzilla.gnome.org/show_bug.cgi?id=741856
- Dec 03, 2016
-
-
Edward Hervey authored
From ac2f647 to 39ac2f5
-
- Nov 26, 2016
-
-
- Nov 25, 2016
-
-
Sebastian Dröge authored
gstomx.c:1376:42: error: implicit conversion from enumeration type 'GstOMXAcquireBufferReturn' to different enumeration type 'OMX_ERRORTYPE' (aka 'enum OMX_ERRORTYPE') [-Werror,-Wenum-conversion] g_return_val_if_fail (!port->tunneled, GST_OMX_ACQUIRE_BUFFER_ERROR); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ https://bugzilla.gnome.org/show_bug.cgi?id=775112
-
- Nov 17, 2016
-
-
Matthew Waters authored
New code should use GstVideoTransformationMeta (The defaults do the right thing here though).
-
- Nov 01, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Sep 30, 2016
-
-
Sebastian Dröge authored
-
- Sep 14, 2016
-
-
Sebastian Dröge authored
-
-
- Sep 10, 2016
-
-
Jan Schmidt authored
From b18d820 to f980fd9
-
- Sep 09, 2016
-
-
Jan Schmidt authored
From ac2f647 to b18d820
-
- Sep 01, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jul 11, 2016
-
-
Stefan Sauer authored
From ac2f647 to f49c55e
-
- Jul 06, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-