More pages: 1
2
New drivers
Monday, January 17, 2005 | Permalink
New Catalyst drivers have been released bringing it up to version 5.1. New Linux drivers have been released as well bringing it on par with the Windows driver in terms of features. As they now fully support GLSL all my recent OpenGL demos now work in Linux as well.
Kerrle
Tuesday, January 18, 2005
I get a segmentation fault when trying to run ShadowsThatRock and ShadowsThatDon'tSuck with the new linux drivers. I did a new compile to make sure that wasn't the problem.
Everything else - Metaballs and the other recent demos - work great.
julianoliver
Tuesday, January 18, 2005
well it seems all your linux demos work on my ati 9700 with the new drivers. now time for you to port the rest!
keep up the good work,
http://selectparks.net
Fred
Wednesday, January 19, 2005
On Linux x86_64 compiling MetaBalls, I got warnings about casts of a pointer. I changed the type of renderTargetData from unsigned int * to unsigned long * in Renderer.h, and modified OpenGLRenderer.cpp accordingly. MetaBalls works.
Humus
Friday, January 21, 2005
Yeah, I just gave x86_64 Linux a shot as well, and was surprised that things worked so well out of the box. I expected to have to do quite a bit of compability work, but apparently not. It was a few minor things like that that needed to be fixed. And the old framework even compiled and worked without any warnings.
There is one major problem though. Libpng seems borked, or it's my use of it that's broken, but my use of it seems to be pretty much a textbook example. It exits with an error saving "invalid width". Is anyone else seeing this, or is it just something on my system that's broken?
Humus
Friday, January 21, 2005
Kerrle,
those two demos are affected by a driver bug with render to cubemap in Linux.
Matthew
Friday, January 21, 2005
I am new to this site and I tried to compile the MetaBalls demo and it is failing.
I am running SuSE 9.2 64bit and gcc 3.3.4.
I get a bunch of "conflicting types for `typedef int in GLintptrARB'"
Then it exits with the following:
"make: *** [rel] Error 1"
I also downloaded the libraries from the site, and don't know if they are needed, and if they are where they should be located. Also looking at the makefile what is the library -lXxf86vm? I don't see any library in /usr/X11R6/lib that corresponds to this.
Thanks
Humus
Saturday, January 22, 2005
I've fixed the issues with the framework now. Try downloading it again.
Matthew
Saturday, January 22, 2005
I don't know what I have wrong on my system, but I get the two following error when trying to compile.
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib/libGL.a when searching for -lGL
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.4/../../../../x86_64-suse-linux/bin/ld: cannot find -lXxf86vm
collect2: ld returned 1 exit status
make: *** [rel] Error 1
I know I have Xxf86vm under /usr/X11R6/lib which is where the makefile has the -L/usr/X11R6/lib in the make line. I just don't understand why it can't find it and why it is looking for libGL.a in /usr/lib when I have a libGL.so.1.2 under /usr/X11R6/lib
Thanks again.
More pages: 1
2
