Tom,
hmm, I wonder if it was a bug/oversight for the YUV capabilities of
this extension to not depend on OES_EGL_image_external (which
unfortunately, doesn't seem to have a GL counterpart)?
I think this currently implies that you could sample from an imported
YUV eglimg using (for example) sample
On Mon, 20 Jun 2016 09:45:26 -0400
Rob Clark wrote:
> On Mon, Jun 20, 2016 at 8:37 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 11:44:34 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen
> >> wrote:
> >> > On Fri, 17 Jun 2016 08:26:04 -0400
> >> > Ro
On Mon, Jun 20, 2016 at 8:37 AM, Pekka Paalanen wrote:
> On Fri, 17 Jun 2016 11:44:34 -0400
> Rob Clark wrote:
>
>> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
>> > On Fri, 17 Jun 2016 08:26:04 -0400
>> > Rob Clark wrote:
>> >
>> >> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen
>
On Fri, 17 Jun 2016 11:44:34 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 08:26:04 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen
> >> wrote:
> >> > On Thu, 16 Jun 2016 10:40:51 -0400
> >> > Ro
On Fri, 17 Jun 2016 11:44:34 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
> > On Fri, 17 Jun 2016 08:26:04 -0400
> > Rob Clark wrote:
> >
> >> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen
> >> wrote:
> >> > On Thu, 16 Jun 2016 10:40:51 -0400
> >> > Ro
On Fri, Jun 17, 2016 at 9:31 AM, Pekka Paalanen wrote:
> On Fri, 17 Jun 2016 08:26:04 -0400
> Rob Clark wrote:
>
>> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen wrote:
>> > On Thu, 16 Jun 2016 10:40:51 -0400
>> > Rob Clark wrote:
>> >
>> >> So, if we wanted to extend this to support the four
On Fri, 17 Jun 2016 08:26:04 -0400
Rob Clark wrote:
> On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen wrote:
> > On Thu, 16 Jun 2016 10:40:51 -0400
> > Rob Clark wrote:
> >
> >> So, if we wanted to extend this to support the fourcc-modifiers that
> >> we have on the kernel side for compressed
On Fri, Jun 17, 2016 at 3:59 AM, Pekka Paalanen wrote:
> On Thu, 16 Jun 2016 10:40:51 -0400
> Rob Clark wrote:
>
>> So, if we wanted to extend this to support the fourcc-modifiers that
>> we have on the kernel side for compressed/tiled/etc formats, what
>> would be the right approach?
>>
>> A new
On Thu, 16 Jun 2016 10:40:51 -0400
Rob Clark wrote:
> So, if we wanted to extend this to support the fourcc-modifiers that
> we have on the kernel side for compressed/tiled/etc formats, what
> would be the right approach?
>
> A new version of the existing extension or a new
> EGL_EXT_image_dma_b
So, if we wanted to extend this to support the fourcc-modifiers that
we have on the kernel side for compressed/tiled/etc formats, what
would be the right approach?
A new version of the existing extension or a new
EGL_EXT_image_dma_buf_import2 extension, or ??
BR,
-R
On Mon, Feb 25, 2013 at 6:54
Hi All,
The final spec has had enum values assigned and been published on Khronos:
http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Thanks to all who've provided input.
Cheers,
Tom
> -Original Message-
> From: mesa-dev-bounces+tom.cooksey=arm@
11 matches
Mail list logo