From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ee0-f50.google.com (mail-ee0-f50.google.com [74.125.83.50]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id C51E5E013D6 for ; Fri, 12 Jul 2013 01:56:39 -0700 (PDT) Received: by mail-ee0-f50.google.com with SMTP id d49so5971724eek.23 for ; Fri, 12 Jul 2013 01:56:38 -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=1PtNYX5/xUmadEvFbdEXXIcm7KPd/b+LJyLECriJUR0=; b=BO4t+l48ISlGIxZJRmLelCucdgCX3ZlIqw7dz4A3SKpLj/AUoSWfFiQQdYGB4AQ7YY 2hy8BnRUrrzps/nlKmgpns3mpKfRYU1oAsZf3cCFf+LYLZ7j24lHWLkl9i8rkxKLubhI gY2ngbvJyUu125My5Eh3UHdBu8anV11Q0DaPjIzt+wcr5F6Pao0PbdwSSRvk/wOyDMcF MEkNEsJF3XBgCXE8jLhcjrz7mm5rgjGpNVUTfVM+TbkYe0IqJR0iAg/BG0G9UoI9dDJF U+soI17TTuZXWo0chr/N+N2Yt5vO3V/IFoizwFJxnvC8ZpSsT8JOBtom9MDmvPgcOd/H 2LYA== X-Received: by 10.14.7.133 with SMTP id 5mr46478218eep.115.1373619398310; Fri, 12 Jul 2013 01:56:38 -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 c3sm13131240eev.3.2013.07.12.01.56.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Jul 2013 01:56:37 -0700 (PDT) From: Thomas Senyk To: Robert Winkler Date: Fri, 12 Jul 2013 10:56:15 +0200 Message-ID: <45819715.P7POsvGn3d@rudolf> Organization: Pelagicore AG User-Agent: KMail/4.10.5 (Linux/3.9.8-1-ARCH; KDE/4.10.5; x86_64; ; ) In-Reply-To: References: <1797012.Po2ZnTUHJW@rudolf> MIME-Version: 1.0 X-Gm-Message-State: ALoCoQn0iuhmUVTh5ubLL5xTABupjSGEt1FJxXRhhB064NZtd66B/qB9oUMzLQIVwnPVomKU2Tp9 Cc: "meta-freescale@yoctoproject.org" , Rogerio Nunes , Otavio Salvador Subject: Re: QtMultimedia on i.MX6 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: Fri, 12 Jul 2013 08:56:40 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Thursday, 11 July, 2013 12:58:34 Robert Winkler wrote: > On Wed, Jul 10, 2013 at 6:30 AM, Philip Craig wrote: > > On Wed, Jul 10, 2013 at 8:41 PM, Thomas Senyk > > > > wrote: > > > On Wednesday, 10 July, 2013 20:32:05 Philip Craig wrote: > > >> I'm not sure why it needs to be imx6 specific. Doesn't the opengl API > > > > make > > > > >> it so that it doesn't need to be specific? The Qt eglfs platform is > > > > using > > > > >> the vivante opengl libraries. As I understand it, the parts that need > > > > to be > > > > >> imx6 specific are confined to the eglfs platform plugin. > > >> > > >> qt-gstreamer is at http://cgit.freedesktop.org/gstreamer/qt-gstreamer > > > > > > No. There is no vendor-independent way to map cpu/vpu based memory into > > > > gpu > > > > > (/opengl) memory. > > > Without 'mapping' one needs to copy/upload via glTexImage2D. > > > This one single line(!) consumes >100% cpu of one iMX6 core for 1080p. > > > If you 'map' the cpu load is very easily <10% > > I was under the same impression as Philip that OpenGL does provide the > functions glMapBuffer and glMapBufferRange. Standard OpenGL does provide > both. > Then I checked and OpenGL ES 2.0 does not have those functions but OpenGL > ES 3.0 has the latter ( > https://www.khronos.org/opengles/sdk/docs/man3/xhtml/glMapBufferRange.xml). > > So to clarify, if the i.MX 6 did support OpenGL ES 3 would that qualify as > a vendor-independent way to map memory? Sorry it's slightly unrelated I'm > just curious. Possibly ... partly! :) You're still missing YUV support. So you either have a hardware-converter (unlikely) or you got a opengl-YUV- extensions (which is part of the vivante api) So opengl es 3.0 + yuv-extension ... might be possible :) But then you're back to needing a extension ;) (at least it could be vendor independent) When does the imx6 get opengl es 3.0 anyway? I've read that the chip (gc2000) is opengl es3.0 capable ..?... so it's just a matter of drivers? I've already seen opengl 3.0 features ... e.g. multisample-texture support! > > > Thanks for the explanation. Just to be sure I understand you: there is > > no standard way to allocate dma buffers, so the gpu cannot do the copy > > itself? I see that gst-plugins-gl relies on gstbufmeta from the > > gst-fsl-plugins package to determine the physical address of dma > > buffers allocated by the vpu plugin or by the v4l2src. > > > > And yes, qt-gstreamer is using glTexImage2D. I guess that could be > > patched, but then you may as well just patch QtMultimedia like you > > were planning. > > _______________________________________________ > > meta-freescale mailing list > > meta-freescale@yoctoproject.org > > https://lists.yoctoproject.org/listinfo/meta-freescale