Ian Romanick writes:
> On 06/21/2011 10:58 AM, tom fogal wrote:
> > Michel D=C3=A4nzer writes:
> It should work fine with Xvfb or any other X server, using any
> kind of display connection.
> >>>
> >>> This thread started because Xvfb isn't offering what I need: GL
> >>> 2.0.
> >>
> >>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/21/2011 10:58 AM, tom fogal wrote:
> Michel Dänzer writes:
>> On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:=20
>>> On 06/21/2011 10:23 AM, Michel D=C3=A4nzer wrote:
On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> On 06/21/2
Michel Dänzer writes:
> On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:=20
> > On 06/21/2011 10:23 AM, Michel D=C3=A4nzer wrote:
> > > On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> > >> On 06/21/2011 01:06 AM, Michel D=C3=A4nzer wrote:
> > >>> On Mon, 2011-06-20 at 13:46 -0600, tom fo
On Die, 2011-06-21 at 10:34 -0600, tom fogal wrote:
> On 06/21/2011 10:23 AM, Michel Dänzer wrote:
> > On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> >> On 06/21/2011 01:06 AM, Michel Dänzer wrote:
> >>> On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> Nathan Kidd writes:
>
On 06/21/2011 10:23 AM, Michel Dänzer wrote:
On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
On 06/21/2011 01:06 AM, Michel Dänzer wrote:
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kiddwrites:
[snip]
You a
On Die, 2011-06-21 at 10:10 -0600, tom fogal wrote:
> On 06/21/2011 01:06 AM, Michel Dänzer wrote:
> > On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> >> Nathan Kidd writes:
> >>> On 11-06-20 02:55 PM, tom fogal wrote:
> Nathan Kidd writes:
> >> [snip]
> You are correct, renderi
On 06/21/2011 01:06 AM, Michel Dänzer wrote:
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
[snip]
You are correct, rendering is indirect!
Of course, for indirect rendering every glFoo() function call ne
On Mon, 2011-06-20 at 13:46 -0600, tom fogal wrote:
> Nathan Kidd writes:
> > On 11-06-20 02:55 PM, tom fogal wrote:
> > > Nathan Kidd writes:
> [snip]
> > > You are correct, rendering is indirect! I was unaware that direct
> > > vs. indirect limited *GL* features. Why is that the case, and wh
On 11-06-20 01:22 PM, tom fogal wrote:
I am trying to get some regression tests to run in Xvfb. On my
workstation, the GL_VERSION string from this is:
1.4 (2.1 Mesa 7.7.1)
according to glxinfo. The extensions fairly clearly show 2.x features.
Is it perhaps the case that 2.1 features were a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/20/2011 10:22 AM, tom fogal wrote:
> I am trying to get some regression tests to run in Xvfb. On my
> workstation, the GL_VERSION string from this is:
>
> 1.4 (2.1 Mesa 7.7.1)
>
> according to glxinfo. The extensions fairly clearly show 2.x
On 11-06-20 03:46 PM, tom fogal wrote:
Nathan Kidd writes:
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
[snip]
You are correct, rendering is indirect! I was unaware that direct
vs. indirect limited *GL* features. Why is that the case, and what
can be done?
Of course, for
Nathan Kidd writes:
> On 11-06-20 02:55 PM, tom fogal wrote:
> > Nathan Kidd writes:
[snip]
> > You are correct, rendering is indirect! I was unaware that direct
> > vs. indirect limited *GL* features. Why is that the case, and what
> > can be done?
>
> Of course, for indirect rendering every g
Try the following command:
LIBGL_DEBUG=verbose glxinfo
and see what's the problem (just a few beginning lines that are new).
Have you installed mesa from sources? If so, didn't you forget about
dri drivers (in your case, swrast_dri.so)?
2011/6/20 tom fogal :
> Gustaw Smolarczyk writes:
>> Isn't
That's the way OpenGL versioning works, you could only expose some GL
base level if you support *all* of the needed extensions for this base
level. However every driver is free to expose additional extensions it
supports.
It is the applications job to enumerate the available extensions in
order to
On 11-06-20 02:55 PM, tom fogal wrote:
Nathan Kidd writes:
Both the major and minor portions of the version number are
of arbitrary length. The vendor-specific information is
optional. However, if it is present, the format and contents are
implementation specific. "
Yes, I know how the versio
Gustaw Smolarczyk writes:
> Isn't that version because it uses indirect rendering? AFAIK indirect
> limits GL version to 1.4. There is the version of X's AIGLX driver in
> parentheses, but only 1.4 features can be used.
Ahh, this is the type of caveat I was hoping to hear ;)
> But it may not be
Nathan Kidd writes:
> On 11-06-20 01:22 PM, tom fogal wrote:
> > I am trying to get some regression tests to run in Xvfb. On my
> > workstation, the GL_VERSION string from this is:
> >
> >1.4 (2.1 Mesa 7.7.1)
[snip]
> > In any case, the above version string breaks projects like GLEW
[snip]
>
Isn't that version because it uses indirect rendering? AFAIK indirect
limits GL version to 1.4. There is the version of X's AIGLX driver in
parentheses, but only 1.4 features can be used.
But it may not be the case here. Could you check wheter glxinfo says
that direct rendering is enabled?
2011/6
On 11-06-20 01:22 PM, tom fogal wrote:
I am trying to get some regression tests to run in Xvfb. On my
workstation, the GL_VERSION string from this is:
1.4 (2.1 Mesa 7.7.1)
according to glxinfo. The extensions fairly clearly show 2.x features.
Is it perhaps the case that 2.1 features were a
I am trying to get some regression tests to run in Xvfb. On my
workstation, the GL_VERSION string from this is:
1.4 (2.1 Mesa 7.7.1)
according to glxinfo. The extensions fairly clearly show 2.x features.
Is it perhaps the case that 2.1 features were available in 7.7.1, but
not /all/ 2.1 featu
20 matches
Mail list logo
