What about nouveau and low-end intel?Yacoby wrote:Solution: Don't touch ATI with a bargepole?
Terrain
Re: Terrain
Re: Terrain
The main problem is that the fragment shaders are too large. It defines a shader to handle per pixel lighting for 8 lights[1], which causes Cg to build an ARBfp1 shader that has "too many ALU instructions". I haven't been able to get Ogre to have Cg make GLSL shaders instead of ARBfp1 (Ogre complains there's no usable profile or something if I add "glsl" to the profile list, even if I leave in "arbfp1"), which I was trying in the hopes that MESA's GLSL compiler would create better shaders.werdanith wrote:I think the fact that the terrain makes heavy use of shaders, which is bad news for half the linux ecosystem of graphics drivers and hardware is worth mentioning...
Lowering the number of lights down to 4 gets the shaders working, though the colors go wonky for some reason.
[1] The fixed-function pipeline in OpenGL/D3D only allow per vertex lighting for up to 8 lights, by comparison. Per-pixel lighting for 8 lights is a lot more intensive.
Re: Terrain
Tested the terrain with OGRE 1.8. No more crashes as far as I can tell. Well done. A bit more testing first would be nice, but I think this branch is ready for a merge.
Re: Terrain
Bad news. With the Redemption esm the terrain code is crashing all over the place.
I narrowed it down to this line:
(in terrain.cpp, TerrainManager::cellAdded)
Apparently land is a 0-pointer here.
I narrowed it down to this line:
Code: Select all
if ( land->landData->usingColours )
Apparently land is a 0-pointer here.
Re: Terrain
if ( land != 0 && land->landData->usingColours )
does this work?
does this work?
Re: Terrain
Yeah, that fixed it nicely. Merging terrain into master now.
btw. this shows again that we need to broaden or testing scope. I really hope we get the ESP support working soon, because else that is not going to happen.
btw. this shows again that we need to broaden or testing scope. I really hope we get the ESP support working soon, because else that is not going to happen.
Re: Terrain
Rendering bug near the Seyda Neen lighthouse. Looks like a depth fight between water and terrain. Flickers like hell.
Re: Terrain
Will be fixed once we have depth maps for the water. (I will probably do that for 0.15, along with reflection & refraction maps)
Re: Terrain
Okay. Can you add a new issue to the tracker for that and set it to 0.15.0?
Re: Terrain
Reflection and refraction were done before, it made the framerate drop a lot. So I disabled both.scrawl wrote:Will be fixed once we have depth maps for the water. (I will probably do that for 0.15, along with reflection & refraction maps)