[Mesa-dev] [PATCH 2/2] - drirc: whitelist glthread for Euro Truck Simulator 2

--- src/mesa/drivers/dri/common/drirc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/mesa/drivers/dri/common/drirc b/src/mesa/drivers/dri/common/drirc index 1311db9..be731a0 100644 --- a/src/mesa/drivers/dri/common/drirc +++ b/src/mesa/drivers/dri/common/drirc @@ -178,6 +178,9 @@ TODO

[Mesa-dev] [PATCH 1/2] - drirc: whitelist glthread for American Truck Simulator

--- src/mesa/drivers/dri/common/drirc | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/mesa/drivers/dri/common/drirc b/src/mesa/drivers/dri/common/drirc index 69b735c..1311db9 100644 --- a/src/mesa/drivers/dri/common/drirc +++ b/src/mesa/drivers/dri/common/drirc @@ -175,6 +175,9 @@ TODO

Re: [Mesa-dev] [PATCH] meta: enable vertex attributes in the context of the newly created array object

Not having push access rights, I hope this fix gets merged soon. Hopefully a stable release candidate as well. Thanks, Petr On 12.11.2013 00:32, Brian Paul wrote: On 11/11/2013 04:19 PM, Petr Sebor wrote: Otherwise, the function would enable generic vertex attributes 0 and 1 of the array

[Mesa-dev] [PATCH] meta: enable vertex attributes in the context of the newly created array object

, leading to NULL pointer dereference. Signed-off-by: Petr Sebor --- This version is really much better for the reasons both you and Ian mentioned. And... works for me! Thanks! Petr --- src/mesa/drivers/common/meta.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/mesa

[Mesa-dev] [PATCH] meta: rebind the array object to prevent corruption of current one in setup_glsl_blit_framebuffer

dereference. Signed-off-by: Petr Sebor --- src/mesa/drivers/common/meta.c | 5 + 1 file changed, 5 insertions(+) diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c index aa50dde..06e3e3c 100644 --- a/src/mesa/drivers/common/meta.c +++ b/src/mesa/drivers/common/meta.c

Re: [Mesa-dev] S2TC - yet another attempt to solve the "S3TC issue"

On 10.8.2011 0:13, Ian Romanick wrote: Two words: contributory infringement. The Mesa code would be doing something that enables something else to infringe. No distro will ship it because it makes them liable. Don't look for logic or reason or sense in the legal system. You won't find it.

Re: [Mesa-dev] S2TC - yet another attempt to solve the "S3TC issue"

wanted to pay for that part at the given time. It worked well. Regards, Petr -- Petr Sebor / SCS Software [ http://www.scssoft.com ] ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

On 20.3.2011 22:21, Patrick Baggett wrote: Offhand, anyone know when these patents expire? Patrick If the following is right: http://en.wikipedia.org/wiki/Term_of_patent_in_the_United_States then given S3TC patent http://v3.espacenet.com/publicationDetails/biblio?CC=US&NR=5956431&KC=&FT=E

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

On 20.3.2011 20:23, Mathias Gottschlag wrote: Argh, meant to reply to list. If this nvidia library has a s3tc patent license, cannot this be used as a starting point, as done with the current dxt library? Unmodified, as an external binary? Wouldn't that circumvent the whole issue as you do n

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

le to compress them them on the fly. Otherwise the EXT_tc_s3tc is no go. This is (I believe) the difference that matters. Petr -- Petr Sebor / SCS Software [ http://www.scssoft.com ] ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

roblem, because they were actually implementing the patented stuff. This is crazy. I think this is a dead end since there is no chance of ever getting out of this FUD spiral. Petr -- Petr Sebor / SCS Software [ http://www.scssoft.com ] ___

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

On 20.3.2011 1:40, Henri Verbeet wrote: On 20 March 2011 00:42, Petr Sebor wrote: And this is not an undocumented hack. ARB_texture_compression explicitly defines mechanisms to work with 'unknown' formats providing a safe passthrough. Thats what glCompressedTexImage actually is f

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

On 19.3.2011 16:06, Henri Verbeet wrote: On 19 March 2011 12:24, Petr Sebor wrote: But just because we are all 'used to' simply check for the existence of the GL_EXT_texture_compression_s3tc doesn't mean we really want to use it at all. Many of the current applications

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

we just had to use it to get S3TC). Regards, Petr -- Petr Sebor / SCS Software [ http://www.scssoft.com ] ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] Naked DXTn support via ARB_texture_compression?

On 18.3.2011 16:50, Henri Verbeet wrote: On 18 March 2011 14:19, Petr Sebor wrote: I know that at least our games would benefit from this feature immediately, but I guess Wine people might welcome this as well, where 'benefit' means - do not have to painfully install the external D

[Mesa-dev] Naked DXTn support via ARB_texture_compression?

benefit from this feature immediately, but I guess Wine people might welcome this as well, where 'benefit' means - do not have to painfully install the external DXT library, which is very likely not needed at all. What are your opinions? It it something that might be possi