Hi, That's true. The reason there isn't much overhead in a game like Mysteries of the Ancients is due to the fact it is written purely in native C++. With C++ I can micromanage CPU usage as well as ram usage. Where with the .Net languages, for example, the developer lets the garbage collecter do the clean up work which wastes CPU and memory on clean up deuty. In one way that's good,but it still isn't 100% efficientuse of your CPU power and memory.
That, I think, is the issue with GTC and other games written in VB 6. The language was designed specifically for ease of use rather than efficient programming. There is no way to micromanage CPU usage and memory so some CPU output and memory is waisted on the VB runtime which acts as a bridge between application and native Windows libraries.However, that really isn't a big deal on newer systems these days. My thoughts simply are if I can use an existing speech service be it Jaws, Window-eyes, NVDA, Sapi, whatever it will be far easier to update and maintain games because I won't have to record, edit, and load x number of wav files for speech. I'll be able to use that CPU power and memory for more sound effects as needed. The speech will be more dinamic as I'll be able to pass message strings to the speech service in real time rather than figure out what wav file has the message I need, load it, and then play it back, etc. Cheers! On 11/10/11, john <[email protected]> wrote: > MOTA doesn't really use that much cpu as is, though this may just > be my machine. I've got games (gtc and toc to name the ones that > come to mind) that blow straight through one of my cores even > idling. As far as ram goes, unless somebody has a really old xp > machine, you could do a lot more than the game is now without > affecting them. --- Gamers mailing list __ [email protected] If you want to leave the list, send E-mail to [email protected]. You can make changes or update your subscription via the web, at http://mail.audyssey.org/mailman/listinfo/gamers_audyssey.org. All messages are archived and can be searched and read at http://www.mail-archive.com/[email protected]. If you have any questions or concerns regarding the management of the list, please send E-mail to [email protected].
