It took ATI almost a year to get the issue fixed, but I'm happy that they eventually moved. After all, working with their Tech Support was a positive experience, especially when compared to enterprises of similar size and products. I was worried all the time that people misattributed the rendering bugs to the Ca3D-Engine when in fact the driver was broken, but that is finally settled now.
I tested Ca3de with the new Ati Drivers and Ca3de works fine. Right now, I have the version 4.8 (with Catalyst Control Center) installed. My Gfx Card is a Shappire Radeon 9800 Pro 128MB.
I got some screenshots from Firefax and his ATI Radeon 9800. Well, maybe the report above was too early: While the situation did indeed improve, the screenshots indicated a lower than expected frame-rate, and still not the proper lighting in all situations.
I still have to run additional own tests until I can say more. Maybe the issue is settled, maybe its not. I'll keep looking into it. Stay tuned.
No.Advis wrote:Hopefully this might also present a speed increase, any evidence to suggest this?
The problem that caused the rendering problems indeed is accompanied by too little FPS. That did not improve.
If you have an NVidia board, please note that the FPS with real-time lighting is generally slower than with lightmaps lighting, see this FAQ for more details.
I doubt it. While I also observed that OpenGL on NVidia takes very little time for individual function calls, that time is consumed later on flushing and swapping the frame buffers, that is, finishing the rendering of a single frame takes relatively long compared to rendering it.RAZOR wrote:Would that account for the bad performance?
On the other hand, virtually all 3D real-time software consumes 100% CPU, and even if the OpenGL implementation behaved vastly different on NVidia and ATI drivers, the rendering code could not be changed in order to account for this.
I'm very sorry!
Excreta occurs*. My post was mostly about how if the rendering was in a different thread then it wouldn't matter how long it took for opengl commands to return the game code would still be being processed, but thats a hell of a thing to do. I also said that if you have the flush and swap commands at the start of a new frame instead of at the end of an old frame then the cpu and graphics card work in parallel more. I think that was about it.
*For those who have never heard this saying before, especially the non naitive english speakers, it amounts to "sh** happens".
Not really.Up to you if you feel like playing around with it.
Next thing I'll do is changing the Ca3D-Engine to universally use and employ the new Ca3DE Material System ("MatSys"). The MatSys does already work in experimental mode in CaWE (looking very promising), and fully in the new ModelViewer. Thus, tomorrow I'll start making the engine use it, too, which will be a big step forward. All these items are not yet publicly available, but will be with the next release.
To get back to the original subject: I don't see much gain in having the rendering code in a separate thread from the master game loop, neither with the old rendering, nor in the light of the new MatSys. Threading doesn't buy anything in performance here, and - as you already mentioned - only introduces a lot of subtle sync'ing issues, which can be more expensive to resolve than anything threading ever buys. (Ca3DE never permits the CPU to be idling anyway, so there is nothing to gain from putting the rendering into a separate thread. )
Sorry, no. Multi-Player is indeed more expensive than Single-Player, but the real and most important bottle-neck is probably the graphics.Shadow wrote:yes i noticed that ca3d takes up a good deal of processor time. is there a way we could 'disable' un-needed functions of the engine? like if we have a single player game can we disable all mplayer stuff?
Yes, that is possible. Please have a look here:or disable some of the advanced graphics rendering?
Maybe "r_style 4" is what you're looking for.
The upcoming Material System will probably permit even finer control over rendering features.
Users browsing this forum: No registered users and 2 guests