libquixie – KonsolScript http://konsolscript.sourceforge.net/web The Free and Open Game Programming Language Thu, 05 May 2011 02:27:13 +0000 en-CA hourly 1 https://wordpress.org/?v=6.3.1 Kaisen: Role Playing Tank Game http://konsolscript.sourceforge.net/web/2011/05/04/kaisen-role-playing-tank-game/ http://konsolscript.sourceforge.net/web/2011/05/04/kaisen-role-playing-tank-game/#comments Wed, 04 May 2011 02:43:07 +0000 http://konsolscript.sf.net/web/?p=220 The tank game project has been baptized. Everyone say hello to Kaisen!

Kaisen will be an open source, cross-platform, multiplayer role playing tank game licensed under GNU General Public License v2. The source code and its corresponding binaries will be available at Google Code.

It’s finally decided that the game will be written in game industry’s standard programming language… C++. Thus, more colleagues will help in the development of Kaisen giving me more time to finish libQuixie. 🙂 Ki-si Develops

Prototyping the game on KonsolScript has been a fun learning. It helped uncover bugs that has been lurking deep in Quixie’s source code for quite a long time. I might consider keeping a port of Kaisen to be written in KonsolScript.

~creek23

]]>
http://konsolscript.sourceforge.net/web/2011/05/04/kaisen-role-playing-tank-game/feed/ 2
Internals of libQuixie http://konsolscript.sourceforge.net/web/2011/02/28/internals-of-libquixie/ http://konsolscript.sourceforge.net/web/2011/02/28/internals-of-libquixie/#comments Mon, 28 Feb 2011 13:48:26 +0000 http://konsolscript.sf.net/web/?p=216 It’s been (at least) 9 months since I started prototyping libQuixie, the will-be KonsolScript scripting engine supporting Object-Oriented Programming.

As much as I’d like to implement it in C, String-handling with dynamic memory allocation kept me from any progress.

Having been convinced by Gnash developer Rob Savoye, I decided to use C++ instead, which indeed made the progress to move forward.

Still wanting to support C, I designed the C++ code to be easily ported/adapted by C programmers. But having been working on-and-off on libQuixie with C++ for about 4 months, the whole code seems to be a mess. So I decided to draw a diagram of how things work inside libQuixie, which would hopefully help get a better visualization of its inner workings.

libQuixie's variable-handling

Click image to view larger

Above is the architecture (if you may) of libQuxie’s variable handling, showing how it will support Object-Oriented Programming.

A quick walk through: If a user declares an instance of a class (given that it’s pre-existing), this new instance will be handled by ClassInstancesArray where the index is kept in VariablesArray; then all reference to the newly created class-instance will have an ID of the VariablesArray-index, that points to which ClassInstanceArray-index it’s kept.

Basically, the {whatever-type}Arrays are the Manager class of each {whatever-}type, which would handle the checking of variable-duplicates and such.

This might be confusing, and it is, but this design is made with easy C-porting/adaptation in mind. Also, this is a prototype — and so arises the question “will it be performing fast?” that is answered with “I’m not sure but I hope so”.

If you have any concern about the design, feel free to discuss it below — I do need your inputs on this.

Still working on the code. Everything is way too preliminary, so an announcement of an alpha release is way too early.

Will try to SVN-commit the draft and messy-prototypic code this week.

~creek23

]]>
http://konsolscript.sourceforge.net/web/2011/02/28/internals-of-libquixie/feed/ 4