|
From: Lee T. <nu...@us...> - 2004-10-04 11:41:57
|
Well we should have quite a few people working on the graphics engine seeing as how it is such a major part of the hole SDK. I put SDL up as a suggestion, we really need to discuss what we are going to do and how we are going to do it. We should focus mainly on the level 1 code for planning now and only bring up future things if need be. The ideas that Balee brought up did seem very good though. I might start the audio engine on my own and let you guys do the graphics engine. The audio stuff seems pretty easy and the graphics seems much more complex. Anyway post your ideas and how your doing on the code your working on. Lee Balee wrote: > after the level 0 code finished, i can do the graphics > core(i dont like SDL) and some stuff to manage with pixel > and vertex shaders(ARB_VERTEX_PROGRAM and stuff, i dont want > to make it ati or nvidia specific for now, and maybe i could > add some 3dnow! and SSE code(i can't add SSE2 cuz i cant > test it)) > > after the graph core finished, we can think bout space > partitioning, etc > but if we'll use Quake formats then BSP will be far > enough(but i prefer large rooms too so we could invent > something to handle with them too) > > oh and i could make some quake-style scripting langue(but a > bit more difficult, something like a programming langue) i > just need some memory, string and file management to do that > > oh, bout the level 0 code: we should use some debug > functions in the nodebug part too cuz the most of the bugs > comes after the optimisation. i mean check empty strings, > null pointers, etc in nodebug too. > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Nuclear-Development mailing list > Nuc...@li... > https://lists.sourceforge.net/lists/listinfo/nuclear-development > > > > > |