It will be open source for shure, and my intention is to make it very modular, atleast without limiting the speed and ease of use.Originally Posted by Robert Kosek
As a package format i was planning on using the format me and Tokter wrote for glxtreem, (was only avaible for the v1.0 via cvs). But shure, a external lib is doable aswell.
Yeah, support for other platforms then delphi would be nice, i have quite limited experience with lazarus and the likes myself, especially regarding the design ide, wich is a big part of making a accessable package . But this should be doable for shureOriginally Posted by WILL
My intention is to make it as modular as possible, so you easilly can mix parts from the package with custom components and raw opengl code. But to get the design editors to work in a easy and accessable way will requre to interconnect certain parts, package routines comes in mind.
I feel you should be quite pleased with the format that freeimage (http://freeimage.sourceforge.net) supports:
- BMP files [reading, writing]
DDS files [reading]
Dr. Halo files [reading] *
GIF files [reading, writing] **
ICO files [reading, writing]
IFF files [reading]
JBIG [reading, writing] ***
JNG files [reading]
JPEG/JIF files [reading, writing]
KOALA files [reading]
LBM files [reading]
Kodak PhotoCD files [reading]
MNG files [reading]
PCX files [reading]
PBM files [reading, writing]
PGM files [reading, writing]
PNG files [reading, writing]
PPM files [reading, writing]
PhotoShop files [reading]
Sun RAS files [reading]
TARGA files [reading, writing]
TIFF files [reading, writing]
WBMP files [reading, writing]
XBM files [reading]
XPM files [reading, writing]
However the freeimage version i'm using is distributed as a dll so will be some platform issues there that will require some kind of fallback i suppose.
ThanksOriginally Posted by Traveler
Yeah, i've noticed, been visiting your page quite regulary
With 2d particle generator i suppose you mean a particle system ? In that case there will propbably be one down the line, maybe not as advanced as the later versions of the glxtreem ones but nontheless.
Sound is also a thing on the todo list, only been working with fmod myself, but nothing says it cant support multiple sound libs.
Yeah, scaling and all those stuff for sprites will ofc be supported, mosy likly via texture transformations to limit the need to modify the vertex buffers to much.Originally Posted by cairnswm
Well my idea of to use lua is mostly because of its speed and the ability to precompile scripts, shure it's c style code so that may not be optimum, but it should be possible to make this pluggable to use different languages i guess.
The computer inconsistency in glxtreem is mosly because there's limited fallback functions for the more advanced opengl calls, ie its targeted on somwhat top of the line gpus. Another limiting thing is the testing platforms i have avaiable, wich basicly is only my own computer
To be honest, glxtreem has mostly been my test platform for different graphical technologies that i have put together in a library that people could use of their liking. Thats why when someone has asked if they may use and modify any of the code from a component in the package for their own use I have given a all go
Actually, the idea of making it a community project appeals me, there's alot of compentent coders here with great ideas so I think this would only be good for the project.
Bookmarks