cadcdev-tiki Mailing List for Cryptic Allusion DCDev

Brought to you by: atani, bardtx, ljsebald, lostgeneration, quzar

cadcdev-tiki — Discussion about the Tiki cross-platform toolkit

You can subscribe to this list here.

2005	_Jan	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov (131)	_Dec (20)
2006	_Jan (4)	_Feb (16)	_Mar	_Apr (15)	_May (18)	_Jun (25)	_Jul (13)	_Aug	_Sep (3)	_Oct	_Nov (7)	_Dec
2007	_Jan	_Feb (1)	_Mar (4)	_Apr (11)	_May (1)	_Jun	_Jul (3)	_Aug	_Sep	_Oct	_Nov	_Dec

Flat | Threaded

1 2 3 .. 11 > >> (Page 1 of 11)

Re: [cadcdev-tiki] [cadcdev-svn-commits] SF.net SVN: cadcdev: [416] tiki/win32/include/Tiki/tikitypes.h

From: Atani <at...@at...> - 2007年07月09日 05:32:35

Yeah, after sending this over I realized that there are a number of 
references to preprocessor blocks which will only work in the case of a 
#define. How many of these blocks do we have in place and how many of 
them should be abstracted a bit to remove this sort of logic from being 
all over the place in the tree?
Mike
Sam Steele wrote:
> I'm for moving it into a common header, but I have a lot of code that 
> depends on it being a preprocessor definition. For example:
>
> #if TIKI_PLAT == TIKI_NDS
> #include <nds.h>
> #endif
>
> and
>
> #if TIKI_PLAT == TIKI_DC
> #include <kos.h>
> #endif
>
> That kind of stuff requires the preprocessor to know the platform, 
> since those headers are platform-specific. Tiki itself uses that 
> construct to locate the GL header on OS X, since it's in a non- 
> standard location.
>
> -Sam
>
> On Jul 7, 2007, at 9:23 PM, Atani wrote:
>
> 
>> Since this is not the first time that the various platforms have 
>> gotten
>> out of sync, why don't we convert this to an enum and a "global"
>> variable for TIKI_PLAT...
>>
>> something like:
>>
>> in Tiki.h:
>> namespace Tiki {
>> enum TIKI_PLATS {
>> TIKI_WIN32,
>> TIKI_SDL,
>> TIKI_DC,
>> TIKI_GP2X,
>> TIKI_NDS
>> };
>> };
>>
>> in tikitypes.h:
>>
>> namespace Tiki {
>> const TIKI_PLATS TIKI_PLAT = TIKI_WIN32;
>> };
>>
>> Mike
>>
>> c99...@us... wrote:
>> 
>>> Revision: 416
>>> http://svn.sourceforge.net/cadcdev/?rev=416&view=rev
>>> Author: c99koder
>>> Date: 2007年07月07日 18:05:36 -0700 (2007年7月07日)
>>>
>>> Log Message:
>>> -----------
>>> Tiki: win32: add missing TIKI_GP2X and TIKI_NDS definitions
>>>
>>> Modified Paths:
>>> --------------
>>> tiki/win32/include/Tiki/tikitypes.h
>>>
>>> Modified: tiki/win32/include/Tiki/tikitypes.h
>>> ===================================================================
>>> --- tiki/win32/include/Tiki/tikitypes.h	2007年07月02日 16:59:18 UTC 
>>> (rev 415)
>>> +++ tiki/win32/include/Tiki/tikitypes.h	2007年07月08日 01:05:36 UTC 
>>> (rev 416)
>>> @@ -17,6 +17,8 @@
>>> #define TIKI_WIN32	1
>>> #define TIKI_SDL	2
>>> #define TIKI_DC		3
>>> +#define TIKI_GP2X 4
>>> +#define TIKI_NDS 5
>>> #define TIKI_PLAT	TIKI_WIN32
>>>
>>> namespace Tiki {
>>>
>>>
>>> This was sent by the SourceForge.net collaborative development 
>>> platform, the world's largest Open Source development site.
>>>
>>> --------------------------------------------------------------------- 
>>> ----
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> cadcdev-svn-commits mailing list
>>> cad...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cadcdev-svn-commits
>>>
>>> 
>> ---------------------------------------------------------------------- 
>> ---
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> cadcdev-tiki mailing list
>> cad...@li...
>> https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki
>> 
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> cadcdev-tiki mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki
>

Re: [cadcdev-tiki] [cadcdev-svn-commits] SF.net SVN: cadcdev: [416] tiki/win32/include/Tiki/tikitypes.h

From: Sam S. <sam...@gm...> - 2007年07月08日 22:59:54

I'm for moving it into a common header, but I have a lot of code that 
depends on it being a preprocessor definition. For example:
#if TIKI_PLAT == TIKI_NDS
#include <nds.h>
#endif
and
#if TIKI_PLAT == TIKI_DC
#include <kos.h>
#endif
That kind of stuff requires the preprocessor to know the platform, 
since those headers are platform-specific. Tiki itself uses that 
construct to locate the GL header on OS X, since it's in a non- 
standard location.
-Sam
On Jul 7, 2007, at 9:23 PM, Atani wrote:
>
> Since this is not the first time that the various platforms have 
> gotten
> out of sync, why don't we convert this to an enum and a "global"
> variable for TIKI_PLAT...
>
> something like:
>
> in Tiki.h:
> namespace Tiki {
> enum TIKI_PLATS {
> TIKI_WIN32,
> TIKI_SDL,
> TIKI_DC,
> TIKI_GP2X,
> TIKI_NDS
> };
> };
>
> in tikitypes.h:
>
> namespace Tiki {
> const TIKI_PLATS TIKI_PLAT = TIKI_WIN32;
> };
>
> Mike
>
> c99...@us... wrote:
>> Revision: 416
>> http://svn.sourceforge.net/cadcdev/?rev=416&view=rev
>> Author: c99koder
>> Date: 2007年07月07日 18:05:36 -0700 (2007年7月07日)
>>
>> Log Message:
>> -----------
>> Tiki: win32: add missing TIKI_GP2X and TIKI_NDS definitions
>>
>> Modified Paths:
>> --------------
>> tiki/win32/include/Tiki/tikitypes.h
>>
>> Modified: tiki/win32/include/Tiki/tikitypes.h
>> ===================================================================
>> --- tiki/win32/include/Tiki/tikitypes.h	2007年07月02日 16:59:18 UTC 
>> (rev 415)
>> +++ tiki/win32/include/Tiki/tikitypes.h	2007年07月08日 01:05:36 UTC 
>> (rev 416)
>> @@ -17,6 +17,8 @@
>> #define TIKI_WIN32	1
>> #define TIKI_SDL	2
>> #define TIKI_DC		3
>> +#define TIKI_GP2X 4
>> +#define TIKI_NDS 5
>> #define TIKI_PLAT	TIKI_WIN32
>>
>> namespace Tiki {
>>
>>
>> This was sent by the SourceForge.net collaborative development 
>> platform, the world's largest Open Source development site.
>>
>> --------------------------------------------------------------------- 
>> ----
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> cadcdev-svn-commits mailing list
>> cad...@li...
>> https://lists.sourceforge.net/lists/listinfo/cadcdev-svn-commits
>>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> cadcdev-tiki mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki

Re: [cadcdev-tiki] [cadcdev-svn-commits] SF.net SVN: cadcdev: [416] tiki/win32/include/Tiki/tikitypes.h

From: Atani <at...@at...> - 2007年07月08日 01:23:50

Since this is not the first time that the various platforms have gotten 
out of sync, why don't we convert this to an enum and a "global" 
variable for TIKI_PLAT...
something like:
in Tiki.h:
namespace Tiki {
 enum TIKI_PLATS {
 TIKI_WIN32,
 TIKI_SDL,
 TIKI_DC,
 TIKI_GP2X,
 TIKI_NDS
 };
};
in tikitypes.h:
namespace Tiki {
 const TIKI_PLATS TIKI_PLAT = TIKI_WIN32;
};
Mike
c99...@us... wrote:
> Revision: 416
> http://svn.sourceforge.net/cadcdev/?rev=416&view=rev
> Author: c99koder
> Date: 2007年07月07日 18:05:36 -0700 (2007年7月07日)
>
> Log Message:
> -----------
> Tiki: win32: add missing TIKI_GP2X and TIKI_NDS definitions
>
> Modified Paths:
> --------------
> tiki/win32/include/Tiki/tikitypes.h
>
> Modified: tiki/win32/include/Tiki/tikitypes.h
> ===================================================================
> --- tiki/win32/include/Tiki/tikitypes.h	2007年07月02日 16:59:18 UTC (rev 415)
> +++ tiki/win32/include/Tiki/tikitypes.h	2007年07月08日 01:05:36 UTC (rev 416)
> @@ -17,6 +17,8 @@
> #define TIKI_WIN32	1
> #define TIKI_SDL	2
> #define TIKI_DC		3
> +#define TIKI_GP2X 4
> +#define TIKI_NDS 5
> #define TIKI_PLAT	TIKI_WIN32
> 
> namespace Tiki {
>
>
> This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> cadcdev-svn-commits mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-svn-commits
>

[cadcdev-tiki] [Tiki-win32] OGL-UVN camera system

From: kidchaos en h. <kid...@ho...> - 2007年05月20日 12:55:58

 Hi again,
 Im going on with the development of my shmup project for Win32/DC under =
Tiki, i made great advances about the engine with the help of the =
environment:
---
 Im having a great problem, so if this letter is to large, please read =
the last paragraph. Thanks
---
 First of all, im interested in backup my project under sourceforge =
because everyday i fear to lose everything from my computer. Could =
someone give some directions to do it, please?
 Regarding the project, as i said everyday im more impressed with the =
whole implementation of the Tiki dev: Everything i have already done in =
my engine, is better implemented so my engine is more like an equivalent =
layer of the Tiki one, with things like object count references, hid =
callbacks, HW timers, threading!! and such... I mixed with the use of =
the minixml lib and I hope "everything" could be parametrizable from the =
XML trees and files... I have already put an fps counter with a font =
texture under OpenGL which works fine (60 fps on Windows and DC!!!)... =
So now its time to start with the graph scene (i was doing my own, but i =
will use the Tiki one again!!!).
 By the way, i did another change on the windows callback function: On =
the switch(msg) part i added some breaks for the WM_KEY's which were =
screwing my HID callback system!! I dont know if anyone else has been =
affected with the problem...
 Ok, then about the graph scene system: After checking the DCBlap =
sources and discovered the gs and the Generic Menu class i am developing =
my level manager as a subclass of it redefining the ControlperFrame =
functions, hope its ok...=20
 And now im running with some troubles, the second one its my MAIN =
problem right now:
 - About importing meshes, what can i do to improve speed, on my =
project? On the old DirectX project I used an indexed vertex buffer, =
can i use something alike under kgl? checking some Nehe tutorials i saw =
display lists are supported, are they ok? In the KOS GL headers i saw =
about opengl 1.2 arrays? What are they? Could some address me, please?
 - Finally, Ill explain my MAIN PROBLEM right now, i wont be able to go =
on with the project if i cant resolve it.... It's about a camera system:
 My old project used only ONE camera, based on UVN rotations which =
always followed the player, this meant that i never had to use =
Yaw/pitch/Roll angle rotations (sadly, i dont know if i can reach again =
the person who taugh me about it), but i realized that if i want to =
debug the 3D scene of my game i need to develop some cameras (mainly a =
FLYING-FPS and a TPH camera, and of course the game camera) and if its =
possible, I WOULD LIKE TO DEVELOP THEM UNDER THE UVN system, so i think =
it will be faster than with the angle system (before asking why, chech =
this article http://www.gamedev.net/reference/articles/article1199.asp) =
.. I realized that my knowledge about rotations, the matrix stack and =
the math behind OpenGL/DirectX is zero!! I tested the Tiki::Matrix =
rotation axis function but everything screwed up when i move the camera, =
even the debug text!!
=20
 Please, every detailed tutorial, code sample or explanation about the =
UVN math (matrix, vectors), the Opengl matrix stack, and matrix =
conversions to OpenGL or anything about the subject will be welcomed!!
Regards,
@B^)>
 ----- Original Message -----=20
 From: Sam Steele=20
 To: kidchaos en hotmail2=20
 Sent: Monday, April 30, 2007 5:34 PM
 Subject: Re: [cadcdev-tiki] [Tiki-win32] Unable to compile tikisnake
 I ran into the same problem with the debugger on win32 and tried your =
patch, it seems to work pretty well. I'll test it a bit more and =
probably apply it later tonight.
 Thanks,
 Sam Steele
 On 4/20/07, kidchaos en hotmail2 <kid...@ho...> wrote:
 Hi again,
 The console snake sample now works great!! Thanks!
 Anyway, i found a small problem that im trying to resolve, my laptop =
is a
 bit old and it only has 700Mb RAM, so when VC triggers a breakpoint =
my=20
 windows doesnt react well. I have a little experience programming in
 windows, but i have read that the Windows Message dispatching must =
be
 accurate so it doenst eat all the machine resources.... I have tried =
a small=20
 change on platgl.cpp on the DoMain function, and i think it works =
better
 now. Here are my changes, tell me what you think, i think it respect =
the
 multithreading in windows better.
 - Changed:
 /*while(m_hThread !=3D NULL && GetMessage(&msg, NULL, 0, 0))=20
 {
 TranslateMessage(&msg);
 DispatchMessage(&msg);
 }*/
 - To:
 while(m_hThread !=3D NULL)
 {
 do
 {
 if (GetMessage(&msg, NULL, NULL, NULL))
 {
 TranslateMessage(&msg);=20
 DispatchMessage(&msg);
 }
 } while (::PeekMessage(&msg, NULL, NULL, NULL, PM_REMOVE));
 Sleep(2);
 }
 I have tested it and it works fine on breakpoint and exceptions...
 @B^)>
 ----- Original Message -----
 From: "Sam Steele" <sam...@gm...>
 To: "General Discussion about the Tiki Toolkit"
 < cad...@li...>
 Sent: Friday, April 20, 2007 3:26 AM
 Subject: Re: [cadcdev-tiki] [Tiki-win32] Unable to compile tikisnake
 >I checked in a Visual Studio 2005 project file for TikiSnake. The=20
 > problem you were encountering was caused by setting the runtime
 > library to "Multi-threaded DLL" (the default in Visual Studio =
2005).
 > Changing the runtime library to "Multi-threaded" fixes the linker=20
 > problem.
 >
 > -Sam
 >
 > On Apr 19, 2007, at 9:56 AM, kidchaos en hotmail2 wrote:
 >
 >> Hi,
 >>
 >> This a message for the devtiki mailing list, (to other people =
who=20
 >> received
 >> the same mail: hope you dont mind that i send personally)
 >>
 >> Im having troubles on compiling the tikisnake sample. Im working =
on a
 >> windows XP with visual studio express. I downloaded the current=20
 >> version of
 >> tiki from svn, and compiled the tiki library without problem, but
 >> now trying
 >> to compile the tikisnake sample im getting the following errors:
 >> ------ Build started: Project: tikisnake, Configuration: Debug=20
 >> Win32 ------
 >>
 >> Compiling...
 >>
 >> snake.cpp
 >>
 >> Linking...
 >>
 >> msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: __thiscall=20
 >> std::basic_string<char,struct std::char_traits<char>,class
 >> std::allocator<char> >::~basic_string<char,struct
 >> std::char_traits<char>,class std::allocator<char> >(void)"=20
 >> (??1?$basic_string@DU?$char_traits@D@std@@V?
 >> $allocator@D@2@@std@@QAE@XZ)
 >> already defined in tiki.lib(console.obj)
 >>
 >> msvcprtd.lib(MSVCP80D.dll) : error LNK2005: "public: __thiscall=20
 >> std::basic_string<char,struct std::char_traits<char>,class
 >> std::allocator<char> >::basic_string<char,struct
 >> std::char_traits<char>,class std::allocator<char> >(char const =
*)"=20
 >> (??0?$basic_string@DU?$char_traits@D@std@@V?
 >> $allocator@D@2@@std@@QAE@PBD@Z)
 >> already defined in tiki.lib(console.obj)
 >>
 >> LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use =
of=20
 >> other
 >> libs; use /NODEFAULTLIB:library
 >>
 >> =
C:\cygwin\usr\local\dc\kos\tiki\examples\console\TikiSnake\vcproject
 >> \Debug\tikisnake.exe
 >> : fatal error LNK1169: one or more multiply defined symbols found =
 >>
 >> Build log was saved at
 >> =
"file://c:\cygwin\usr\local\dc\kos\tiki\examples\console\TikiSnake
 >> \Debug\BuildLog.htm"=20
 >>
 >> tikisnake - 3 error(s), 1 warning(s)
 >>
 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Build: 0 succeeded, 1 failed, 0 =
up-to-date, 0 skipped
 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 >>
 >> Two questions:
 >>=20
 >> 1) srand(Time::gettime()); is there any problem with this =
function???
 >>
 >> 2) Searching on the code, i dont understand if the console class =
