i don't know if anyone has seen this, it's due out "sometime in 2004" i found it through a random net serch
http://www.cosm-game.com/
Magicosm, anyone seen this game??
-
Panterra X
- Posts: 0
- Joined: Thu May 30, 2002 5:00 am
Re: Magicosm, anyone seen this game??
i don't know if anyone has seen this, it's due out "sometime in 2004" i found it through a random net serch
http://www.cosm-game.com/
yea looks pretty damn cool...
http://www.cosm-game.com/
yea looks pretty damn cool...
Re: Magicosm, anyone seen this game??
Eh, I hate first-person games unless it's a shooting game..1st-person RPG's blow..
Re: Magicosm, anyone seen this game??
it looks like all of the other MMORPGs
Re: Magicosm, anyone seen this game??
it looks like all of the other MMORPGs
it's written completely in java, did you read that, i don't know about you folks but i hate java......hrm i'll have to check it out once it's released to see how it is
it's written completely in java, did you read that, i don't know about you folks but i hate java......hrm i'll have to check it out once it's released to see how it is
Re: Magicosm, anyone seen this game??
that's gotta be extremely slow. there's no way a graphical game like that could be run on the virtual machine. i have a 3.2 GHz and it still runs java slower than crap
Re: Magicosm, anyone seen this game??
that's gotta be extremely slow. there's no way a graphical game like that could be run on the virtual machine. i have a 3.2 GHz and it still runs java slower than crap
Programs using Java's standard GUI libraries (AWT and Swing) run ridiculously slow, but this game seems to use Java3d, which basically maps to OpenGL and DirectX calls under win32... slightly slower than directly using opengl or directx in win32-native code, but probably not noticeably slow on a fast machine w/ a good graphics card.
It's true that generally, a virtual machine = slow (non-native code), but Java's garbage collector can help tremendously with speed (cleaner memory usage = less use of a swapfile, can help a lot)
The thing that concerns me most is the obsessive documentation habits of this development team. They're frequently throwing around buzzwords like "iteration" and "stories", strongly indicates they're following the "extreme programming" / "go4 design patterns" design philosophy... if you're not familiar with this, I can summarize it as being utterly moronic BS where you waste hundreds of hours doing an extremely overzealous amount of documentation on EVERYTHING. Utterly useless unless you're a large corporation.
The chance of this coming out in November like they say on their page is looking pretty unlikely considering this :P
Programs using Java's standard GUI libraries (AWT and Swing) run ridiculously slow, but this game seems to use Java3d, which basically maps to OpenGL and DirectX calls under win32... slightly slower than directly using opengl or directx in win32-native code, but probably not noticeably slow on a fast machine w/ a good graphics card.
It's true that generally, a virtual machine = slow (non-native code), but Java's garbage collector can help tremendously with speed (cleaner memory usage = less use of a swapfile, can help a lot)
The thing that concerns me most is the obsessive documentation habits of this development team. They're frequently throwing around buzzwords like "iteration" and "stories", strongly indicates they're following the "extreme programming" / "go4 design patterns" design philosophy... if you're not familiar with this, I can summarize it as being utterly moronic BS where you waste hundreds of hours doing an extremely overzealous amount of documentation on EVERYTHING. Utterly useless unless you're a large corporation.
The chance of this coming out in November like they say on their page is looking pretty unlikely considering this :P