Jump to content

  • Log In with Google      Sign In   
  • Create Account

Interested in a FREE copy of HTML5 game maker Construct 2?

We'll be giving away three Personal Edition licences in next Tuesday's GDNet Direct email newsletter!

Sign up from the right-hand sidebar on our homepage and read Tuesday's newsletter for details!


We're also offering banner ads on our site from just $5! 1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


Rajawali Engine - anyone used it?


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
3 replies to this topic

#1 Joey P   Members   -  Reputation: 111

Like
0Likes
Like

Posted 04 July 2012 - 03:36 PM

I've been looking around lately for an OpenGL ES 2.0 engine, basically all I need it to do is render static meshes in open space and load .obj files, texturing, and directional and point lighting, nothing fancy.

I came across one called Rajawali, it seems to do everything I need it to, and is open source so I can integrate it into my project changing what I need to. Just wondering if anyone here has used it in a serious application? If so would you recommend it? Only thing I'm worried about is, it seems to load the .obj files from disk during runtime, which can be a bit slow, instead of providing a tool to convert them to vertex arrays or VBO's before compiling...

Edited by Joey P, 04 July 2012 - 08:11 PM.


Sponsor:

#2 wildboar   Members   -  Reputation: 281

Like
0Likes
Like

Posted 06 July 2012 - 12:01 AM

You cant save stuff to VBO's before compiling.
I would just use assimp and load some file format and save the data I need in binary form which is very fast to load.

#3 Hodgman   Moderators   -  Reputation: 30950

Like
1Likes
Like

Posted 06 July 2012 - 12:02 AM

You cant save stuff to VBO's before compiling.
I would just use assimp and load some file format and save the data I need in binary form which is very fast to load.

Pretty sure that's what he means -- so instead of parsing an ASCII OBJ file at runtime and filling in your VBO, you simply memcpy your binary file straight into your VBO without any parsing or processing required at load time.

Edited by Hodgman, 06 July 2012 - 12:08 AM.


#4 Joey P   Members   -  Reputation: 111

Like
0Likes
Like

Posted 06 July 2012 - 08:35 PM

Pretty sure that's what he means -- so instead of parsing an ASCII OBJ file at runtime and filling in your VBO, you simply memcpy your binary file straight into your VBO without any parsing or processing required at load time.

Yes, this is much preferred, do you know of any tutorials with source for doing this?




Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS