Am 21.09.2014 16:40, schrieb Mathias Fröhlich:
>
> Hi,
>
> On Thursday, September 18, 2014 03:56:11 Roland Scheidegger wrote:
>> I agree it is something which would be nice to have in mesa, however I'm
>> not really a big proponent of implementing some half-baked bogus mess
>> extension, which is
Hi,
On Thursday, September 18, 2014 03:56:11 Roland Scheidegger wrote:
> I agree it is something which would be nice to have in mesa, however I'm
> not really a big proponent of implementing some half-baked bogus mess
> extension, which is further more completely different to what the only
> avai
Am 17.09.2014 09:21, schrieb Mathias Fröhlich:
>
> Good Morning,
>
> On Monday, September 15, 2014 20:33:17 Roland Scheidegger wrote:
>> I don't really know what to do though. It looks like the implementation
>> doesn't really do what the nv spec claims anyway, so it's difficult to
>> even figure
Good Morning,
On Monday, September 15, 2014 20:33:17 Roland Scheidegger wrote:
> I don't really know what to do though. It looks like the implementation
> doesn't really do what the nv spec claims anyway, so it's difficult to
> even figure out what should be done...
That all gets much more inter
On 09/15/2014 10:41 AM, Roland Scheidegger wrote:
> Am 14.09.2014 16:07, schrieb mathias.froehl...@gmx.net:
>> From: Mathias Fröhlich
>>
>> Will be used in the implementation of NV_depth_buffer_float.
>>
>> Signed-off-by: Mathias Froehlich > ---
>> src/mesa/main/glformats.c | 18 +
Am 15.09.2014 19:04, schrieb Mathias Fröhlich:
>
> Hi again,
>
> On Monday, September 15, 2014 18:11:51 Roland Scheidegger wrote:
>> btw I'm not entirely sure everything is really correct with llvmpipe wrt
>> that extension (the rasterization stuff, gallium isn't involved in the
>> texture conver
Am 15.09.2014 18:28, schrieb Mathias Fröhlich:
>
> Hi Roland,
>
> On Monday, September 15, 2014 16:57:49 Roland Scheidegger wrote:
>> Hmm actually that wasn't right, it does make a difference if the nv or
>> core format enums are used, at least for texture specification (nv won't
>> clamp, wherea
Hi again,
On Monday, September 15, 2014 18:11:51 Roland Scheidegger wrote:
> btw I'm not entirely sure everything is really correct with llvmpipe wrt
> that extension (the rasterization stuff, gallium isn't involved in the
> texture conversion). There's some very annoying differences how things
>
Hi,
On Monday, September 15, 2014 18:11:51 Roland Scheidegger wrote:
> btw I'm not entirely sure everything is really correct with llvmpipe wrt
> that extension (the rasterization stuff, gallium isn't involved in the
> texture conversion). There's some very annoying differences how things
> work
Hi Roland,
On Monday, September 15, 2014 16:57:49 Roland Scheidegger wrote:
> Hmm actually that wasn't right, it does make a difference if the nv or
> core format enums are used, at least for texture specification (nv won't
> clamp, whereas core will) and probably for rasterization too, what a
>
Am 15.09.2014 16:57, schrieb Roland Scheidegger:
> Am 15.09.2014 16:41, schrieb Roland Scheidegger:
>> Am 14.09.2014 16:07, schrieb mathias.froehl...@gmx.net:
>>> From: Mathias Fröhlich
>>>
>>> Will be used in the implementation of NV_depth_buffer_float.
>>>
>>> Signed-off-by: Mathias Froehlich >>
Am 15.09.2014 16:41, schrieb Roland Scheidegger:
> Am 14.09.2014 16:07, schrieb mathias.froehl...@gmx.net:
>> From: Mathias Fröhlich
>>
>> Will be used in the implementation of NV_depth_buffer_float.
>>
>> Signed-off-by: Mathias Froehlich > ---
>> src/mesa/main/glformats.c | 18 ++
Am 14.09.2014 16:07, schrieb mathias.froehl...@gmx.net:
> From: Mathias Fröhlich
>
> Will be used in the implementation of NV_depth_buffer_float.
>
> Signed-off-by: Mathias Froehlich ---
> src/mesa/main/glformats.c | 18 ++
> src/mesa/main/glformats.h | 3 +++
> 2 files change
From: Mathias Fröhlich
Will be used in the implementation of NV_depth_buffer_float.
Signed-off-by: Mathias Froehlich http://lists.freedesktop.org/mailman/listinfo/mesa-dev
14 matches
Mail list logo