[meta-freescale] Regarding GStreamer-1.x status on iMX6Q

[Joshua Kurland]

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 running on a new build later today, but until I
get that working would you mind if I ask you a few more questions?

1.)  The project I have been working on made use of the multi overlay
support from mfw_isink.  Specifically it was used for overlaying static
jpeg images on top of a playing video.  Will this or something like it be
possible using eglvivsink?

2.)  When I was using mfw_isink, I noticed that their was a five second
buffer time between two consecutive pipelines.  What kind of delays can be
expected from eglvivsink?  On my x86_64 development desktop with
gstreamer-1.0.8 I am able to use features in playbin to seamlessly play
files back to back by changing the source URI.  Would this be possible
using the new framework?

Thank you for all the hard work,
Josh Kurland




On Mon, Dec 9, 2013 at 4:31 PM, Carlos Rafael Giani
<dv at pseudoterminal.org>wrote:

>  Try:  DISPLAY=:0 gst-launch-1.0 playbin uri=file:///myfilevideo-sink=eglvivsink
>
> This assumes you have X11 built and running on your machine.
> egvivsink support for Wayland and rendering to framebuffer will come in a
> later version.
> Please also check your CPU usage. If it is much higher with some videos,
> I'd like to know. There is one area where an unfortunate design limitation
> of the VPU libraries (and potentially the VPU itself) can cause this
> problem. I am thinking about workarounds, but its uncertain if it can be
> overcome. Worst case, some videos require tweaking of one GStreamer element
> property.
>
> cheers
>
>
> On 2013-12-09 22:26, Joshua Kurland wrote:
>
> Ah, okay.  Gst-inspect-1.0 now shows imxvpu, imxipu, etc.  In order to
> decode a simple video from a file, what would the new pipeline look like?
>  Normally I would run something like 'gst-launch-0.10 playbin2 uri=
> file:///myfile 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 <dv at pseudoterminal.org
> > wrote:
>
>>  Thats because they have different names. They all start with "imx"
>> (with the exception of the eglvivsink).
>> These are entirely different plugins, written from scratch.
>>
>>
>> On 2013-12-09 22:14, Joshua Kurland wrote:
>>
>> Thanks Carlos, that script helped out a lot and I am able to compile the
>> binaries.  I modified your script to use the wandboard-quad sysroots and
>> ran the script.  I then ran ./waf and  sudo ./waf install.  I copied the
>> binaries from /usr/local/lib to my board in /usr/lib and
>> /usr/lib/gstreamer-1.0.  Everything seemed fine, but when I use
>> gst-inspect-1.0 to find mfw_v4lsink 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 <
>> dv at pseudoterminal.org> wrote:
>>
>>> 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
>>>> sysroot/cortexa9hf-vfp-neon-poky-linux-gnueabi/usr/lib/pkgconfig/libfslvpuwrap.pc.
>>>>  I am adding libfslvpuwrap as a package under the IMAGE_INSTALL section of
>>>> my image recipe, is this not the correct way?  I've attached my environment
>>>> script as well as the error log, I would appreciate any help I can get.
>>>>
>>>> Thanks,
>>>> Josh Kurland
>>>>
>>>>
>>>  The environment variables look wrong to me.
>>> 1. export
>>> CFLAGS="--sysroot=/opt/poky/1.5+gst/sysroots/x86_64-linux/usr/bin/cortexa9-vfp-neon-poky-linux-gnueabi"
>>> : sysroot is not supposed to point to the cross compiler directory, but to
>>> the sysroot of the *device* (same goes for the LDFLAGS, the
>>> PKG_CONFIG_SYSROOT_DIR, and the kernel headers path)
>>> 2. the "/build" part of the kernel headers path needs to be removed
>>> 3. do you use hardfloat or softfloat? In one place, you use cortexa9, in
>>> another, cortexa9hf
>>>
>>> I attached an example script that may be clearer (at successfully builds
>>> the plugins). It builds for the Sabre SD DualLite platform.
>>>
>>> cheers
>>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20131210/647ec58d/attachment.html>