revelator

True, also AMD drivers have a reputation of being rather unstable on linux :S i newer managed to get mine working correctly but i hope you have more luck.

Ok removed that pointer and all vestiges of functions using it, crossing fingers. Edit comitted btw.

Hmm seems the m4 defines are peppered with that damn pointer, guess ill have to kill off all of em, tbh i suspect i have to remove most of the m4 scripts since those functions are now handled by glew anyway and might collide with it.

Takes a while i know some things are pretty obvious but a few things like installing drivers can be a bit hard.

hopefully final changes to get the linux build going again. Added missing glew initializer to linux specific code. split up qgl headers in os specific versions. Im unable to locate the opengl lib flags -lGL anywhere in scons or otherwise so i suspect it uses autodepend, but if you get any linker errors let me know.

Not sure where in that map you took the shot but i have no such problems with the sky ?

Should be fine with that card as its sufficiently new but by all means try it out.

Ok removed some leftover code in gl_stub.cpp that is not needed anymore with GLEW, changes have been comitted, i hope it runs to the end now on linux

If you have an older AMD gfx card you should turn it off since it does not work to well with those 5x series and older atleast as far as i know. Hmm have not touched anything in the skybox code curious ? not sure what causes that effect. Experimental branch is mostly a cleanup project, making a solid code base from where the devs can start adding in the funny stuff a few optimizations might also happen but mostly its to get rid of outdated cruft, correcting some mistakes in the code, and generally shining this thing up with a bit of spit and polish.

Noticed that as well the old one seems a bit more grainy when looking at the wall textures, though im not sure if its caused by me not having the 100% same location when taking the shot.

Just to blow it totally out the window heres a shot with 16x aniso 16x antialiasing adaptive vsync and all the gfx shebang i could enable. Me card still likey but atleast now it shows some fps dropout.

Toatally agree Steve this is just the groundwork

Ok as close as i could get but non conclusive as i waries a lot dependent on location, Old TDM New TDM

Ok created replacement functions for linux and other unix based OS that do not have these, changes have been comitted. Cant exactly tell if theres a real FPS increase since the old version of the FPS counter puts out some wildly varying values compared to the new one, but as far as i could see the old fps counter variated between 47 to 63 fps so there might be some small increase measurable.

Allmost same location just a different angle was trying to avoid a guard while i took it hehe. _aligned_malloc / _aligned_free do not exist on linux i found out :S but could make a replacement from my GC wrapper, lets see what i can come up with.

original engine shot.

sure hang on need to get the default engine back with the updater P.s i removed a few of the old fallback backends like the arb and nv10 renderers as well as the hardcoded light and texcoord generation caches for cards not able to do shaders = nv10 and older. I kept the r200 renderer because it still works pretty well even on my R270x though the shadows are non shader based with this renderer, i havent tested the nv20 render path as it doesn't apply to my card and would most likely crash with it, but if someone has a nvidia try out r_renderer nv20.

blackbog hollow on darkmod with GLEW backend and GC garbadge collector running, all effects on.

Huh ok just checked and its was not even defined for the linux build because i forgot to apply it. Fixed now comitting changes.

agh yeah gcc hates it when a type or macro is defined in two places gotta have a look at the second macro and see if it matches the other one, if it does move it to sys_public.h and make it global, That should take care of that, if not define it to something else and rename the instances where its used to the new name then hope i catched all of em.

Btw anyone else noticed that there seems to be a bug in the script animation for the broadsword ? whenever i select that weapon the animation halts funny enough when it happens the soldiers cannot use there swords either so lol.

Fixed another one that would break linux builds, since my GC interface was not prepared for linux yet i have made a few changes so that it only gets enabled if we are using MSVC. Added replacements to public compiler defines in sys_public.h also added workarounds for some missing interfaces. changed the PACKED macro into a unified version that works for all architectures. Had to make a few changes to sound_local.h as well as a result of this.

Ok made a stupid mistake in inlining i had all inlines set to force inline thats why it failed on linux, fixed on trunk now. added teIs fix for glew, also comitted.

And @teIs oki had no idea that you need to include the standard glew.h before the glxew.h so thanks ill commit it immediatly. also notice that the glew lib is missing from the scons build so ill look at getting that one in as well. As for removing the old render backends i was not sure if you wanted that but its pretty easy to do as long as you remember that there are a few things in some places you dont expect specifically written to support them that needs removing, i have completely removed all the code for the old backends in revelation so i could just copy of my changes from there. Also there are a few lines of code that needs to be rewritten (just for overbrights).

recursive inlining sigh guess theres still some work to do on getting it to compile on linux.