On Mon, Aug 08, 2011 at 02:03:59PM -0700, Corbin Simpson wrote:
> Unless I missed something, we (the Mesa developers) do not endorse using
> S3TC at all, anywhere in the stack, as long as it is patented.
Here, you reference the "full" S3TC implementation:
http://dri.freedesktop.org/wiki/S3TC
All
https://bugs.freedesktop.org/show_bug.cgi?id=39588
--- Comment #7 from huihui.zh...@intel.com 2011-08-08 20:02:52 PDT ---
(In reply to comment #6)
> Created an attachment (id=49902)
View: https://bugs.freedesktop.org/attachment.cgi?id=49902
Review: https://bugs.freedesktop.org/review?bug=39588&a
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #7 from Bryan Cain 2011-08-08 17:26:28
PDT ---
Thanks, although bisecting the regression in the glsl-to-tgsi branch will
probably give more helpful results.
Also, since I've never used R600_DUMP_TGSI before, I now see that in additi
On Sun, Aug 7, 2011 at 5:25 PM, Marek Olšák wrote:
> Hi,
>
> I have been recently trying to get thread offloading of the CS ioctl
> into r600g in order to reduce the impact of kernel overhead on fps.
> That, unfortunately, requires whole winsys/radeon to be used, because
> even the buffer manageme
Thank for the review !
I was referring to my previous var packing patch. Previous patch made GLSL
optimisation entering an infinite loop (it added a variable, then
dead_code_elimination removed it sometimes because not all occurences of the
packed variables were replaced.)
I made some change, I
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #6 from Sven Arvidsson 2011-08-08 14:57:29 PDT ---
Created an attachment (id=50043)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50043)
TGSI output from normal rendering
--
Configure bugmail: https://bugs.freedesktop.org/use
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #5 from Sven Arvidsson 2011-08-08 14:56:42 PDT ---
Created an attachment (id=50042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50042)
TGSI output from broken rendering
(In reply to comment #4)
> Also, if you're using r600g,
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #4 from Bryan Cain 2011-08-08 14:40:05
PDT ---
Also, if you're using r600g, you can dump the TGSI output with the environment
variable R600_DUMP_SHADERS=1. Regardless of the driver, you can also dump the
GLSL IR output by setting ME
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #3 from Bryan Cain 2011-08-08 14:25:45
PDT ---
Can you check out the glsl-to-tgsi branch and bisect it there? That will give
me a better idea of what's causing the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userpr
On Mon, Aug 8, 2011 at 8:02 PM, Rudolf Polzer wrote:
> Without that, it'll be hard for me to get distros interested in it.
I'll make sure it's available in Gentoo very soon.
Matt
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fre
Unless I missed something, we (the Mesa developers) do not endorse using
S3TC at all, anywhere in the stack, as long as it is patented.
Have you actually talked to any distros?
This is my last post; we aren't getting anywhere.
Sending from a mobile, pardon my terseness. ~ C.
On Aug 8, 2011 1:02
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #2 from Henri Verbeet 2011-08-08 13:20:33 PDT
---
I've seen similar issues in a couple of other applications using Wine as well.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
On Mon, Aug 08, 2011 at 12:52:14PM -0700, Corbin Simpson wrote:
[force_s3tc_enable]
> It is not transparent if applications must opt into using it.
Applications must also opt into using the regular S3TC extension, by using the
appropriate texture format constant. No difference there, just a differ
It is not transparent if applications must opt into using it.
Please go ask distributions to pick this up; we aren't going to do it
without the legal issues being cleared up.
Sending from a mobile, pardon my terseness. ~ C.
On Aug 8, 2011 6:12 AM, "Rudolf Polzer" wrote:
> On Mon, Aug 08, 2011 at
Sending from a mobile, pardon my terseness. ~ C.
On Aug 8, 2011 6:12 AM, "Rudolf Polzer" wrote:
> On Mon, Aug 08, 2011 at 05:49:09AM -0700, Jose Fonseca wrote:
>> - Original Message -
>> > The suggestion however is to include a S2TC-like method with Mesa, to
>> > basically
>> > make sure t
https://bugs.freedesktop.org/show_bug.cgi?id=39941
--- Comment #1 from Sven Arvidsson 2011-08-08 12:47:14 PDT ---
Created an attachment (id=50040)
--> (https://bugs.freedesktop.org/attachment.cgi?id=50040)
normal rendering
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=39941
Summary: [regression] glsl-to-tgsi broke rendering in Fallout 3
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: me
On 08/07/2011 02:25 AM, Jose Fonseca wrote:
> - Original Message -
>> On Sat, Aug 6, 2011 at 5:07 AM, Chad Versace
>> wrote:
>>> On 08/05/2011 05:41 AM, Dan Nicholson wrote:
I haven't
seen any Android.mk files show up in freetype or expat or anything
like that. In the same w
On 5 August 2011 18:29, Kenneth Graunke wrote:
> On 08/03/2011 05:07 PM, Paul Berry wrote:
>> When link_functions.cpp adds a new function to the final linked
>> program, it needs to add it after any global variable declarations
>> that the function refers to, otherwise the IR will be invalid (beca
2011/8/8 Christian König :
> Am Montag, den 08.08.2011, 15:00 +0200 schrieb Maarten Lankhorst:
>> On 08/08/2011 12:10 PM, Christian König wrote:
>> > Most modern players doesn't do it like this any more, but it still seems
>> > to cause a bunch of problems when seeking or fast forward both with
>>
2011/8/8 Jose Fonseca
> - Original Message -
> > On Mon, Aug 08, 2011 at 01:01:14AM -0700, Corbin Simpson wrote:
> > > On Mon, Aug 8, 2011 at 12:58 AM, Egon Ashrafinia
> > > wrote:
> > > > As I said in IRC ~ 2 Weeks ago, it is very Important that we
> > > > support S3TC!
> > > >
> > > >
2011/8/8 Christian König :
> Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
>> The attached patch I believe should satisfy everyone's needs here. It
>> removes the use of pipe_video_decode_buffer from the state tracker and
>> moves it to the shader decoder. This lets every decoder p
Am Montag, den 08.08.2011, 15:00 +0200 schrieb Maarten Lankhorst:
> On 08/08/2011 12:10 PM, Christian König wrote:
> > Most modern players doesn't do it like this any more, but it still seems
> > to cause a bunch of problems when seeking or fast forward both with
> > mplayer and xine.
> >
> > So I
On 08/08/11 00:58, Egon Ashrafinia wrote:
> I mean, the main problem is that this is a Software Patent, correct? Always
> as I
> know, only in the United States of America, correct?
Incorrect. There's also quite a few other countries which allow software
patents directly, such as Japan, South K
On 08/07/2011 01:21 PM, Bryan Cain wrote:
This reverts an unnecessary part of commit 4683529048ee and fixes misrendering
and an assertion failure in Cogs.
Fixes freedesktop.org bug 39888.
---
Reviewed-by: Brian Paul
___
mesa-dev mailing list
mesa-d
On 08/05/2011 06:21 PM, Kenneth Graunke wrote:
On 08/05/2011 06:45 AM, Brian Paul wrote:
On Thu, Aug 4, 2011 at 4:26 PM, Kenneth Graunke wrote:
Hey,
I'd like to remove libGLw from the main Mesa repository. It never
changes, and almost noone uses it...because GL and Motif is awesome, right?
On 08/07/2011 01:49 PM, Vincent Lejeune wrote:
This new patch fix an issue with some shader (mandelbrot demo)
Are you referring to your var packing patch?
Is the mandelbrot demo not working with a particular driver? Which one?
-Brian
___
mesa-dev m
I'll let the GLSL guys review the functionality of this, but a few
high-level comments:
1. What exactly is var packing? Do you mean storing 4 float vars in a
vector register? A better commit message is needed, plus some
comments at the top of the file explaining what's going on.
2. Core
On 08/07/2011 11:51 PM, Ben Widawsky wrote:
> After copy buffer on preGEN6, it is necessary to wait for the blit to
> complete before returning data to the user.
>
> This fixes the piglit test: copy_buffer_coherency.
>
> Signed-off-by: Ben Widawsky
Reviewed-by: Kenneth Graunke
On Mon, Aug 08, 2011 at 05:49:09AM -0700, Jose Fonseca wrote:
> - Original Message -
> > The suggestion however is to include a S2TC-like method with Mesa, to
> > basically
> > make sure that in the long run NO distro has no support for S3TC
> > uploading,
> > without requiring an extra dec
On 08/08/2011 12:10 PM, Christian König wrote:
> Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
>> The attached patch I believe should satisfy everyone's needs here. It
>> removes the use of pipe_video_decode_buffer from the state tracker and
>> moves it to the shader decoder. This
- Original Message -
> On Mon, Aug 08, 2011 at 01:01:14AM -0700, Corbin Simpson wrote:
> > On Mon, Aug 8, 2011 at 12:58 AM, Egon Ashrafinia
> > wrote:
> > > As I said in IRC ~ 2 Weeks ago, it is very Important that we
> > > support S3TC!
> > >
> > > I mean, the main problem is that this is
Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
> The attached patch I believe should satisfy everyone's needs here. It
> removes the use of pipe_video_decode_buffer from the state tracker and
> moves it to the shader decoder. This lets every decoder parse the
> incoming macroblocks
>From f76d23a57996eea6862d3bd899e08f9cb3ac5dec Mon Sep 17 00:00:00 2001
From: Lauri Kasanen
Date: Mon, 8 Aug 2011 12:20:27 +0300
Subject: [PATCH] r600g: Add support for ROUND, v2
This is a GLSL 1.3 feature, but also used by MLAA.
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/r600/r600_a
On Son, 2011-08-07 at 13:14 +0900, Chia-I Wu wrote:
> On Sat, Aug 6, 2011 at 5:07 AM, Chad Versace wrote:
> > On 08/05/2011 05:41 AM, Dan Nicholson wrote:
> >> On Thu, Aug 4, 2011 at 7:55 PM, Chad Versace wrote:
> >>>
> >>> The entirety of the Android project --- libc, webkit, the window manager
On Mon, Aug 08, 2011 at 01:01:14AM -0700, Corbin Simpson wrote:
> On Mon, Aug 8, 2011 at 12:58 AM, Egon Ashrafinia
> wrote:
> > As I said in IRC ~ 2 Weeks ago, it is very Important that we support S3TC!
> >
> > I mean, the main problem is that this is a Software Patent, correct? Always
> > as I kn
On Mon, Aug 8, 2011 at 12:58 AM, Egon Ashrafinia
wrote:
> As I said in IRC ~ 2 Weeks ago, it is very Important that we support S3TC!
>
> I mean, the main problem is that this is a Software Patent, correct? Always
> as I know, only in the United States of America, correct?
>
> If so, in my opinoin
As I said in IRC ~ 2 Weeks ago, it is very Important that we support S3TC!
I mean, the main problem is that this is a Software Patent, correct? Always
as I know, only in the United States of America, correct?
If so, in my opinoin the solution is simple. Let's do it the same as we did
with --textu
> > On 8 August 2011 03:58, Jose Fonseca wrote:
> > > It's subjective. It depends on the expected input distribution,
> > > which is effectively impossible to characterize in general. One
> > > can easily find datasets where one method gives biased results and
> > > the other not, and vice versa.
- Original Message -
> On 8 August 2011 03:58, Jose Fonseca wrote:
> > It's subjective. It depends on the expected input distribution,
> > which is effectively impossible to characterize in general. One
> > can easily find datasets where one method gives biased results and
> > the other
40 matches
Mail list logo
