<div dir="ltr"><div>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?</div>

<div><br></div><div>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?  </div>

<div><br></div><div>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?  </div>
<div><br></div><div>Thank you for all the hard work,</div><div>Josh Kurland</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 9, 2013 at 4:31 PM, Carlos Rafael Giani <span dir="ltr"><<a href="mailto:dv@pseudoterminal.org" target="_blank">dv@pseudoterminal.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Try:  DISPLAY=:0 gst-launch-1.0 playbin
      uri=<a>file:///myfile</a> video-sink=eglvivsink<br>
      <br>
      This assumes you have X11 built and running on your machine.<br>
      egvivsink support for Wayland and rendering to framebuffer will
      come in a later version.<br>
      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.<br>
      <br>
      cheers<div><div class="h5"><br>
      <br>
      On 2013-12-09 22:26, Joshua Kurland wrote:<br>
    </div></div></div><div><div class="h5">
    <blockquote type="cite">
      <div dir="ltr">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=<a>file:///myfile</a>
        video-sink=mfw_v4lsink'.  Can I make a one-to-one conversion
        from the old mfw_v4lsink to some other custom element?</div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">On Mon, Dec 9, 2013 at 4:17 PM, Carlos
          Rafael Giani <span dir="ltr"><<a href="mailto:dv@pseudoterminal.org" target="_blank">dv@pseudoterminal.org</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000">
              <div>Thats because they have different names. They all
                start with "imx" (with the exception of the eglvivsink).<br>
                These are entirely different plugins, written from
                scratch.
                <div>
                  <div><br>
                    <br>
                    On 2013-12-09 22:14, Joshua Kurland wrote:<br>
                  </div>
                </div>
              </div>
              <div>
                <div>
                  <blockquote type="cite">
                    <div dir="ltr">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.
                      <div> <br>
                      </div>
                      <div>Thanks,</div>
                      <div>Josh Kurland</div>
                    </div>
                    <div class="gmail_extra"><br>
                      <br>
                      <div class="gmail_quote">On Mon, Dec 9, 2013 at
                        3:31 PM, Carlos Rafael Giani <span dir="ltr"><<a href="mailto:dv@pseudoterminal.org" target="_blank">dv@pseudoterminal.org</a>></span>
                        wrote:<br>
                        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                          <div>On 2013-12-09 21:05, Joshua Kurland
                            wrote:<br>
                            <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> 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.<br>
                              <br>
                              Thanks,<br>
                              Josh Kurland<br>
                              <br>
                            </blockquote>
                            <br>
                          </div>
                          The environment variables look wrong to me.<br>
                          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)<br>
                          2. the "/build" part of the kernel headers
                          path needs to be removed<br>
                          3. do you use hardfloat or softfloat? In one
                          place, you use cortexa9, in another,
                          cortexa9hf<br>
                          <br>
                          I attached an example script that may be
                          clearer (at successfully builds the plugins).
                          It builds for the Sabre SD DualLite platform.<br>
                          <br>
                          cheers<br>
                        </blockquote>
                      </div>
                      <br>
                    </div>
                  </blockquote>
                  <br>
                </div>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br></div>