diff options
author | Jan-Simon Möller <jsmoeller@linuxfoundation.org> | 2016-09-01 18:16:16 +0200 |
---|---|---|
committer | Jan-Simon Möller <jsmoeller@linuxfoundation.org> | 2016-09-01 23:31:22 +0200 |
commit | 770fb50f0ac05731dd1389bfceb171253425855d (patch) | |
tree | 2b064bc0596c91f1e0ed3ee2ffd7cb927bf970c9 /common/recipes-multimedia/gstreamer/gstreamer1.0-omx/0011-omxvideodec-don-t-use-gst_buffer_map-when-copying-to.patch | |
parent | 82611ccadef36ab0b8a6fd6fb1cf055e115f1ef5 (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.patch | 45 |
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 + |