This is regarding 1080p mp4 playback case.
We are using gstreamer0.10.36 for our 1080p mp4 playback and we have used
following gstraemer pipeline.
filesrc- decodebin-queue-ffmpegcolorspace-xvimagesink
Here we are facing lot of buffer drop and video is displaying like slow motion
so, we think
Meenakumari Shedole would like to recall the message, [yocto] Help-Gstreamer
Vaapi Plugin Issue in 1080p mp4 playback.
::DISCLAIMER::
The
Hello,
Patches and solving issues are always welcome.
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On
Behalf Of Darcy Watkins
Sent: Tuesday, April 1, 2014 5:52 PM
To: yocto@yoctoproject.org
Subject: [yocto] berlios.de git clone connection refused
What is being
On 1 April 2014 10:05, Meenakumari Shedole meenakumar...@hcl.com wrote:
I have used libva-intel-driver-1.2.0 as a part of meta-intel on Dora as the
recipes provided by Intel. I can attach bb file also if its needed.
Have build Intel va source manually and now we can able to sink with
Hi,
I'm able to successfully launch runqemu qemux86.
Now i intend to test the media libs built using Yocto on qemu currently.
Is it possible to transfer/copy media files to qemux86 emulator ?
I tried copying files to tmp/sysroots/qemux86/ but it didn't work.
Thanks,
--bhushan
--
On 2 April 2014 12:06, Bhushan Shirsath bhushan...@gmail.com wrote:
I'm able to successfully launch runqemu qemux86.
Now i intend to test the media libs built using Yocto on qemu currently.
Is it possible to transfer/copy media files to qemux86 emulator ?
I tried copying files to
Thanks Ross.
got it done using scp.
On Wed, Apr 2, 2014 at 4:49 PM, Burton, Ross ross.bur...@intel.com wrote:
On 2 April 2014 12:06, Bhushan Shirsath bhushan...@gmail.com wrote:
I'm able to successfully launch runqemu qemux86.
Now i intend to test the media libs built using Yocto on qemu
Hello,
By media files, you mean music or video files?
If so, depending on the image (if it has ssh support), you can copy into
/home/root using scp after you boot the image.
I have use this to test mp3 playback, for example with some audio files.
Regards,
Cristian Iorga
YP
Intel Corporation
Hi,
After two+ days trying the anonymous git protocol and even trying to get an
account from berlios.de all I get are connection refused for anonymous access
permission related errors when attempting to use SSH. This happens with any
git project there (OK I just randomly sampled a few), not
On Wed, 2014-04-02 at 00:19 -0700, Darren Hart wrote:
CONFIG_X86_32 is a non-selectable configuration item, automatically set
by ARCH and !CONFIG_64BIT. There are no users of the .cfg nor the .scc.
Delete them.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
On Mon, Mar 31, 2014 at 12:01 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
On Mon, Mar 31, 2014 at 12:21 PM, Paul Barker p...@paulbarker.me.uk wrote:
On 30 March 2014 17:48, Khem Raj raj.k...@gmail.com wrote:
On Sun, Mar 30, 2014 at 8:43 AM, Paul Barker p...@paulbarker.me.uk wrote:
On 30
On 2 April 2014 17:35, Khem Raj raj.k...@gmail.com wrote:
I have got core-image-minimal building for arm now. All changes are
pushed to contrib tree this includes util-linux fixes too.
You've fixed util-linux in a different way to me, I added qsort_r to
musl whereas you've removed it's use
On Wed, Apr 2, 2014 at 10:03 AM, Paul Barker p...@paulbarker.me.uk wrote:
You've fixed util-linux in a different way to me, I added qsort_r to
musl
this won't fly in musl community.
whereas you've removed it's use from util-linux. I'm not bothered
which one we use if both work. We do now have
On 2 April 2014 18:13, Khem Raj raj.k...@gmail.com wrote:
On Wed, Apr 2, 2014 at 10:03 AM, Paul Barker p...@paulbarker.me.uk wrote:
You've fixed util-linux in a different way to me, I added qsort_r to
musl
this won't fly in musl community.
whereas you've removed it's use from util-linux.
All,
I'm on poky/dylan, and previously I had BusyBox configured to use ifplugd. I
am changing things around and I have removed the ifplugd configuration option.
When I upgraded Busybox on my target device, the /usr/bin/ifplugd soft link
stayed. I verified that ifplugd is no longer listed in
mesa builds a host utility named builtin_compiler,
and that needs selinux, too, if --enable-selinux is
specfied to configure.
Signed-off-by: Joe Slater jsla...@windriver.com
---
recipes-graphics/mesa/mesa_9.1.6.bbappend |5 +
1 file changed, 5 insertions(+)
diff --git
Hello All!
I write .bb file for qt-gstreamer, all steps seems to by normal, but on
do_install i get
next error:
ERROR: QA Issue: qt-gstreamer: Files/directories were installed but not
shipped
/usr/lib
/usr/local
/usr/lib/gstreamer-0.10
/usr/lib/gstreamer-0.10/libgstqtvideosink.so
Hi,
I'm adding package llvm which has its own license: University of Illinois/NCSA
Open Source License, see at http://llvm.org/releases/3.4/LICENSE.TXT . I tried
something for LICENSE in .bb file, but is not recognized by the system. Could
you please let me know how to set this value? Thanks
As it's not going into core, I would the license to your layer by
adding a custom license directory to your layer.conf:
# Additional license directories.
LICENSE_PATH += ${LAYERDIR}/custom-licenses
Place the license in custom-license. I'd name it NCSA-1.0. Then I
would reference that in your .bb
Thanks Elizabeth!
-Original Message-
From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com]
Sent: Thursday, April 03, 2014 1:16 PM
To: Guo, Yejun
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] how to set LICENSE for llvm in .bb file
As it's not going into core, I would the
The fourth milestone for the Yocto Project 1.6 release (daisy-11.0.0)
is now available at:
http://downloads.yoctoproject.org/releases/yocto/milestones/1.6_M4/
poky 1960f6b2ecbb793b40ebc9aed25c8f9cb7884c9a
eclipse-poky-juno 26bfc407781aa185f244a47ba63120343cee4a37
eclipse-poky-kepler
Hi Sergei,
Are you talking about importing webos meta data? You can try to do a local
clone of the webos, then in Eclipse create a bitbake commander project. For
the project locations, enter the directory that contains the webos meta data
directory, for the project name, enter your webos
On 4/1/14, 17:52, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 2014-03-31, 7:34 PM, Darren Hart wrote:
Add the preempt-rt ktype scc targets for the intel-core2-32 and
intel-corei7-64 BSPs. These are also the intel-common configuration used
for all intel-common compatible BSPs.
I
The x86 and x86_64 config fragments already include SMP and SMT support,
remove the redundant configuration in the common-pc*-cpu.cfg files.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
.../bsp/common-pc-64/common-pc-64-cpu.cfg |2 --
Move the basic arch, MSR, CPUID, and MICROCODE CONFIG options out of the
common-pc*-cpu.cfg fragments and into the cfg/x86*cfg fragments where
they can be more easily reused.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
.../bsp/common-pc-64/common-pc-64-cpu.cfg |5 -
CONFIG_X86_32 is a non-selectable configuration item, automatically set
by ARCH and !CONFIG_64BIT. There are no users of the .cfg nor the .scc.
Delete them.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/cfg/kernel-cache/cfg/x32.cfg |1 -
meta/cfg/kernel-cache/cfg/x32.scc |4
Drop the BSP configs for the BSPs retired from meta-intel, which will
never have a 3.14 recipe: chiefriver, sys940x, and atom-pc (from the
n450 BSP).
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
meta/cfg/kernel-cache/bsp/atom-pc/atom-pc-eth.cfg |2 -
MTRR is common enough it should just be included in the x86* cfg
fragments already included by these machines.
Signed-off-by: Darren Hart dvh...@linux.intel.com
---
.../kernel-cache/bsp/common-pc/common-pc-cpu.cfg |1 -
meta/cfg/kernel-cache/bsp/fri2/fri2.cfg|1 -
These patches cleanup various aspects of the x86 and x86_64 CPU support by
consolidating it into the cfg/x86 and cfg/x86_64 fragments and removing
redundant configuration from some of the BSPs. The redundant bits were not
removed from the ISG BSPs, leaving that to their maintainers.
Build tested
On 14-04-02 02:03 AM, Darren Hart wrote:
On 4/1/14, 17:52, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 2014-03-31, 7:34 PM, Darren Hart wrote:
Add the preempt-rt ktype scc targets for the intel-core2-32 and
intel-corei7-64 BSPs. These are also the intel-common configuration used
for
On 14-04-02 03:19 AM, Darren Hart wrote:
Move the basic arch, MSR, CPUID, and MICROCODE CONFIG options out of the
common-pc*-cpu.cfg fragments and into the cfg/x86*cfg fragments where
they can be more easily reused.
Ack'd. Good patch.
Bruce
Signed-off-by: Darren Hart dvh...@linux.intel.com
On 14-04-02 03:19 AM, Darren Hart wrote:
These patches cleanup various aspects of the x86 and x86_64 CPU support by
consolidating it into the cfg/x86 and cfg/x86_64 fragments and removing
redundant configuration from some of the BSPs. The redundant bits were not
removed from the ISG BSPs,
On 14-04-02 11:11 AM, Stanacar, StefanX wrote:
On Wed, 2014-04-02 at 00:19 -0700, Darren Hart wrote:
CONFIG_X86_32 is a non-selectable configuration item, automatically set
by ARCH and !CONFIG_64BIT. There are no users of the .cfg nor the .scc.
Delete them.
Signed-off-by: Darren Hart
On Wed, 2014-04-02 at 18:11 +0300, Stefan Stanacar wrote:
On Wed, 2014-04-02 at 00:19 -0700, Darren Hart wrote:
CONFIG_X86_32 is a non-selectable configuration item, automatically set
by ARCH and !CONFIG_64BIT. There are no users of the .cfg nor the .scc.
Delete them.
On 4/2/14, 7:20, Bruce Ashfield bruce.ashfi...@windriver.com wrote:
On 14-04-02 03:19 AM, Darren Hart wrote:
These patches cleanup various aspects of the x86 and x86_64 CPU support
by
consolidating it into the cfg/x86 and cfg/x86_64 fragments and removing
redundant configuration from some of
On 4/2/14, 8:20, Stanacar, StefanX stefanx.stana...@intel.com wrote:
On Wed, 2014-04-02 at 18:11 +0300, Stefan Stanacar wrote:
On Wed, 2014-04-02 at 00:19 -0700, Darren Hart wrote:
CONFIG_X86_32 is a non-selectable configuration item, automatically
set
by ARCH and !CONFIG_64BIT. There
36 matches
Mail list logo