From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-bk0-f47.google.com (mail-bk0-f47.google.com [209.85.214.47]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 52D02E01422 for ; Mon, 15 Jul 2013 01:02:58 -0700 (PDT) Received: by mail-bk0-f47.google.com with SMTP id jg1so4393396bkc.6 for ; Mon, 15 Jul 2013 01:02:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type:x-gm-message-state; bh=txrA828yZKZyCJ5XWYmHR848KaO7luKtcHgWVS4f1CI=; b=gEb4mhO2/Hh1OgOutaSRv+ak2Nf7YHOGVomSom8t9N/WlDIJDEFvTu9dYZARYe+bsm llINZRaWqq4E+107B87D0aLXICauw9Tt88Yqup6lwJrrYqr3mRBC5WmEikjfP8+uw3o0 SGNBwK1KYcjRGdcNISBdsL4xCYKFJlpVEjADOyOaKImzxPXht45xUD1k5b4zI9RMeboq jc7SvVET7jJQ7ADD17qCQnAOwpCoL4yV+n3o0E86NMXwYfdDsusIp5kMIitZbfbjoMZs DdoKxvZezdW/c2PNv+FfQKUcm3i/b6+hW8Pnu81F6AdU2pA6toglZ45zTwSQzGx53TU4 Vn1Q== X-Received: by 10.205.13.71 with SMTP id pl7mr2382980bkb.108.1373875377635; Mon, 15 Jul 2013 01:02:57 -0700 (PDT) Received: from rudolf.localnet (ppp-82-135-84-132.dynamic.mnet-online.de. [82.135.84.132]) by mx.google.com with ESMTPSA id qw6sm11630060bkb.4.2013.07.15.01.02.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 15 Jul 2013 01:02:57 -0700 (PDT) From: Thomas Senyk To: meta-freescale@yoctoproject.org Date: Mon, 15 Jul 2013 10:02:32 +0200 Message-ID: <3095502.UnpDof3epL@rudolf> Organization: Pelagicore AG User-Agent: KMail/4.10.5 (Linux/3.9.9-1-ARCH; KDE/4.10.5; x86_64; ; ) In-Reply-To: References: <51E00ECB.5090507@gmail.com> MIME-Version: 1.0 X-Gm-Message-State: ALoCoQk7XJm1GAWZiwXhA3GABS/9QyuH1fVp6OTyV0zlfdW6sdPuSv6QXBG/NDVQfY3IPsJKhtAL Subject: Re: Gstreamer pipeline problem X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jul 2013 08:02:59 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Friday, 12 July, 2013 17:44:41 Chris Tapp wrote: > Hi John, > > On 12 Jul 2013, at 15:12, John Weber wrote: > > Hi Chris, > > > >> That's unfortunate as I need a pipeline which can run on many different > >> platforms, including 'standard pc'. This was one reason why I was using > >> fakesink to capture the images - v4l looked like a way to go so that I > >> could stream the video direct to the screen and get the full benefits of > >> any acceleration supported by a platform (zero copy, etc.).> > > I think you will probably need to build an application that creates a > > pipeline based on the host. For example, a desktop system probably will > > not have much use for V4L output devices, so they might not use v4l2sink > > but autovideosink. On a i.MX6 for example, you'll want to use > > mfw_v4lsink, which as I understand it does take advantage of some of the > > built-in acceleration. > > > > Also, for video decoding (H.264 decompression I mean), you'll want to > > change the element you use there as well. For i.MX6 this is vpudec, but > > for general purpose there is x264dec (think that is the name but not > > sure). > Yes, that's one of the reasons I've been using playbin2 and fakesink. I'm > hoping that playbin will build a decent decode pipeline and I can then use > the frames in fakesink to create an OpenGLES texture which I can render in > my app. This also gives a portable way of rendering the video where I want, > at the size I need and without and decoration. > > I was hoping that glupload may help make this more efficient, but I can't > even get gst-plugins-gl to build at the moment. I'm not sure if glupload will help you. I tried last week to integrate into Qt and failed. It heavily depends on the usecase and whether your using X11 or not. The reason why gst-plugins-gl is applicable for me/QtMultimedia: https://lists.yoctoproject.org/pipermail/meta-freescale/2013-July/003563.html Maybe your usecase is different. Maybe it's good enough for you to render into another framebuffer or you're using X11. > > Chris Tapp > > opensource@keylevel.com > www.keylevel.com > > > > _______________________________________________ > meta-freescale mailing list > meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale