Some info on TORQUE please
by Mark · in Torque Game Engine · 08/24/2006 (11:23 am) · 4 replies
I have an old project of mine I want to update. The 'project' is a sports strategy game. I wrote it ages ago using VC++(6) and an old version of directX. I wrote my own direct draw wrapper with a simple interface, BLIT, DRAWTEXT functions etc. It was purely 2D (the usual sports sim, lots of menu screens displaying data). I want to update the game (both the sim side and the visuals) and maybe add a 3D match type sequence. Now there is a lot of source code relating to the simulation side of things so I need an engine that I can just 'slot' in to my old VC++(6) project. Ideally, I would replace my old directX wrapper calls with calls to the TORQUE engine. The simulation side of the code is split into 2 with the data side of things compiled as a static linked lib.
Does this sound possible? The key for me is that it must be simple to replace my directx code with TORQUE calls and no need to mess around with the rest of the non gfx related C++ code as I'm really pushed for time (hence this question instead of spending a few days researching). If TORQUE is not suitable does any have any other recommendations?
Are there any restrictions that TORQUE will pace on my project regarding structure of the VC++ workspace, MFC, SLL or anything else?
If so what product should I go for?
Thanks in advance guys!
Does this sound possible? The key for me is that it must be simple to replace my directx code with TORQUE calls and no need to mess around with the rest of the non gfx related C++ code as I'm really pushed for time (hence this question instead of spending a few days researching). If TORQUE is not suitable does any have any other recommendations?
Are there any restrictions that TORQUE will pace on my project regarding structure of the VC++ workspace, MFC, SLL or anything else?
If so what product should I go for?
Thanks in advance guys!
#2
If any TORQUE devs are reading how about wrapping up all your nice code into a LIB as an alternative to the main prduct for people like me. I have so far stuggled to find a (quality) lib that meets my needs.
Mark.
08/29/2006 (8:46 am)
Fair enough.If any TORQUE devs are reading how about wrapping up all your nice code into a LIB as an alternative to the main prduct for people like me. I have so far stuggled to find a (quality) lib that meets my needs.
Mark.
#3
I don't see any reason you cannot make this in torque with the current deployable resources (gui backgrounds fonts)
however torque will be the exe and your library will have to be picked up by torque. so all your game logic will be called by torque.
if your stuff is mfc this prolly wont be very much fun..
as for packing torque up into a library, forget it you dont have time to wait for that to happen.
and I dont see it happening in the near future the design of the engine would need some reworking.
Ogre is another choice for you.
Ogre is already packed into a library and has the said gui backgrounds and font support.
this would enable you to make the exe, however if you are pressed for time the learning curve is a little steeper.
again mfc could be an issue I dont know.
bottom line? get your code out of mfc, make your code the responder to the calls not the caller.
done.
08/29/2006 (10:18 am)
Hmm..I don't see any reason you cannot make this in torque with the current deployable resources (gui backgrounds fonts)
however torque will be the exe and your library will have to be picked up by torque. so all your game logic will be called by torque.
if your stuff is mfc this prolly wont be very much fun..
as for packing torque up into a library, forget it you dont have time to wait for that to happen.
and I dont see it happening in the near future the design of the engine would need some reworking.
Ogre is another choice for you.
Ogre is already packed into a library and has the said gui backgrounds and font support.
this would enable you to make the exe, however if you are pressed for time the learning curve is a little steeper.
again mfc could be an issue I dont know.
bottom line? get your code out of mfc, make your code the responder to the calls not the caller.
done.
#4
I think I need to spend some time looking at TORQUE in case I can use it and maybe the OGRE too (which I had not heard of).
Cheers!
08/30/2006 (12:37 am)
Thanks for the replies. I do not use MFC. The GUI objects (such as buttons, tables etc.) have been written by myself and ideally I would like to retain these classes but simply replace the directX calls within with TORQUE calls.I think I need to spend some time looking at TORQUE in case I can use it and maybe the OGRE too (which I had not heard of).
Cheers!
Torque Owner Stefan Lundmark