Message Boards

The ability to run on any operating system under the sun is probably the greatest feature in Odamex.  I would rather have a portable port (FINALLY) then an opensource port, but the fact that Odamex is both, is quite uber.

Direct3D is far overrated aswell. I have heard bitching and moaning from coders who have used the API, and I, also as a consumer, frown whenever I come across a program that uses it because that means I need to boot windows to use it as opposed to gentoo.  Whatever D3D is capable of, OpenGL and a little effort can do aswell.  Take a look at the visuals in sauerbraten, for example.

OpenGL is a standard, D3D is a proprietary, unportable library created by microsoft to "jump aout infront of OpenGL". OpenGl was already around when D3D emerged in windows95, but microsoft did not want to introduce it into the game development market. Once D3D exsisted on windows, microsoft spread propaganda about OpenGL not being good or fast enough for games, being better for CAD and engneering, and pushed it off to the side.  I dont know, but architects and animators dont like waiting all day for their renders to complete either.

I always question every new "microsoft innovation."  Many times, the technology already exists in a more, possibly unpolished, but open and free form, and then it comes from microsoft as a way to garentee that you need to feed their pockets before you can use other people's software.

I'm not sure if this affects accelerated rendering or not, however.

SDL 2.0 supposedly is going to be fully based on OpenGL.  :)

Great news.

great might be an understatement for those of us playing on non-microsoft operating systems, but if it turns out that it is not, anyone in the world can do their part to make it better.  That is why opensource wins. :)

you're in luck. odamex isn't a dictatorship

Ofcourse not, its a socialist republic.

DOS is garbage, if you end up depending on DOS you are screwed. :P

Odamex will not work on DOS because the operating system doesnt support threading, there is no SDL port, and it's ancient useless technology. :P

actually, DMFLAGS makes passing around the settings of a gae alot easier.  Perhaps there could be console constants such as DMF_CTF predefined?  just thoughts

we just need to make sure DMFLAGS is a 128 bit variable :P

Not requiring the definition of a new game type, certain variables could be introduced to extend the flexability of existing game modes.  For example, in addition to sv_fraglimit (whatever the equivelent variable is named) there could be a sv_lives variable which dictates how many times a player can die in a round.  This would allow for games of LMS and CaptureStrike (LMS CTF) to be created without the need for any special wads.

Additional variables could include:
sv_damage (affects the damage dealt by shots, can be used in a similar way to the difficulty mode, but can be set to above 1 for extra damage)

why don't some of you other people think of a few ;)