---
src/mesa/drivers/dri/common/xmlpool/de.po | 138 ++---
1 files changed, 88 insertions(+), 50 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/de.po
b/src/mesa/drivers/dri/common/xmlpool/de.po
index 4ea82f9..aee758d 100644
---
---
src/mesa/drivers/dri/common/xmlpool/de.po | 19 +++
1 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/de.po
b/src/mesa/drivers/dri/common/xmlpool/de.po
index aee758d..933a05c 100644
---
---
src/mesa/drivers/dri/common/xmlpool/de.po | 141 +++--
1 files changed, 91 insertions(+), 50 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/de.po
b/src/mesa/drivers/dri/common/xmlpool/de.po
index 4ea82f9..8b5a296 100644
---
Lauri Kasanen cur...@gmx.com:
Hi Carl
It looks to me you wrote the translations in the result file; the
Makefile says you should be editing the .po file, and options.h
would autogenerate from that.
- Lauri
Whats the proper tool to auto generate the new entries in the .po file
from
---
src/mesa/drivers/dri/common/xmlpool/options.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/options.h
b/src/mesa/drivers/dri/common/xmlpool/options.h
index 1e584ba..d3d9c21 100644
---
---
src/mesa/drivers/dri/common/xmlpool/options.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/common/xmlpool/options.h
b/src/mesa/drivers/dri/common/xmlpool/options.h
index 1e584ba..d3d9c21 100644
---
Hi,
I could not compile mesa with llvm 3.0 from svn.
So i made this patch which fixes the issue: http://pastebin.com/1Y19vrFf
Is this a proper patch? Or should there be more version checking with
#if for it?
Thank You
___
mesa-dev mailing list
Hello Guys,
I wrote a small GUI to monitor that tracks some data that could be
used to detect bottlenecks in the mesa drivers.
Here's a screenshot: http://wwwpub.zih.tu-dresden.de/~s3734770/gpumon.png
The project is hoster here: https://bitbucket.org/carli/gpumon
svenstaro recommended me to
Zitat von Jose Fonseca jfons...@vmware.com:
Sorry about that.
I don't know if GLAPIENTRY should be part of GL ES headers or not --
I'm not even sure there's an ABI defined on Windows.
The OpenGL library has to use the stdcall convention on windows while
it's cdecl on linux. For ES
the st_screen.
(this future patch would require the last two ones, so would be nice
if they're discussed and applied)
From 4dab2441e2c63da4b9ec470e5994a81cdf954c3b Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch carl-philip.haen...@mailbox.tu-dresden.de
Date: Fri, 20 May 2011 16:37:07 +0200
This attached patch should enable an option for forcing anisotropy
from driconf.
Please comment or push if it's ok.
From 79e2c7785ab0398eaf7a2ebc70ef980a26b7ca3a Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch carli@carli-laptop.(none)
Date: Thu, 19 May 2011 21:45:55 +0200
Subject: [PATCH
Hi,
Most of the gallium parameters are passed via envvars. For a
user-friendly interface, it would be nice to add set parameters via
driconf. A good example is globally overriding the AF settings.
So my question is: how can I add checkboxes, radio buttons etc. to the
driconf settings
This patch enables anisotropic filtering under r600g.
From b5ad4e6fb399203afcfe2a5ccb35bb8ccad28b65 Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch carli@carli-laptop.(none)
Date: Fri, 6 May 2011 22:48:08 +0200
Subject: [PATCH] r600g: add support for anisotropic filtering
---
src/gallium
Zitat von Jerome Glisse j.gli...@gmail.com:
Please resend by attaching the patch not pasting it
Here you have
From b5ad4e6fb399203afcfe2a5ccb35bb8ccad28b65 Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch carli@carli-laptop.(none)
Date: Fri, 6 May 2011 22:48:08 +0200
Subject: [PATCH] r600g
From b5ad4e6fb399203afcfe2a5ccb35bb8ccad28b65 Mon Sep 17 00:00:00 2001
From: Carl-Philip Haensch carli@carli-laptop.(none)
Date: Fri, 6 May 2011 22:48:08 +0200
Subject: [PATCH] r600g: add support for anisotropic filtering
---
src/gallium/drivers/r600/r600_state.c | 20
Hi,
The first patch for more verbose logging why texture compression fails
showed me that the problem was in the internalFormat.
But i did not know which internalFormat the compression of this
texture needed.
So i extended the code a bit to log which OpenGL extension is needed
for each
Hi,
Unigine heaven fails to load compressed textures, but the only output was
Mesa: User error: GL_INVALID_ENUM in glTexImage2D
So I decided to change the error checking routine a bit to see where
the actual
problems are.
This is the patch.
Commit message: Print a reason why
Hi,
the r600 has capabilities of bicubic texture filtering. But I found no
constant in mesa that would force bicubic filtering, so I only added a
todo into the r600 driver to add the case once if I know which mesa
constant stands for it.
---
18 matches
Mail list logo
