Hi Gerrit,
> 
> Given that the ColladaDom is much closer to what we need and how I 
> would implement a loader I still think it would be a good idea
> to start with it and solve the backward compatibility problems as
> they come along (I would not care about Collada 1.3 anymore). I also
> think it is the better code base in case we decide we need to write our
> own loader.
> 
> The other option would be to immediately go for our own loader.
> 
I think we should use ColladaDom as an help how to read/interpret certain
elements. 
The interesting question for speed and memory usage during reading would be
if we could write a SAX2 based parser? As the name said I think ColladaDom
also uses the DOM model...

Greets,

Patrik

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to