is
 >> a valid
 >> drawable object, it is declaring the ctor and the dtor of a =
string=20
 >> class???
 >>
 >> Any help appreciate,
 >>
 >> Regards
 >>
 >> @B^)>
 >>
 >>
 >> =
----------------------------------------------------------------------=20
 >> ---
 >> This SF.net email is sponsored by DB2 Express
 >> Download DB2 Express C - the FREE version of DB2 express and take
 >> control of your XML. No limits. Just data. Click to get it now.=20
 >> http://sourceforge.net/powerbar/db2/
 >> _______________________________________________
 >> cadcdev-tiki mailing list
 >> cad...@li...
 >> https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki
 >
 >
 > =
-------------------------------------------------------------------------=
=20
 > This SF.net email is sponsored by DB2 Express
 > Download DB2 Express C - the FREE version of DB2 express and take
 > control of your XML. No limits. Just data. Click to get it now.
 > http://sourceforge.net/powerbar/db2/
 > _______________________________________________
 > cadcdev-tiki mailing list
 > cad...@li...=20
 > https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki
 >

Re: [cadcdev-tiki] [Tiki-win32] What i need for my project...

From: Sam S. <sam...@gm...> - 2007年04月20日 14:22:29

I can answer a few: STL classes work fine on the Dreamcast (I use std::list
and std::vector pretty heavily). The filesystem support works on the
Dreamcast, but be aware of how the VFS on the Dreamcast works. The root of
the VFS is divided up into different devices, ex:
/cd = files from the CD
/rd = files from the romdisk
/vmu/a1 = files from the VMU in port A 1
/ram = files on the ramdisk
A quick chdir at the top of your program is the best way to handle it. I
usually do something like chdir("/rd"); at the top, and then make the rest
of my file access use relative paths.
As for Blender, there was a post recently on the KOS mailing list about
importing / exporting models. I also have a custom import / export script
in the DCBlap trunk source (in the blender folder), it's pretty easy to
write a blender script for whatever you need, and then load it up in your
code.
OpenGL on the Dreamcast is pretty bare-bones, so you might run into a few
features that aren't supported.
Lua should be fine, as it's cross-platform. You should just be able to link
the .lib file on Windows, and use the one included with KOS for the
Dreamcast.
Threading, the input event system, and Ogg playback work fine, however the
Sound Effects objects don't work yet on the Dreamcast. I'll look into
fixing them up this weekend, but in the meantime the sfx library in KOS
works pretty much the same way. I don't think sound works at all on the SDL
port.
Good luck on your project!
-Sam
On 4/20/07, kidchaos en hotmail2 <kid...@ho...> wrote:
>
>
> Hi again,
>
> Ok, now that I have a brief idea of the tiki environment, im going to list
> the resources that we need for the development of our project (its a shmup
> codenamed U3D), as i told before, the alpha demo was developed under
> windows/directx9, but after some mettings with my partner, we have decided
> to export the project to an open-source environment, I liked the Tiki
> environment (more than SDL cross-plattform independency) and i expect that
> testing on DC/KOS would be easy... i would appreciatte any comment about
> supporting the following on Tiki and on KOS, regarding to the game engine
> (from the gamasutra article "Enginuity") which is almost finished:
>
> - C++, STL(std:lists and std:maps), templates (for singletons) and
> functionoids (for event handlers)? It should be ok as everything is
> standard...
> - Smart pointer support (like Tiki::refcnt, but with automatic
> deallocation), seems ok...
> - Threading: I dont want to use for now, but i saw that Tiki is
> multithreaded,...I think it doesnt matter for now...
> - File system support, does it work on a linux method (relative path
> support for '//' and '\\')? Does it maps ok to the dreamcast?
> - XML support? My project is using libexpat, but i saw that Kos has libxml
> (do they work with callbacks?), so maybe i will have to make some changes
> there...
> - OpenGL: Right now my project is fully Directx9, so i will have to change
> everything, the support for wrapper classes Tiki:vector3 and Tiki:matrix
> seems fine to me...
> - Trigger-event handler input and event management, seems it works ok...
> - Lua: Already ported on Kos, Hope its not hard to port to tiki...
> - jpg/png: support, Great!
> - Ogg support, i think is enough...
> - What about Mesh imports from Blender/3Dstudio?
> - Forget anything important?
>
> I will appreciatte any comments, or problem regarding any of these
> subjects
> from any experienced developer :-) ...
>
> Regards
>
> @B^)>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> cadcdev-tiki mailing list
> cad...@li...
> https://lists.sourceforge.net/lists/listinfo/cadcdev-tiki
>

