summaryrefslogtreecommitdiffstats
path: root/common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch
diff options
context:
space:
mode:
authorJan-Simon Möller <jsmoeller@linuxfoundation.org>2016-09-01 18:16:16 +0200
committerJan-Simon Möller <jsmoeller@linuxfoundation.org>2016-09-01 23:31:22 +0200
commit770fb50f0ac05731dd1389bfceb171253425855d (patch)
tree2b064bc0596c91f1e0ed3ee2ffd7cb927bf970c9 /common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch
parent82611ccadef36ab0b8a6fd6fb1cf055e115f1ef5 (diff)
Changes to meta-renesas for building with YP 2.1.1 'krogoth'
Notable changes: - We drop old appends (libgcc_4.8.bbappend, qemu_%.bbappends, gtk+_2.24.%.bbappend) - All gstreamer1.0_1.2.3 related recipes are now in meta-reneas and have been heavily massaged to work with YP 2.1.1 . - systemd needs a patch due to the old kernel - linux-libc-headers needed a patch TODO: - Test and fix Signed-off-by: Jan-Simon Möller <jsmoeller@linuxfoundation.org>
Diffstat (limited to 'common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch')
-rw-r--r--common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch45
1 files changed, 45 insertions, 0 deletions
diff --git a/common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch b/common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch
new file mode 100644
index 0000000..e593629
--- /dev/null
+++ b/common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch
@@ -0,0 +1,45 @@
+From 23a56fb86827f4555e30fa587df32fb00f709877 Mon Sep 17 00:00:00 2001
+From: Kazunori Kobayashi <kkobayas@igel.co.jp>
+Date: Thu, 27 Jun 2013 19:07:19 +0900
+Subject: [PATCH 11/14] omxvideodec: don't use gst_buffer_map when copying to
+ the output buffers
+
+When the preallocated buffers which are separated into multiple blocks
+are received from a sink plugin, gst_buffer_map() could return
+the different pointer from the buffers received from the sink plugin.
+Probably it is newly allocated because the buffers are mistakenly
+regarded as being discontiguous and tried to be collected into a
+region with copying.
+It is safety that the stride and the slice height are always taken
+account into when copying to the output buffers.
+---
+ omx/gstomxvideodec.c | 13 -------------
+ 1 file changed, 13 deletions(-)
+
+diff --git a/omx/gstomxvideodec.c b/omx/gstomxvideodec.c
+index 2beaac6..1c3a64c 100644
+--- a/omx/gstomxvideodec.c
++++ b/omx/gstomxvideodec.c
+@@ -1048,19 +1048,6 @@ gst_omx_video_dec_fill_buffer (GstOMXVideoDec * self,
+ goto done;
+ }
+
+- /* Same strides and everything */
+- if (gst_buffer_get_size (outbuf) == inbuf->omx_buf->nFilledLen) {
+- GstMapInfo map = GST_MAP_INFO_INIT;
+-
+- gst_buffer_map (outbuf, &map, GST_MAP_WRITE);
+- memcpy (map.data,
+- inbuf->omx_buf->pBuffer + inbuf->omx_buf->nOffset,
+- inbuf->omx_buf->nFilledLen);
+- gst_buffer_unmap (outbuf, &map);
+- ret = TRUE;
+- goto done;
+- }
+-
+ /* Different strides */
+
+ switch (vinfo->finfo->format) {
+--
+1.8.1.2
+