mesa3d-users

Re: [Mesa3d-users] Mesa3D on Windows XP

[Alexey E. <al...@gm...>]

Hi All !

I'm a BETA tester of the Open-Source community - and so - I would like
to test the Mesa3D on Windows XP.
But can you provide me with a binary *.dll and basic instructions ?

-- 
-Alexey Eromenko "Technologov"

Re: [Mesa3d-users] Mesa3D on Windows XP

[Haravikk <ad...@ha...>]

Do you know of any applications that will look for the same entry- 
point in the dll?
All evidence seems to suggest that it is using the dll I've put in the  
application folder rather than than the Microsoft one, as the  
Microsoft one does not give any error at all, and it is able to report  
the version correctly. It's not just the launcher either, the game  
itself tries the local dll over the Microsoft one, and also reports  
the error when trying to start-up.

As for how the check works, it seems to look for "tags" or whatever  
(probably the GL_RENDERER and GL_VENDOR parts you mention), this  
allows it to identify builds it knows won't be valid. For anything  
else it then seems to try and access the parts of the dll it needs,  
glTexImage3D is presumably the first one that fails. It doesn't  
provide any log-information or anything beyond it's error message, so  
I can't tell if it's started doing its "live test" of accessing the  
DLL, and discounted the local one for some other reason, falling back  
upon the Microsoft one.

Do the mesa3d demo applications demonstrate the full range of OpenGL  
features in use?

On 24 Dec 2008, at 23:56, Karl Schultz wrote:

> Sounds like the problem is the self-check tool that is making sure
> that the opengl32 lib is legit.
>
> If you knew exactly what it was looking for, you could perhaps modify
> Mesa to match.  For example, there is a GL_RENDERER and a GL_VENDOR
> string that the game is checking for a match.  You could determine
> these values for the MSFT DLL and set them to the same values in the
> MSFT DLL.
>
> I have no other ideas without knowing more about the app.
>
> If you wanted to verify that your Mesa DLLs are ok, you could find
> some other GL app and try your DLLs with it.
>
> On Wed, Dec 24, 2008 at 5:31 AM, Haravikk <ad...@ha...> wrote:
>> I had no luck replacing the Windows opengl32.dll, as you say XP  
>> just brings
>> it right back. So I've been trying the files in the application  
>> directory.
>> I'm fairly certain that they are being detected as well, as the  
>> game I'm
>> trying to run (KOTOR 2) has a sort of self-check tool that looks  
>> for OpenGL,
>> DirectX etc. (why it needs both beats me). It's when I run this  
>> tool that I
>> get the error, and on its little report it reports finding an  
>> unknown opengl
>> version. With the Windows default open gl dll it reports the  
>> version (1.1)
>> and claims this is insufficient, but throws no errors, presumably  
>> it doesn't
>> encounter the glTexImage3D error though because after checking the  
>> version
>> number it immediately stops testing.
>>
>> So as far as I can tell I'm getting the error /with/ the Mesa3D dll
>> correctly installed in the game's directory along with all the  
>> other build
>> result files Visual Studio produced in /lib/. It could be that I've  
>> managed
>> not to compile properly somehow (though it seemed straightforward  
>> enough),
>> so if someone had pre-compiled ones for XP then I could check to  
>> see if that
>> helps any.
>>
>> On 23 Dec 2008, at 22:23, Karl Schultz wrote:
>>
>>> You are probably accidentally picking up the MSFT opengl libs.  They
>>> do not export glTexImage3D; Mesa does.
>>>
>>> If you are trying to copy the OPENGL32.DLL on top of MSFT's, that  
>>> will
>>> not work.  Win XP self-repairs known system DLL's.
>>>
>>> Suggest examining your link parameters to be sure you are picking up
>>> the Mesa-generated LIB/DLL files.
>>>
>>> On Fri, Dec 19, 2008 at 3:21 PM, Haravikk <ad...@ha...>  
>>> wrote:
>>>>
>>>> Hi there,
>>>>
>>>> I'm trying to install the Mesa 3D Open GL drivers onto Windows XP
>>>> (SP3) in order to get a game working that requires OpenGL 1.4 or
>>>> higher. The reason I'm doing this is because I'm running XP under
>>>> emulation, so can't use proper graphics card drivers from NVIDIA.
>>>>
>>>> Anyway, I got the free copy of Visual Studio 2008 from my  
>>>> university,
>>>> and built the latest Mesa 3D version (7.2). It appears to have  
>>>> built
>>>> successfully (I got all the expected files), however, when I  
>>>> install
>>>> them I get an error from the application I want to run as follows:
>>>>
>>>> "The procedure entry point glTexImage3D could not be located in the
>>>> dynamic link library OPENGL32.DLL".
>>>>
>>>> Anyone know what could be wrong? Ideally I'd just like to have a  
>>>> copy
>>>> of the DLLs etc. that are known to work under XP and support at  
>>>> least
>>>> OpenGL 1.4, if anyone could provide that it would be much  
>>>> appreciated!
>>>>
>>>> Thanks
>>>> Haravikk
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Mesa3d-users mailing list
>>>> Mes...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>>>>
>>
>>

Re: [Mesa3d-users] Mesa3D on Windows XP

[Haravikk <ad...@ha...>]

I had no luck replacing the Windows opengl32.dll, as you say XP just  
brings it right back. So I've been trying the files in the application  
directory. I'm fairly certain that they are being detected as well, as  
the game I'm trying to run (KOTOR 2) has a sort of self-check tool  
that looks for OpenGL, DirectX etc. (why it needs both beats me). It's  
when I run this tool that I get the error, and on its little report it  
reports finding an unknown opengl version. With the Windows default  
open gl dll it reports the version (1.1) and claims this is  
insufficient, but throws no errors, presumably it doesn't encounter  
the glTexImage3D error though because after checking the version  
number it immediately stops testing.

So as far as I can tell I'm getting the error /with/ the Mesa3D dll  
correctly installed in the game's directory along with all the other  
build result files Visual Studio produced in /lib/. It could be that  
I've managed not to compile properly somehow (though it seemed  
straightforward enough), so if someone had pre-compiled ones for XP  
then I could check to see if that helps any.

On 23 Dec 2008, at 22:23, Karl Schultz wrote:

> You are probably accidentally picking up the MSFT opengl libs.  They
> do not export glTexImage3D; Mesa does.
>
> If you are trying to copy the OPENGL32.DLL on top of MSFT's, that will
> not work.  Win XP self-repairs known system DLL's.
>
> Suggest examining your link parameters to be sure you are picking up
> the Mesa-generated LIB/DLL files.
>
> On Fri, Dec 19, 2008 at 3:21 PM, Haravikk <ad...@ha...> wrote:
>> Hi there,
>>
>> I'm trying to install the Mesa 3D Open GL drivers onto Windows XP
>> (SP3) in order to get a game working that requires OpenGL 1.4 or
>> higher. The reason I'm doing this is because I'm running XP under
>> emulation, so can't use proper graphics card drivers from NVIDIA.
>>
>> Anyway, I got the free copy of Visual Studio 2008 from my university,
>> and built the latest Mesa 3D version (7.2). It appears to have built
>> successfully (I got all the expected files), however, when I install
>> them I get an error from the application I want to run as follows:
>>
>> "The procedure entry point glTexImage3D could not be located in the
>> dynamic link library OPENGL32.DLL".
>>
>> Anyone know what could be wrong? Ideally I'd just like to have a copy
>> of the DLLs etc. that are known to work under XP and support at least
>> OpenGL 1.4, if anyone could provide that it would be much  
>> appreciated!
>>
>> Thanks
>> Haravikk
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Mesa3d-users mailing list
>> Mes...@li...
>> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>>

[Mesa3d-users] Mesa3D on Windows XP

[Haravikk <ad...@ha...>]

Hi there,

I'm trying to install the Mesa 3D Open GL drivers onto Windows XP  
(SP3) in order to get a game working that requires OpenGL 1.4 or  
higher. The reason I'm doing this is because I'm running XP under  
emulation, so can't use proper graphics card drivers from NVIDIA.

Anyway, I got the free copy of Visual Studio 2008 from my university,  
and built the latest Mesa 3D version (7.2). It appears to have built  
successfully (I got all the expected files), however, when I install  
them I get an error from the application I want to run as follows:

"The procedure entry point glTexImage3D could not be located in the  
dynamic link library OPENGL32.DLL".

Anyone know what could be wrong? Ideally I'd just like to have a copy  
of the DLLs etc. that are known to work under XP and support at least  
OpenGL 1.4, if anyone could provide that it would be much appreciated!

Thanks
Haravikk

Re: [Mesa3d-users] glXCreatePixmap() fails in swrast DRI

