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 wrote:
> On 2013-11-18 17:07, Otavio Salvador wrote:
>
On 2013-11-18 17:07, Otavio Salvador wrote:
(adding Carlos in Cc)
On Mon, Nov 18, 2013 at 1:48 PM, Joshua Kurland
wrote:
Can anyone give a status update on the stability/functionality of
gstreamer-1.x plugin on the imx6Q? The readme page has listed it in
alpha for a while.
For the applicatio
(adding Carlos in Cc)
On Mon, Nov 18, 2013 at 1:48 PM, Joshua Kurland
wrote:
> Can anyone give a status update on the stability/functionality of
> gstreamer-1.x plugin on the imx6Q? The readme page has listed it in
> alpha for a while.
>
> For the application that I am working on, it would be mo
On Mon, Nov 18, 2013 at 12:40 PM, Eric Bénard wrote:
> Hi Otavio,
>
> I see you have applied in dora :
> a698f33 linux-imx.inc: Remove imx-test specific hack
> 539ea10 linux-imx.inc: Drop extra sysroot staging
>
> this patch depends on the following commit in oe-core :
> commit 5bcd65807aa634060f9
Hi,
Can anyone give a status update on the stability/functionality of
gstreamer-1.x plugin on the imx6Q? The readme page has listed it in
alpha for a while.
For the application that I am working on, it would be more beneficial
to use 1.x. If their is still work to be done with porting it over,
Hi all.
We have found a performance regression in the linux-qoriq kernel released for
dora. IP routing performance for small packets has decreased by over 20%
between kernels 3.0.51 (dylan) and 3.8.13 (dora).
The test uses two 10 Gbit interfaces on a p4080ds board. We feed UDP packets at
full
Hi Otavio,
I see you have applied in dora :
a698f33 linux-imx.inc: Remove imx-test specific hack
539ea10 linux-imx.inc: Drop extra sysroot staging
this patch depends on the following commit in oe-core :
commit 5bcd65807aa634060f98928db6011856934dabe4
Author: Bruce Ashfield
Date: Tue Oct 8 17:1
Hi,
I am trying to boot fsl-image-gui on i.Mx 6 SabreSd board.
But it is hanging after splash screen is completed and black screen is
displayed on LCD.
and this is the last print displayed on console:
Running local boot scripts
Stopping Bootlog daemon: bootlogd.
Any script I need to change t
Il 18/11/2013 11:40, Simone ha scritto:
Hello Marco,
sorry for the attachment..
I've tried both bitbake qtbase only and a new recipe inherited from
fsl-image-gui (with qtbase added to IMAGE_INSTALL).
In both cases the result is the same.
For other meta-layer, bitbake say that they are nobranch:
Hello Marco,
sorry for the attachment..
I've tried both bitbake qtbase only and a new recipe inherited from
fsl-image-gui (with qtbase added to IMAGE_INSTALL).
In both cases the result is the same.
For other meta-layer, bitbake say that they are nobranch:
On Nov 18, 2013, at 3:58 AM, Alfonso Tamés wrote:
>
> Has anyone managed to get Qt5 running without X11?
>
yes just before dora was released.
Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
DISTRO FLAGS and opengl added to DISTRO FLAGS.
Hi,
Le Mon, 18 Nov 2013 03:14:15 -0600,
Alfonso Tamés a écrit :
> >>
> >> Has anyone managed to get Qt5 running without X11?
> >>
> > yes just before dora was released.
> > Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
> > DISTRO FLAGS and opengl added to DISTRO FLAGS
Il 18/11/2013 09:40, Simone ha scritto:
Attached I send the compile log at my side.
Thanks to all
Regards
Simone
Simone,
a pastebin would be a better solution rather than large attachements ;-)
Which branches are you using for each metalayer ?
Are you bitbaking qtbase only or do you have any
Hi,
Le Sun, 17 Nov 2013 13:53:52 -0600,
Alfonso Tamés a écrit :
>
> Using a wand board quad with the LCD display from Future Electronics, I am
> building qt5 using the master branch by cloning meta-qt5 in the sources
> directory, adding the directory in conf/bblayers.conf and adding this in t
14 matches
Mail list logo
