On 17.04.2018 15:44, Pekka Paalanen wrote:
On Mon, 9 Apr 2018 09:56:43 -0400
Ilia Mirkin wrote:
On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
wrote:
I would have guessed, that the use case would be quite common, as having a
Live video source rendered via OpenGL shouldn't be a
On 09.04.2018 15:56, Ilia Mirkin wrote:
On Mon, Apr 9, 2018 at 6:57 AM, Volker Vogelhuber
wrote:
Thanks for the response. I'm a bit confused. What is the difference between
a PRIME handle and a generic DMABUF file descriptor? I'm importing a buffer
from V4L2 into an Nvidia context.
Data). Depends on
precisely what you're doing, I suppose.
Cheers,
-ilia
On Fri, Apr 6, 2018 at 1:33 PM, Volker Vogelhuber
wrote:
Not sure if this is the right mailing list, or if the problem may belong to
the libdrm part.
I'm currently trying to import a DMABUF from
Not sure if this is the right mailing list, or if the problem may belong
to the libdrm part.
I'm currently trying to import a DMABUF from V4L2 UVC source (using
VIDIOC_EXPBUF) into OpenGL using EGL_LINUX_DMA_BUF_EXT. While this is
working fine with the i915 driver it fails with the Nouveau drive
I'm currently creating a surfaceless OpenGL context using the
EGL_KHR_surfaceless_context extension together with
eglGetPlatformDisplay/EGL_PLATFORM_GBM_MESA. So my default
framebuffer has no real buffers. I normally only render
to textures bound to FBOs. Due to an error on my side I called
glDra
Hi Daniel,
On 24 July 2017 at 14:56, Volker Vogelhuber
wrote:
I wonder if it is possible to have drmModeAddFB2 to handle
'X', 'R', '3', '0' at all. So is this supported in any way?
Secondly, you're correct that you would need (theoretically) to
as it's
own mailing list, take a look at the instruction for > more details [1].
> > On 24 July 2017 at 13:34, Volker Vogelhuber >
wrote: >> I have implemented a
display manager application that takes DMB-BUF FDs >> from another
process and presents them to a
Hi Daniel,
Hi Volker,
On 9 May 2017 at 12:32, Volker Vogelhuber
wrote:
On 09.05.2017 12:59, Philipp Zabel wrote:
You create two separate EGLImages, calling eglCreateImage once for each
plane. See for example:
https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl
On 09.05.2017 12:59, Philipp Zabel wrote:
On Tue, 2017-05-09 at 12:48 +0200, Volker Vogelhuber wrote:
[...]
Ok thanks for the clarification. There is only one missing part for the
GL_TEXTURE_2D case. The second EGLImage is created internally when
calling eglCreateImage with
On 09.05.2017 11:42, Philipp Zabel wrote:
On Tue, 2017-05-09 at 12:31 +0300, Tapani Pälli wrote:
On 05/09/2017 12:29 PM, Tapani Pälli wrote:
On 05/09/2017 12:14 PM, Volker Vogelhuber wrote:
Hi,
first sorry, for missing the subject in my mail to the mailing list,
then thanks
for the hint
05.2017 06:37, Tapani Pälli wrote:
Hi;
Take a look at Piglit test "ext_image_dma_buf_import-sample_yuv",
(https://cgit.freedesktop.org/piglit). Test creates EGLImage from dma
buf, binds to a texture and then samples this in a shader with
samplerExternalOES type from GL_OES_EGL_image
I'm currently trying to render a V4L2 image with OpenGL
on an Intel Apollo Lake using Linux 4.10 and Mesa 13.
Supprisingly I noticed that importing a DMABUF with format
DRM_FORMAT_YUYV into OpenGL using
eglCreateImage/glEGLImageTargetTexture2DOES
worked out of the box. But I noticed that there se
Hi,
I'm currently try to stream video data to an OpenGL texture.
While using the EGL_DRM_BUFFER_USE_SCANOUT_MESA flag
when creating the memory for the texture makes it at least
a bit easier (only X-tiling instead of Y-tiling on my intel GPU), it
is still tricky to compensate the tiling in the shad
On 07.04.2015 21:54, Chad Versace wrote:
On Thu 02 Apr 2015, Axel Davy wrote:
Hi,
you may be interesting look at this related bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=87452#c5
Yours,
Axel Davy
On 02/04/2015 11:58, Volker Vogelhuber wrote :
We currently want to stream OpenGL
We currently want to stream OpenGL output to an FPGA that does not provide
a SG controller and should manage the transfers from the CPU memory to it's
own hardware. For that reason we want to have the OpenGL driver (intel
baytrail)
to render at a specific memory area within the CPU system. Render
I'm currently trying to create an OpenGL texture from an existing memory
block
I allocated using CMEM(TI module). I adjusted CMEM to work on an intel
baytrail CoM. The block is filled by an FPGA that does not support scatter
gather DMA. So I reserved an area within the baytrail's system memory us
16 matches
Mail list logo
