indielib.com

[Javier López]

IndieLib is now OpenSource. We are looking for people interested in joining the development team. If you are interested, post here.

Here are the features planned for the next IndieLib releases. This list is dynamic and you can influence on it! If several people request the needing of a feature before other the list could change. Just post your opinion!

1.01 to 1.03 (Current Release)
- Fix known bugs

1.04
- Check out .Net wrapper and include it on tutorials, webpage, FAQ, forum, wiki, etc.
- Add "BlitColoredTriangle" to the primitives tutorial. Change the name to "BlitPoly"?
- Add a method for changing vertex transparency. Overloaded method of "BlitPoly"?
- Fix transparent primitives bug. Currently they are being showed opaque.
- Add BlitPoly to Entity2d, you can't add it to an entity yet (in the documentation it is wrong)
- Change the names of collision system methods.
- Splines
- Resizable window option
- Map editor tutorial update
- Possibility of checking focus lost.
- SetMousePos
- Currently, entities can not share animations. Well, they can share it, but if you make a "SetSequence" it will be done in all the entities that share that animation. I have to add a "Clone Animation" method for that. This is going to be in the very next release. It's really important.
- Fix memory leaks when ending IndieLib.
- SetSequence() using strings
- "Any Key" Input
- Lost device callback for handling special things. Currently it has stops the game.
- GetChar from keyboard (or something similiar). To get keyboard input directly as strings or chars instead of keyis ids.
- Get areas of the collisions (easier from know, and we can extend it later for transformed areas too in order to get the transformed vertices).
- [Fixed by Nomad] Fix memory leak in fps string.

1.08
- Finish tutorials
- Giving the possibility of using .rar files for storing the resources.
- Update MudgeFont version to 1.0.3
- Some of the movements of the tutorials are still not time dependent, fix this.

1.09
- Release one or several small games using IndieLib.

1.1
- Stop using D3D matrix class and develop the classes needed for the transformations.
- Hierarchical entities (join entities to other entities)
- Isolate the render in a plugin
- Develop a D3D9 plugin
- Develop a D3D8.1 plugin

1.2
- Develop an Opengl plugin

1.3
- Port to Mac

1.4
- Morphing effects class for creating predefined animations using SetGrid (already implemented) and creating "grid" animations such (waves, bubble effects, rope, etc).

1.5
- Box2d integration.

1.6
- Gui support

1.7
- Particle system + Particle editor

1.8
- Resource editor: for creating the animations in a visual way, their collision areas, etc.

1.9
- Map editor: for positioning and changing the attributes of that entities

2.0
- Add any other small features requested and make any possible optimization.

Future
- Pixel shaders support?
- Porting to other platforms such Xbox, PS3?
- Inserting IndieLib into the brains of an army of robot and conquer the world?

[Etabubu]

As I stated in another post, I think that a particle system is very important in every game.
I don't care if it's a separate library integrated in IndieLib or if it's written from scratch. I would give it a higher priority than the Mac port (even though I own also a Mac), since it shouldn't take long to implement it (for sure far less than a OpenGL plugin + Mac port) and it would make IndieLib a more complete and competitive graphic engine.

I would move Particle System, Box2d and Gui ABOVE the plugin/OpenGL/Mac stuff, because if you really want to create a good quality and modern 2D indie game, you really are gonna need those features! And if I have to write them from scratch on my own, I would probably use just another (and more mature) library instead.

Just my opinion!

Etabubu

[Javier López]

You're right Etabubu, a particle system it's something really important.

The problem is that a proper particle system would request an scenegraph implementation that I know how to do but that currently dosen't have IndieLib. The good news is that this is the same implementation I'll need in order to isolate the plugin.

What I mean is that if I implement the particle system now, I will have to redone it again after porting to mac, because the render base would change.

This would be double work

I think isolating the plugin it's a high priority. Maybe I can first isolate the plugin an implement it in: D3D8.1 and D3D9, and later to make the particle system, box2d, etc. And after all this, start porting to mac creating a plugin for OGL, but knowing that the base is right. This way IndieLib would have those features faster, but a Mac port later.

Let see if more people give their opinion.

[BigB]

I'm with you Loover.
I think the graphic plugin system should come first, because whatever you implement next it's over that.
Doing the particle system, or other graphic things right now, it's just loosing time, because you will need to implement it later.
D3D8.1 is important too, at least for the casual market, which is where we are aiming here.

How much time do you extimate to get this working ? The plugin system ?

thanks,
Bruno

[Javier López]

[Etabubu]

[Javier López]

[Ciri]

Yes Yes Yes... Ciri will do games... Ciri is pure motivation!

[Etabubu]

See?

Ciri is going to create many games! Ciri is going to make one game a week! Ciri is also going to create tutorials, examples, demos!

So we solved all your problems, Loover! Now, you just need to work on the new version!

Etabubu

[Javier López]

Maybe Ciri can also work in the engine, so I can relax and to live free into the wild.

Seriously, I'm just asking myself who is going to be the first one in showing the first game/prototype.

Come on!

[ZCCdark203]

[Javier López]

[lubos]

I can offer some motivation too the 1st thing for me is an opengl renderer, then GUI and particle systems. I'm going to explore engine code a bit more, and maybe start a serious project with it

[Javier López]

[highway900]

love the idea of ibdielib though I use linux and and would looove to see an opengl renderer in there.

great work!