Hi,
I have been working on these plugins in my spare time. Currently, there
are two IPU plugins (a videotransform element and a sink), a GLES based
sink using Vivante's direct textures (for smooth HD playback), a VPU
decoder plugin, and several VPU encoder plugins. These work, but there
are
wrote:
That's great news! At this point in time decoding is the only thing
important to me. Have you pushed the stable version of the decoder to
the gstreamer-imx repo?
Thanks,
Josh Kurland
On Mon, Nov 18, 2013 at 11:54 AM, Carlos Rafael Giani
d...@pseudoterminal.org mailto:d
the gstreamer-imx
repo. If you could give some basic instructions I would greatly
appreciate it.
Thank you,
Josh Kurland
On Wed, Nov 20, 2013 at 8:24 AM, Carlos Rafael Giani
d...@pseudoterminal.org mailto:d...@pseudoterminal.org wrote:
Yes, the current status in Github is what I
Hello,
I noticed that the current Vivante GPU drivers are pretty basic with
regards to buffering, page-flipping etc. When I run a fullscreen X11
EGL/GLES2 application, screen tearing is clearly visible. Explicitely
calling eglSwapInterval() with value 1 does not help - in fact, this
call is
:
That's great news! At this point in time decoding is the only thing
important to me. Have you pushed the stable version of the decoder to
the gstreamer-imx repo?
Thanks,
Josh Kurland
On Mon, Nov 18, 2013 at 11:54 AM, Carlos Rafael Giani
d...@pseudoterminal.org mailto:d...@pseudoterminal.org
On 2013-12-09 21:05, Joshua Kurland wrote:
I am having a bit of difficulty compiling the gstreamer-imx binaries
using waf. I set up the environment variables and ran waf, but it was
unable to find 'libfslvpuwrap'. But libfslvpuwrap.pc is found in my
nothing is found. The same
can be said for other Freescale elements that I had been using in
Gstreamer-0.10.
Thanks,
Josh Kurland
On Mon, Dec 9, 2013 at 3:31 PM, Carlos Rafael Giani
d...@pseudoterminal.org mailto:d...@pseudoterminal.org wrote:
On 2013-12-09 21:05, Joshua Kurland wrote
video-sink=mfw_v4lsink'. Can I make a one-to-one
conversion from the old mfw_v4lsink to some other custom element?
On Mon, Dec 9, 2013 at 4:17 PM, Carlos Rafael Giani
d...@pseudoterminal.org mailto:d...@pseudoterminal.org wrote:
Thats because they have different names. They all start
On 2013-12-10 19:52, Joshua Kurland wrote:
I think the problem I am having is because of the X11 requirement.
Without it, running a simple pipeline using eglvivsink immediately
crashes. Is it possible to run without X? I don't currently use it
on my system. I will have to try again with X
Hello,
I am working on revised hummingboard and cubox-i patches.
One issue that has come up is its u-boot support.
There is a new forked u-boot version for these machines, with SPL
support. The way it is supposed to be built differs from the regular
u-boot.imx generation.
Building produces
On 2014-01-20 15:12, Daiane Angolini wrote:
I think the question here is how standard will SPL be for imx. How
many boards has already SPL support *now*?
I think it's something we need to start including, because it's the
next standard, however, we must make both working in parallel (spl and
On 2014-01-20 20:48, Fabio Estevam wrote:
On Mon, Jan 20, 2014 at 3:40 PM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
On 2014-01-20 16:00, Daiane Angolini wrote:
As I know it's supposed to be released today/tomorrow
Just had a discussion with developers working on Cubox-I support
On 2014-01-21 14:31, daiane.angol...@freescale.com wrote:
As I remember, Weston was not supposed to run on gpu version we have now on
master (3.10.9-1.0.0), only wayland.
You can try to unset the use of GPU (from meta-fsl-arm) and have the default,
not hw accelerated, graphic stack.
Daiane
(u-boot.imx)
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
classes/image_types_cubox-i.bbclass | 34 ++
conf/machine/cubox-i.conf | 25 +
2 files changed, 59 insertions(+)
create mode 100644 classes
the patches, especially
the new bbclass (introduced because U-Boot produces two binaries for
SPL support, and not just one u-boot.imx binary).
Carlos Rafael Giani (4):
cubox-i: add u-boot fork for cubox-i machines
cubox-i: add customized kernel
cubox-i: add machine config and new image type
This fork includes MXC SPL support for the SolidRun CuBox-i and
HummingBoard devices
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i/uEnv.txt | 1 +
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 28
2 files changed
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
conf/machine/cubox-i.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/machine/cubox-i.conf b/conf/machine/cubox-i.conf
index dc5aeba..614a54a 100644
--- a/conf/machine/cubox-i.conf
+++ b/conf/machine/cubox
If the SPL_BINARY value is not empty, then the class will use
an alternative code path for copying U-Boot on the SD card.
u-boot.img is used (not .imx), and the SPL binary is prepended.
With empty SPL_BINARY values, the behavior is just like before.
Signed-off-by: Carlos Rafael Giani d
not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-imx_0.9.1.bb| 26 ++
1 file changed, 26
This fork includes MXC SPL support for the SolidRun CuBox-i and
HummingBoard devices
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i/uEnv.txt | 1 +
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 28
2 files changed
This kernel is based on linux-imx 3.0.35, and adds patches for
CuBox-i and HummingBoard support
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...fix-memset-related-crashes-caused-by-rece.patch | 259 +++
.../0003-ARM-7670-1-fix-the-memset-fix.patch | 87
On 2014-01-24 22:44, Otavio Salvador wrote:
+SRC_URI = \
+git://github.com/rabeeh/u-boot-imx6.git;branch=imx6 \
+file://uEnv.txt \
+
+
+S = ${WORKDIR}/git
+
+PACKAGE_ARCH = ${MACHINE_ARCH}
At end of file, just before COMPATIBLE_MACHINE.
Also SRC_URI at the end? Or just S and
not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-imx_0.9.1.bb| 24 ++
1 file changed, 24
This kernel is based on linux-imx 3.0.35, and adds patches for
CuBox-i and HummingBoard support
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...fix-memset-related-crashes-caused-by-rece.patch | 259 +++
.../0003-ARM-7670-1-fix-the-memset-fix.patch | 87
This fork includes MXC SPL support for the SolidRun CuBox-i and
HummingBoard devices
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i/uEnv.txt | 1 +
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 27 +++
2 files changed
The new cubox-i machine config produces images that can be used for
all CuBox-i and HummingBoard devices (u-boot SPL autodetects the platform)
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
conf/machine/cubox-i.conf | 28
1 file changed, 28 insertions
not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-imx_0.9.1.bb| 24 ++
1 file changed, 24
The new cubox-i machine config produces images that can be used for
all CuBox-i and HummingBoard devices (u-boot SPL autodetects the platform)
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
conf/machine/cubox-i.conf | 29 +
1 file changed, 29
This fork includes MXC SPL support for the SolidRun CuBox-i and
HummingBoard devices
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i/uEnv.txt | 1 +
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 27 +++
2 files changed
I did a quick test with a DVI monitor connected to the machine with a
HDMI-DVI cable. In X11, I get only 1024x768, even though the monitor's
native resolution is 1280x720. The boot splash and framebuffer console
work in native 1280x768.
I have seen a similar problem back then with both
, then
it may not be the same problem.
On 2014-01-30 11:28, Otavio Salvador wrote:
Hello Carlos,
On Thu, Jan 30, 2014 at 8:18 AM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
I did a quick test with a DVI monitor connected to the machine with a
HDMI-DVI cable. In X11, I get only 1024x768, even
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-graphics/eglinfo/eglinfo-fb_1.0.bbappend | 3 +++
recipes-graphics/eglinfo/eglinfo-x11_1.0.bbappend | 3 +++
2 files changed, 6 insertions(+)
create mode 100644 recipes-graphics/eglinfo/eglinfo-fb_1.0.bbappend
create mode
not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-imx_0.9.2.bb| 29 ++
1 file changed, 29
may have far reaching consequences.)
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
b/recipes
On 2014-02-03 12:23, Otavio Salvador wrote:
Hello Carlos,
On Mon, Feb 3, 2014 at 8:41 AM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
With this change, the user can set USE_X11 etc. in local.conf to
override the recipe's DISTRO_FEATURES based choice. This is for example
beneficial when
On 2014-02-03 12:43, Daiane Angolini wrote:
You mean, for DirectFB the needed code is:
DISTRO_FEATURES_remove = x11 wayland
DISTRO_FEATURES += directfb
So, both lines together.
If you only include directfb in DISTRO_FEATURES what probably will
happen is an explosion due to universe
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
release-notes/source/kernel-linux.rst | 2 ++
release-notes/source/linux-default.inc | 1 +
release-notes/source/machine-list.inc | 1 +
release-notes/source/u-boot-default.inc | 1 +
release-notes/source/u-boot.rst | 2
not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-imx_0.9.2.bb| 29 ++
1 file changed, 29
Hi,
so far, Freescale released only 0.10 plugins. I have been working on 1.0
plugins. These are not ported 0.10 ones, these are written from scratch.
Currently, they are in a testing phase. Thanks to Otavio, a recipe for
my plugins just got added to meta-fsl-arm. Perhaps they work for you?
,
Rogerio.
On Thu, Feb 6, 2014 at 3:22 PM, Otavio Salvador ota...@ossystems.com.br wrote:
On Thu, Feb 6, 2014 at 2:04 PM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
gstreamer-imx is an ongoing project to write GStreamer 1.0 plugins for
using the i.MX VPU,IPU, and GPU. With the plugins
On 2014-03-05 18:59, Eric Nelson wrote:
Hi Gary,
On 03/05/2014 10:52 AM, Gary Thomas wrote:
On 2014-03-05 10:44, Eric Nelson wrote:
Hi Gary,
On 03/04/2014 08:03 AM, Gary Thomas wrote:
I have a SabreLite with the OV5642 camera. I'd like to capture
some video and display it on the screen.
Hello,
in my gstreamer-imx project, I need to work around certain problems the
libfslvpuwrap library (also called the VPU wrapper) has. However, the
efforts to do so are considerable, and it would be much better (and
cleaner, more robust) to simply fix that library.
On one hand, the source
Hello,
I am curious about the BIT processor which is what the VPU builds upon.
I realize that the VPU firmware will remain closed, probably for
numerous IP reasons (since it contains codecs for MPEG formats, VC-1 etc.)
But what about the BIT processor itself? It seems like a pretty flexible
Hello,
in the past, there has always been a problem with vsync, OpenGL ES
output, and X11. Very noticeable tearing affects all such applications.
So far, neither Vivante nor Freescale have ever commented on this. Is
there anything known? Should the newest drivers fix this?
--
Hello,
I wrote a patch for VPU acceleration in Chromium months ago for a
company project. I got the OK from the customer to cleanup and
eventually opensource the patches, but didn't have the time yet.
Together with other colleagues we also got HW-accelerated WebGL to work,
though some other
Hi Eric and Christian,
I wanted to avoid _any_ copy involving the CPU, including any texture
upload. The Vivante GLES direct texture extension can color-convert,
yes, but it can also read pixels directly from a DMA buffer, without any
copy. This is what I use for the GLES-based sink in my
On 2014-03-20 14:46, Christian Betz wrote:
As for the decoder itself: I implemented it in the Chromium media
framework, in media/ . I simply took the vpx decoder code, copied
it, and modified it to use the VPU. I had VP8, MPEG2, MPEG4, and
h264 decoding working. It wasnt much
I wasn't planning on doing that, instead I planned on cubox-i support
being part of a meta-fsl-arm release for the upcoming Yocto 1.7.
But nothing speaks against your patches, at least not from my end. I
just never tested it with dora. How much did you have to modify the
recipes for dora?
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...er1.0-plugins-imx_0.9.2.bb = gstreamer1.0-plugins-imx_0.9.5.bb} | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-imx_0.9.2.bb =
gstreamer1.0-plugins-imx_0.9.5
Awesome! I just tried it out, and it works very well. I get full GLES
acceleration.
You forgot one thing though: it is necessary to add this line to
conf/local.conf :
DISTRO_FEATURES_remove = x11
otherwise the gpu-viv-bin-mx6q package will not be built with Wayland
support.
On
On 2014-03-28 12:31, Daiane Angolini wrote:
On Thu, Mar 27, 2014 at 7:40 PM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...er1.0-plugins-imx_0.9.2.bb = gstreamer1.0-plugins-imx_0.9.5.bb} | 6 ++
1 file changed, 2
again Carlos,
On 03/20/2014 04:19 PM, Carlos Rafael Giani wrote:
snip
Back then we needed some hw decoding quickly, so we did not look further
into this, since we had spent a lot of time getting the 2D acceleration
stable already. I could only briefly look at the exynos accelerator
code
On 2014-04-02 12:21, Boszormenyi Zoltan wrote:
Hi,
2014-04-01 21:22 keltezéssel, Eric Nelson írta:
Mahyar updated these patches to apply against the chromium-35.0.1883.0
build currently in meta-browser.
Additional notes to follow, but this appears to achieve HTML5 video
against Webm/Ogg
On 2014-04-02 12:28, Gary Thomas wrote:
On 2014-04-02 04:21, Carlos Rafael Giani wrote:
Keep in mind what I wrote. This version of VPU acceleration is very basic (it
will copy frames with the CPU), and fulfilled the customer's immediate needs
back then, but can be
done much better. I am
:
=
On 03/18/2014 02:39 PM, Carlos Rafael Giani wrote:
Hello,
in the past, there has always been a problem with vsync, OpenGL ES
output, and X11. Very noticeable tearing affects all such applications.
So far, neither Vivante nor Freescale have ever commented
On 2014-04-02 15:50, jigar chokshi wrote:
Hello Eric,
i have same issue related to libraries fbCreateWindow, fbDestroywindows.
as you told to remove x11 from your DISTRO_FEATURES to link against the fb
one.
I dont get it exactly how to do this? as you later described USE_X11 = no
USE_DFB = no
On 2014-04-08 14:09, Daiane Angolini wrote:
On Tue, Apr 8, 2014 at 6:06 AM, Baodong Chen chenbdche...@gmail.com wrote:
need help!
On Fri, Apr 4, 2014 at 7:02 PM, Baodong Chen chenbdche...@gmail.com wrote:
Hello:
I am using fsl 3.0.17-1.0.0_beta bsp for my testing board.
and build a
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb
b/recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb
index 6fa2ce6..598be44
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb
b/recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb
index 6fa2ce6..598be44
Please disregard this email. It is a duplicate that was sent for some
strange reason, and without the proper prefix.
On 2014-04-26 14:21, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 4 ++--
1 file
On 2014-04-29 08:51, Diego wrote:
John Weber wrote:
The GL benchmark glmark2 throws the following warnings reapeatedly:
** GLX does not support GLX_EXT_swap_control or GLX_MESA_swap_control!
** Failed to set swap interval. Results may be bounded above by refresh
rate.
It will eventually
On 2014-03-19 01:26, Eric Nelson wrote:
Hi Carlos,
On 03/18/2014 02:39 PM, Carlos Rafael Giani wrote:
Hello,
in the past, there has always been a problem with vsync, OpenGL ES
output, and X11. Very noticeable tearing affects all such applications.
So far, neither Vivante nor Freescale have
On 2014-05-06 12:38, Somashekar wrote:
Hi All,
We are able to integrate and build yocto(dora) with chromium browser,
but hardware acceleration seems to be not working.
Could not play video from youtube.com, following procedure was
referred to export WebGL libraries; which we assume is
Hi Joshua,
I have tried to reconstruct the problem, but could not get valgrind to
work yet (for some reason, it crashes right away). imxipusink and
imxeglvivsink keep a reference to the last frame around, just like any
other video sink. The fakesink doesn't. Perhaps there is some bug in the
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...reamer1.0-plugins-imx_0.9.5.bb = gstreamer1.0-plugins-imx_0.9.6.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename recipes-multimedia/gstreamer/{gstreamer1.0-plugins-imx_0.9.5.bb =
gstreamer1.0-plugins-imx_0.9.6.bb
Major changes:
- Wayland support introduced (tested with imx6 Weston patches)
- Aspect ratio and resize fixes in eglvivsink
- GLES dependency fixes
- Updated libGAL checks
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...reamer1.0-plugins-imx_0.9.5.bb = gstreamer1.0-plugins
On 2014-05-22 18:26, Otavio Salvador wrote:
On Thu, May 22, 2014 at 11:20 AM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
Please at least describe what has been improved. We also need to know
if it is a bugfix or feature release
Hello Charles,
first, please include the specific hash of the commit you update to. In
this case, it would be like:
linux-cubox-i: Fix wifi - update to de3725198e SRCREV
Also, removing the first two patches makes sense, since they are indeed
already included in the new version (easily
These new values contain the names of i.MX plugins for GStreamer 1.0.
The plugins wrap i.MX functionality for video en/decoding, amongst others.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
conf/machine/include/imx-base.inc | 6 +-
1 file changed, 5 insertions(+), 1
Hello,
evbug is enabled by default with newer kernels. This is highly annoying.
It prints a debug message for every single HID activity. Mouse movement,
key presses etc.
It can slow down the system.
evbug is blacklisted in Ubuntu's modprobe config. I think it is wise to
do the same in
On 2014-06-23 18:03, Daiane Angolini wrote:
On Mon, Jun 23, 2014 at 12:57 PM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
Hello,
evbug is enabled by default with newer kernels. This is highly annoying. It
prints a debug message for every single HID activity. Mouse movement, key
presses
Without these, the package will not be built with the correct EGL
types and definitions
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-plugins-bad_%.bbappend| 20
1 file changed, 20 insertions(+)
create mode 100644
recipes
Without this, the enlightenment foundation libraries will fail to build,
because Vivante EGL headers require these extra preprocessor defines
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...essor-definitions-for-Vivante-GLES-header.patch | 55 ++
recipes-efl
Without these, the package will not be built with the correct EGL
types and definitions
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend | 7 +++
1 file changed, 7 insertions(+)
create mode 100644
recipes
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.9.6.bb | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/recipes-multimedia/gstreamer/gstreamer1.0-plugins-imx_0.9.6.bb
b/recipes-multimedia/gstreamer
Without this, the enlightenment foundation libraries will fail to build,
because Vivante EGL headers require these extra preprocessor defines
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
...essor-definitions-for-Vivante-GLES-header.patch | 55 ++
efl-layer
Hello,
I recently sent some patches to meta-fsl-arm :
[PATCH v2 1/3] gstreamer1.0-plugins-imx: select X11/Wayland/FB EGL
platform if appropriate
[PATCH v2 2/3] gstreamer1.0-plugins-bad: set correct EGL defines for
Vivante GPUs
[PATCH v2 3/3] efl: Add bbappend to make it work with the Vivante
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../packagegroup-imx-gstreamer1.0-commercial.bb| 20
.../packagegroup-imx-gstreamer1.0-full.bb | 19
.../packagegroups/packagegroup-imx-gstreamer1.0.bb | 118 +
3 files changed, 157
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../packagegroup-imx-gstreamer1.0-commercial.bb| 20
.../packagegroup-imx-gstreamer1.0-full.bb | 19
.../packagegroups/packagegroup-imx-gstreamer1.0.bb | 118 +
3 files changed, 157
Changes:
- Support newer Vivante drivers, which use a different name for the
direct textures extension
- Sync points for forced keyframes during encoding were missing
- Added checks for cases where physical memory allocators fail
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
On 2014-07-02 18:31, Daiane Angolini wrote:
On Tue, Jul 1, 2014 at 4:21 PM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../packagegroup-imx-gstreamer1.0-commercial.bb| 20
.../packagegroup-imx-gstreamer1.0
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../packagegroup-fslc-gstreamer1.0-commercial.bb | 20
.../packagegroup-fslc-gstreamer1.0-full.bb | 19
.../packagegroup-fslc-gstreamer1.0.bb | 118 +
3 files changed, 157
I suggest: Upstream-Status: Inappropriate [platform specific]
On 2014-08-06 16:40, Otavio Salvador wrote:
On Tue, Aug 5, 2014 at 10:56 PM, Wang Zidan b50...@freescale.com wrote:
GST_PLAY_FLAG_NATIVE_VIDEO means link decoder directly with video
render, otherwise, software csc/resize/deinterlace
This patch updates the revision to a06fada55a.
Updates include added support for ramdisks.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-bsp/u-boot/u-boot-cubox-i_2013.10.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-bsp/u-boot/u-boot
From my understanding, several parts would be upgraded to 3.10.31-1-1.0
, not just the kernel. I suppose other drivers would be as well. You'd
have to keep all of them around. Which is OK for me, but probably not OK
for the layer maintainers. Comments?
On 08/19/2014 04:32 AM, Sébastien Taylor
Hello,
I want to take a few minutes and mention in this mailing list the
amazing work of Jon Nettleton, Russell King, and others. This is 3.14
kernel, with FSL patches, upstream patches, memleak fixes, and numerous
improvements for stability that are not present in the linux-imx
kernels. The
On 08/19/2014 11:47 PM, John Weber wrote:
On 8/19/14, 1:19 PM, Carlos Rafael Giani wrote:
Hello,
I want to take a few minutes and mention in this mailing list the
amazing work of Jon Nettleton, Russell King, and others. This is 3.14
kernel, with FSL patches, upstream patches, memleak fixes
On 08/20/2014 04:21 PM, Otavio Salvador wrote:
Hello,
Please vote in which option you prefer:
Option 1 : Release Yocto Project 1.7 with 3.10.17-GA BSP
Option 2 : Release Yocto Project 1.7 with 3.10.31-Beta BSP - planned
GA for January
Please be use this thread for voting only, not for
On 08/20/2014 08:10 PM, Angolini Daiane-b19406 wrote:
Another way would be testing Chrome [3] instead. I remember someone
from ML has already reported success for this package on VPU
integration regards.
[1] openembedded-de...@lists.openembedded.org
[2]
decoding using the VPU by fetching
chromium-imx sources and integrating them into the Chromium source tree
and the GYP files
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
recipes-browser/chromium/chromium-imx.inc | 48 ++
.../chromium
decoding using the VPU by fetching
chromium-imx sources and integrating them into the Chromium source tree
and the GYP files
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../recipes-browser/chromium/chromium-imx.inc | 48 ++
.../chromium
It should be:
SRC_URI=file:///home/qoriq/linux-qoriq-sdk.tar.gz
not
SRC_URI=file:///home/qoriq/linux-qoriq-sdk.tar.gz
and yeah, no HTML please.
--
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
This is perhaps a good opportunity to improve the contact to other OS
developers, especially the developers of the CuBox-i 3.14 kernel the
etnaviv people. I would also be interested to participate. What do you
think?
On 08/30/2014 03:44 PM, Otavio Salvador wrote:
Hello everyone,
We ended
Since I am the author of gstreamer-imx , I am naturally also curious
about this :)
On 08/29/2014 08:28 PM, John Weber wrote:
Hi Zidan,
On Fri, Aug 29, 2014 at 12:42 AM, Zidan Wang b50...@freescale.com
mailto:b50...@freescale.com wrote:
Multimedia patch sets for 3.10.31-1.1.0 Beta
@yoctoproject.org; Carlos Rafael Giani
*Subject:* Re: [meta-freescale] [meta-fsl-arm][PATCH 3/5]
gst1.0-fsl-plugin: Add Freescale Gstreamer1.0 Plugin for MX6
Hi Lauren,
On Friday, August 29, 2014, Lauren Post lauren.p...@freescale.com
mailto:lauren.p...@freescale.com wrote:
Freescale developed their own
On 08/31/2014 09:18 PM, Otavio Salvador wrote:
On Sat, Aug 30, 2014 at 11:32 AM, Carlos Rafael Giani
d...@pseudoterminal.org wrote:
This is perhaps a good opportunity to improve the contact to other OS
developers, especially the developers of the CuBox-i 3.14 kernel the etnaviv
people. I would
Also update chromium-imx revision to support newer Vivante drivers
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
browser-layer/recipes-browser/chromium/chromium-imx.inc | 2 +-
.../{chromium_37.0.2062.0.bbappend = chromium_37.0.2062.94.bbappend} | 0
2 files
Also update chromium-imx revision to support newer v5 Vivante drivers;
these no longer use GL_VIV_direct_texture as the name for the Vivante
texture extension, but GL_VIV_tex_direct instead
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
browser-layer/recipes-browser/chromium
-by: Carlos Rafael Giani d...@pseudoterminal.org
---
browser-layer/recipes-browser/chromium/chromium-imx.inc | 2 +-
.../{chromium_37.0.2062.0.bbappend = chromium_37.0.2062.94.bbappend} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename browser-layer/recipes-browser/chromium
Since the Chromium 35 recipe got removed, now that Chromium 37 is stable,
this bbappend also needs to go.
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../recipes-browser/chromium/chromium_35.0.1916.114.bbappend | 4
1 file changed, 4 deletions(-)
delete mode
1 - 100 of 294 matches
Mail list logo