AS3D Manga Director

SourceForge.net Logo

Read more »

AS3D Manga Director

SourceForge.net Logo

Read more »

Making of Javantea's Fate 262

This is the function of a First Person-Third Person Camera for OpenGL.

Read more »

Making of Javantea's Fate 259

Today I spent the morning (9:30 AM - 3 PM) porting AS3D to GLUT. I found that it was possible, but not positive. I downloaded the GlutMaster pseudo-library interface for glut. I figured it out in less than half an hour, it was really simple. So I added it to AS3D as version 0.11.0. It just would not compile. gcc works fine, but ld does not. Why? Why?! It took me four hours to find out. Ugh. So I finally have the brilliant idea to compile it invertly: take a working GLUT sample and add a single small part of AS3D. Same problem. So then I check the makefile. The makefile isn't compiling my AS3D class. I look in the problem in the AS3D and what do you know, it's not compiling the glutMaster. Duh, that would give an error. So I spend another half hour finding out that a quirk in KDevelop made it not compile it due to directory structure and file extention (glutMaster.c++ instead of glutMaster.cpp). Very silly, indeed. So then I have it running, right? No. Glut is built incorrectly for my program. While I do use a mainloop, I have multiple levels of returns due to my correct* use of C++. It is event-based where my program is object based. It controls the loop with this function called glutMainLoop. If you want to sidestep glut, there's a website with instructions on how to hack it. I don't want to hack glut. Sure, you may find it fine, and if I really wanted to use glut, I would, but I do not. You see, I checked a bit of source code for SDL on NeHe and I'm going to use it. Thanks Jeff and Ti Leggett! You might remember that I used NeHe source code for my Milkshape Model Loader and my Linux GLX base code (which I am now rewriting in SDL).

Read more »

« previous next »