[Brian P. <bri...@tu...>]

조성원 wrote:
> Hi.
> 
>  
> 
> I compiled Mesa-7.2 using swrast DRI on X11R7.4.
> 
>  
> 
> Almost Mesa-demo apps(e.g : glxgear) works well but glxgears_pixmap 
> didn't work well.
> 
>  
> 
> I debuged glxgear_pixmap and Mesa-7.2 source code.
> 
>  
> 
> And I found which function is failed.
> 
>  
> 
> Inside of glxgear_pixmap source code, make_window() calls 
> glXCreatePixmap() but glXCreatePixmap returns NULL.
> 
>  
> 
> I traced glXCreatePixmap() and found that driCreateDrawable() in 
> drisw_glx.c makes problem.
> 
>  
> 
> driCreateDrawable() checks 2nd arg xDrawable and 3th arg drawable is 
> same or not.
> 
>  
> 
> ---------------------------------------
> 
>     if (xDrawable != drawable)
> 
>     return NULL;
> 
> ---------------------------------------
> 
>  
> 
> Because xDrawable and drawable is different driCreateDrawable() return NULL.
> 
>  
> 
> glXCreatePixmap() is not supported in swrast DRI? or Mesa didn't support 
> glXCreatePixmap() ?
> 
>  
> 
> Actually I also failed run glxgear_pixmap in R200 DRI(ubuntu 8.10 linuxbox).
> 
>  
> 
> Can anybody help me please?

I'm not sure that GLXPixmaps ever worked.  Nowadays, pbuffers and
Framebuffer Objects are the preferred way to go.

-Brian

[Mesa3d-users] glXCreatePixmap() fails in swrast DRI

[조성원 <seo...@sa...>]

<HTML><HEAD><META http-equiv=Content-Type content='text/html; charset=euc-kr'>
<title>Samsung Enterprise Portal mySingle</title>
<style> P, td, li {font-family:굴림체, arial; font-size:9pt; margin-top:5px;margin-bottom:5px;} body{font-family:굴림체, arial; font-size:9pt;}</style>
</HEAD>
<BODY>Hi.
<p>&nbsp;</p>
<p>I compiled Mesa-7.2 using&nbsp;swrast DRI on X11R7.4.</p>
<p>&nbsp;</p>
<p>Almost Mesa-demo apps(e.g : glxgear)&nbsp;works well but glxgears_pixmap 
didn't work well.</p>
<p>&nbsp;</p>
<p>I debuged glxgear_pixmap and&nbsp;Mesa-7.2 source code.</p>
<p>&nbsp;</p>
<p>And I&nbsp;found which function is failed.</p>
<p>&nbsp;</p>
<p>Inside of glxgear_pixmap source code, make_window()&nbsp;calls glXCreatePixmap() 
but glXCreatePixmap returns NULL.</p>
<p>&nbsp;</p>
<p>I traced glXCreatePixmap() and found that driCreateDrawable() in drisw_glx.c 
makes problem.</p>
<p>&nbsp;</p>
<p>driCreateDrawable() checks 2nd arg xDrawable and 3th arg drawable is same 
or not.</p>
<p>&nbsp;</p>
<p>---------------------------------------</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;if (xDrawable != drawable)</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;return NULL;</p>
<p>---------------------------------------</p>
<p>&nbsp;</p>
<p>Because xDrawable and drawable is different driCreateDrawable() return NULL.</p>
<p>&nbsp;</p>
<p>glXCreatePixmap() is not supported in swrast DRI? or Mesa didn't support 
glXCreatePixmap() ?</p>
<p>&nbsp;</p>
<p>Actually I also failed run glxgear_pixmap in R200 DRI(ubuntu 8.10 linuxbox).</p>
<p>&nbsp;</p>
<p>Can anybody help me please?</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p><p>&nbsp;</p><!--SP:seongwon1.cho--><p>&nbsp;</p>
<p>&nbsp;</p>
<TABLE cellSpacing=0 cellPadding=5 width="410" border=0>
<TBODY>
<TR>
<TD align=middle width=148 height=63><EMBED 
src=http://www.supermandoo.com/samsung/logo1.swf width=147 height=43 
type=application/x-shockwave-flash menu="false" quality="high"> </TD>
<TD width="242" height=63>
<CENTER><FONT face=verdana color=darkblue size=2><B>조 성 원 / Cho, Seong 
Won</B></FONT></CENTER></TD></TR>
<TR bgColor=#e7e7e7>
<TD align=middle width=148><A href="http://www.sec.co.kr/" target=_blank><IMG 
src="http://www.sec.co.kr/images/template/menu_samsungdigitall.gif" 
border=0></A> </TD>
<TD width="242">
<P align=left style><FONT face="굴림" size="2">&nbsp;&nbsp;복합단말개발팀</FONT><FONT face="Verdana" size="2"> 
            ,&nbsp;Open OS S/W </FONT><FONT size="2" face="Verdana">그룹,</FONT> </P>
            <p align="left"><FONT size="2" face="Verdana">&nbsp;&nbsp;</FONT><FONT face="Verdana" size="2">Linux Lab.</FONT><FONT face="Verdana" size="1"><BR><BR>&nbsp;&nbsp;&nbsp;Open 
            OS S/W Group. Linux Lab.<BR></FONT></p>
            <p align="left"><FONT face="Verdana" size="1">&nbsp;&nbsp;&nbsp;Multimedia 
            Device R&amp;D Team.</FONT></p>
            <p align="left"><FONT face="Verdana" size="1">&nbsp;&nbsp;&nbsp;Mobile Device Division.<BR>&nbsp;&nbsp;&nbsp;Telecommunication 
Network<BR>&nbsp;&nbsp;&nbsp;Samsung Electronics Co. Ltd.</FONT></p>
</TD></TR>
<TR>
<TD align=right width="400" colSpan=2>
<P align=left style><FONT face=verdana size=1>&nbsp;&nbsp;&nbsp;Phone : +82-31-301-5373 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Anycall : 
+82-10-7260-5373<BR>&nbsp;&nbsp;&nbsp;Mail : 
seo...@sa...</FONT></P>
</TD></TR></TBODY></TABLE>
<p>&nbsp;</p><!--seongwon1.cho:EP--></BODY></HTML>

Re: [Mesa3d-users] egl support for MESA

[Philipp K. K. <pk...@sp...>]

Ameya Shendye schrieb:
> Hi,
> Is there any source code available for EGL implementation on MESA?
>  
> -Ameya

When I get Mesa from git, there's a directory mesa/src/egl/src
containing about a dozen source files.

Philipp

[Mesa3d-users] egl support for MESA

[Ameya S. <ame...@gm...>]

Hi,
Is there any source code available for EGL implementation on MESA?

-Ameya

Re: [Mesa3d-users] Problems accessing lightsource array in shader

[Brian P. <bri...@tu...>]

Christoph Schied wrote:
> Hi!
> 
> When i try to access the gl_LightSourceParametes array in a shader, it 
> results in a segfault:
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7febdf585760 (LWP 28262)]
> 0x00007febda7a7502 in _slang_alloc_statevar (n=0x238f3c8, 
> paramList=0x9d8800) at shader/slang/slang_builtin.c:201
> warning: Source file is more recent than executable.
> 201	      if (strcmp(field, "ambient") == 0) {
> Current language:  auto; currently c
> 
> 
> this gets triggered by the following statement:
> gl_LightSourceParameters asdf = gl_LightSource[0];
> 
> 
> how can i access the lightsourceparameters array in a shader?

Yeah, this is a problem at this time.  The only work-around for now is 
to access specific fields of gl_LightSource[x], not the whole structure.

In any case, you might try to avoid structure copying like that in your 
shaders.  It boils down to a bunch of GPU MOV instructions.  Your shader 
will run faster if you can avoid that.

-Brian

Re: [Mesa3d-users] Extension implementation status

[Philipp K. K. <pk...@sp...>]

Jin, Gordon schrieb:
> For i965 dri driver, it's supported in mesa master branch.

However since AFAIK the necessary DRM module is not yet in the vanilla
kernel all the i965 owners out there don't really have it yet (and are
stuck at an old OpenGL version), no matter which Mesa version they use.

Philipp

Re: [Mesa3d-users] Extension implementation status

[Marcos B. <mar...@gm...>]

Mesa 7.3 or the next version?

2008/12/8 Jin, Gordon <gor...@in...>:
> For i965 dri driver, it's supported in mesa master branch.
>
> Gordon
>
> -----Original Message-----
> From: Marcos Barbosa [mailto:mar...@gm...]
> Sent: Monday, November 24, 2008 7:32 AM
> To: gl...@fr...
> Cc: mesa3d-users
> Subject: Re: [Mesa3d-users] Extension implementation status
>
> Official Intel driver version .2.5.1?
>
> 2008/11/23 Jerome Glisse <gl...@fr...>:
>> On Sat, 2008-11-22 at 20:01 -0200, Marcos Barbosa wrote:
>>> What is the status of the implementation of the extension
>>> GL_ARB_occlusion_query in the Mesa?
>>> Sorry my english
>>> Thanks.
>>
>> It's supported by core mesa, but if you are using a DRI driver
>> than it might not be supported yet, depending on the driver.
>>
>> Cheers,
>> Jerome
>>
>>
>
>
>
> --
> Marcos Henrique Esteves Barbosa
> mar...@gm...
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>



-- 
Marcos Henrique Esteves Barbosa
mar...@gm...

Re: [Mesa3d-users] Extension implementation status

[Jin, G. <gor...@in...>]

For i965 dri driver, it's supported in mesa master branch.

Gordon 

-----Original Message-----
From: Marcos Barbosa [mailto:mar...@gm...] 
Sent: Monday, November 24, 2008 7:32 AM
To: gl...@fr...
Cc: mesa3d-users
Subject: Re: [Mesa3d-users] Extension implementation status

Official Intel driver version .2.5.1?

2008/11/23 Jerome Glisse <gl...@fr...>:
> On Sat, 2008-11-22 at 20:01 -0200, Marcos Barbosa wrote:
>> What is the status of the implementation of the extension
>> GL_ARB_occlusion_query in the Mesa?
>> Sorry my english
>> Thanks.
>
> It's supported by core mesa, but if you are using a DRI driver
> than it might not be supported yet, depending on the driver.
>
> Cheers,
> Jerome
>
>



-- 
Marcos Henrique Esteves Barbosa
mar...@gm...

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Mesa3d-users mailing list
Mes...@li...
https://lists.sourceforge.net/lists/listinfo/mesa3d-users

Re: [Mesa3d-users] Voodoo5 and Mesa DRI

[Chris S. <ch...@ap...>]

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Chris Szilagyi schrieb:
>
>> libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
>> display: :0  screen: 0
>> direct rendering: Yes
>> ...
>> OpenGL vendor string: Mesa Project
>> OpenGL renderer string: Software Rasterizer
>> OpenGL version string: 2.1 Mesa 7.3-devel
>> OpenGL shading language version string: 1.10
>>
>> What concerns me is the renderer string shows "Software Rasterizer"...
>> isn't this supposed to show "Mesa DRI..."?
>
> Well, you get the software rasterizer and from the line "libGL:
> OpenDriver: trying /usr/lib/dri/swrast_dri.so" it isn't even trying to
> get hardware rasterization when starting an OpenGL application. That
> means there probably has been an earlier error, you should look for
> lines marked with EE in your /var/log/Xorg.0.log to find out about that.
>
> Philipp

Thank you very much, I did just that and found that DRI was not getting
enabled for the tdfx driver in X11.  I ended up having to run
system-config-display and set the color level to "Thousands of colors",
which set DefaultDepth to 16 in /etc/X11/xorg.conf.  Now, Xorg.0.log shows
that DRI is enabled, and glxinfo shows:

OpenGL vendor string: VA Linux Systems, Inc.
OpenGL renderer string: Mesa DRI Voodoo4 20061113 x86/MMX/SSE

I know this is a little outside of the scope of Mesa itself, but I really
appreciate the help!

--
Chris

Re: [Mesa3d-users] Voodoo5 and Mesa DRI

[Philipp K. K. <pk...@sp...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Chris Szilagyi schrieb:

> libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
> display: :0  screen: 0
> direct rendering: Yes
> ...
> OpenGL vendor string: Mesa Project
> OpenGL renderer string: Software Rasterizer
> OpenGL version string: 2.1 Mesa 7.3-devel
> OpenGL shading language version string: 1.10
> 
> What concerns me is the renderer string shows "Software Rasterizer"...
> isn't this supposed to show "Mesa DRI..."?

Well, you get the software rasterizer and from the line "libGL:
OpenDriver: trying /usr/lib/dri/swrast_dri.so" it isn't even trying to
get hardware rasterization when starting an OpenGL application. That
means there probably has been an earlier error, you should look for
lines marked with EE in your /var/log/Xorg.0.log to find out about that.

Philipp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkk4/SgACgkQbtUV+xsoLppdWQCeLiFIhfZgqlgaXxwMbBCrjLJ8
IekAoJHRw994Ge7Ybx7eJfnz+Y5M2pdE
=wOly
-----END PGP SIGNATURE-----

[Mesa3d-users] Voodoo5 and Mesa DRI

[Chris S. <ch...@ap...>]

Hello,

I have a Voodoo5 5500 AGP card in a dual proc PIII system. I recently
upgraded to Fedora 10 and noticed that some 3D OpenGL apps are running
very poor.  In Fedora 8 everything had been performing great.  Now for
instance, running glxgears comes to about 45 fps, and when enlarging the
window to my full screen it goes down to 16 fps, which makes me believe
somehow hardware acceleration is not working.  I have the mesa-libGL and
Glide3 packages installed as recommended by Fedora which is supposed to
provide direct DRI support with Mesa for the Voodoo5.  glxinfo is giving:

libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
display: :0  screen: 0
direct rendering: Yes
...
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.3-devel
OpenGL shading language version string: 1.10

What concerns me is the renderer string shows "Software Rasterizer"...
isn't this supposed to show "Mesa DRI..."?

I have read through the documentation and at this point I'm completely
lost.  If anybody could shed some light on this or get me started in the
right direction I would be very happy.

Thanks in advance!!

--
Chris

[Mesa3d-users] Problems accessing lightsource array in shader

[Christoph S. <Chr...@un...>]

Hi!

When i try to access the gl_LightSourceParametes array in a shader, it 
results in a segfault:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7febdf585760 (LWP 28262)]
0x00007febda7a7502 in _slang_alloc_statevar (n=0x238f3c8, 
paramList=0x9d8800) at shader/slang/slang_builtin.c:201
warning: Source file is more recent than executable.
201	      if (strcmp(field, "ambient") == 0) {
Current language:  auto; currently c


this gets triggered by the following statement:
gl_LightSourceParameters asdf = gl_LightSource[0];


how can i access the lightsourceparameters array in a shader?

greetings, Christoph Schied

Re: [Mesa3d-users] Texture compression support in software rasterizer

[Brian P. <bri...@tu...>]

Philipp Klaus Krause wrote:
> Would it be sufficient to add
> 
> ctx->Extensions.EXT_texture_compression_s3tc = GL_TRUE;
> ctx->Extensions.GL_S3_s3tc = GL_TRUE;
> ctx->Extensions.GL_3DFX_texture_compression_FXT1 = GL_TRUE;
> 
> to _mesa_enable_sw_extensions() in extensions.c to enable texture
> compression in the software rasterizer?

That's basically it.  I've checked in a change that does this when the 
external dxt compression library is found.

-Brian

Re: [Mesa3d-users] Texture compression support in software rasterizer

[Philipp K. K. <pk...@sp...>]

Would it be sufficient to add

ctx->Extensions.EXT_texture_compression_s3tc = GL_TRUE;
ctx->Extensions.GL_S3_s3tc = GL_TRUE;
ctx->Extensions.GL_3DFX_texture_compression_FXT1 = GL_TRUE;

to _mesa_enable_sw_extensions() in extensions.c to enable texture
compression in the software rasterizer?

Philipp

[Mesa3d-users] Is there OpenGL ES support?

[Ben H. <ha...@gm...>]

Hello all,
Is there support for OpenGL ES in Mesa?
If not, is it planned for future releases or patches?
Thanks,
Ben

Re: [Mesa3d-users] mesa

[Brian P. <bri...@tu...>]

darko wrote:
> I have few questions I instaled mesa from source on my celeronP4 agp 
> mx400geforce before that i used envy for installation of my drivers for 
> graphics and with that i get /usr/include/GL dir and in that dir nvidia 
> gl and glx extension does now mesa replacement my drivers and what will 
> be faster mesa drivers or nvidia card drivers beacos i noticed that now 
> glx and gk extensions are from sgi. Second I no se nvidia_dri.so how wil 
> dri now act and third why does nvidia does not provide glu.h for its card???

If you're using NVIDIA hardware, you should use NVIDIA's drivers.  The 
"nouveau" Mesa drivers for NVIDIA probably aren't ready for non-developers.

If you clobbed your NVIDIA installation with Mesa, you'll have to 
re-install your NVIDIA driver package.

I think most Linux distros already include GLU and GLUT libraries but if 
they're missing you can build "stand-alone" Mesa (see web page 
instructions) and just copy the libGLU.so and libglut.so libraries to 
wherever you want.

-Brian

[Mesa3d-users] glut

[darko <da...@po...>]

/usr/local/include/GL/gl.h:105:1: warning: this is the location of the 
previous definition
make[2]: *** There is no rules for making target 
`../../lib/glut/libglut.so', kojeg traži `test1'. Zaustavi.
make[2]: Izlazim iz direktorija `/home/darko/OpenGL/glut-3.7/test/glut'
make[1]: *** [all] Error 2
make[1]: Izlazim iz direktorija `/home/darko/OpenGL/glut-3.7/test'
make: *** [all] Error 2
debian:/home/darko/OpenGL/glut-3.7#

How now to compile glut beacos some progs From Linux programming 
unleashes requires a glut??

-- 
Darko

Linux debian sid 2.6.18-6-686 

[Mesa3d-users] mesa

[darko <da...@po...>]

I have few questions I instaled mesa from source on my celeronP4 agp 
mx400geforce before that i used envy for installation of my drivers for 
graphics and with that i get /usr/include/GL dir and in that dir nvidia 
gl and glx extension does now mesa replacement my drivers and what will 
be faster mesa drivers or nvidia card drivers beacos i noticed that now 
glx and gk extensions are from sgi. Second I no se nvidia_dri.so how wil 
dri now act and third why does nvidia does not provide glu.h for its card???

-- 
Darko

Linux debian sid 2.6.18-6-686 

Re: [Mesa3d-users] Mesa compiling

[Brian P. <bri...@tu...>]

darko wrote:
> glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
> In file included from glcontextmodes.c:67:
> glcontextmodes.h:39: warning: type defaults to ‘int’ in declaration of 
> ‘__GLXvisualConfig’
> glcontextmodes.h:39: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
> glcontextmodes.c:132: warning: type defaults to ‘int’ in declaration of 
> ‘__GLXvisualConfig’
> glcontextmodes.c:132: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
> make[2]: *** [glcontextmodes.o] Error 1
> make[2]: Izlazim iz direktorija `/home/darko/OpenGL/Mesa-7.2/src/glx/x11'
> make[1]: *** [subdirs] Erorr 1
> make[1]: Izlazim iz direktorija `/home/darko/OpenGL/Mesa-7.2/src'
> make: *** [default] Error 1
> debian:/home/darko/OpenGL/Mesa-7.2# --
> 
> How to compile Mesa 7.2 What i need to do to have glxint.h in GL directory
> 
> Darko
> 
> Linux debian sid 2.6.18-6-686 

I sounds like you need the glproto package from Xorg.  If you're doing a 
DRI build, you'll also need driproto and DRM.

-Brian

[Mesa3d-users] Mesa compiling

[darko <da...@po...>]

glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
In file included from glcontextmodes.c:67:
glcontextmodes.h:39: warning: type defaults to ‘int’ in declaration of 
‘__GLXvisualConfig’
glcontextmodes.h:39: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
glcontextmodes.c:132: warning: type defaults to ‘int’ in declaration of 
‘__GLXvisualConfig’
glcontextmodes.c:132: error: expected ‘;’, ‘,’ or ‘)’ before ‘*’ token
make[2]: *** [glcontextmodes.o] Error 1
make[2]: Izlazim iz direktorija `/home/darko/OpenGL/Mesa-7.2/src/glx/x11'
make[1]: *** [subdirs] Erorr 1
make[1]: Izlazim iz direktorija `/home/darko/OpenGL/Mesa-7.2/src'
make: *** [default] Error 1
debian:/home/darko/OpenGL/Mesa-7.2# --

How to compile Mesa 7.2 What i need to do to have glxint.h in GL directory

Darko

Linux debian sid 2.6.18-6-686 

Re: [Mesa3d-users] Extension implementation status

[Marcos B. <mar...@gm...>]

Official Intel driver version .2.5.1?

2008/11/23 Jerome Glisse <gl...@fr...>:
> On Sat, 2008-11-22 at 20:01 -0200, Marcos Barbosa wrote:
>> What is the status of the implementation of the extension
>> GL_ARB_occlusion_query in the Mesa?
>> Sorry my english
>> Thanks.
>
> It's supported by core mesa, but if you are using a DRI driver
> than it might not be supported yet, depending on the driver.
>
> Cheers,
> Jerome
>
>



-- 
Marcos Henrique Esteves Barbosa
mar...@gm...