[cadcdev-tiki] [Tiki-win32] What i need for my project...

From: kidchaos en h. <kid...@ho...> - 2007年04月20日 11:20:36

Hi again,
 Ok, now that I have a brief idea of the tiki environment, im going to list 
the resources that we need for the development of our project (its a shmup 
codenamed U3D), as i told before, the alpha demo was developed under 
windows/directx9, but after some mettings with my partner, we have decided 
to export the project to an open-source environment, I liked the Tiki 
environment (more than SDL cross-plattform independency) and i expect that 
testing on DC/KOS would be easy... i would appreciatte any comment about 
supporting the following on Tiki and on KOS, regarding to the game engine 
(from the gamasutra article "Enginuity") which is almost finished:
 - C++, STL(std:lists and std:maps), templates (for singletons) and 
functionoids (for event handlers)? It should be ok as everything is 
standard...
 - Smart pointer support (like Tiki::refcnt, but with automatic 
deallocation), seems ok...
 - Threading: I dont want to use for now, but i saw that Tiki is 
multithreaded,...I think it doesnt matter for now...
 - File system support, does it work on a linux method (relative path 
support for '//' and '\\')? Does it maps ok to the dreamcast?
 - XML support? My project is using libexpat, but i saw that Kos has libxml 
(do they work with callbacks?), so maybe i will have to make some changes 
there...
 - OpenGL: Right now my project is fully Directx9, so i will have to change 
everything, the support for wrapper classes Tiki:vector3 and Tiki:matrix 
seems fine to me...
 - Trigger-event handler input and event management, seems it works ok...
 - Lua: Already ported on Kos, Hope its not hard to port to tiki...
 - jpg/png: support, Great!
 - Ogg support, i think is enough...
 - What about Mesh imports from Blender/3Dstudio?
 - Forget anything important?
 I will appreciatte any comments, or problem regarding any of these subjects 
from any experienced developer :-) ...
 Regards
@B^)>