Quote:Original post by Redleaf
How about some kind of information showing what languages each library has bindings for? Or better yet, listing all libraries that support a particular language under one section.

For instance:

Python:
-pygame
-pyopengl
-pyode
-twistedmatrix
etc.

That's something I would be interested to see. The existing categories don't have to be broken down necessarily, but it would also be nice to have libraries related by language found in the same place.

At the moment, it seems the list is mainly geared towards C++. Maybe an organizational change would entice more people to list libraries for use with other languages?

Really, any library that is worth anything is likely to be supported by C/C++ plus any other language where anyone has generated a binding for it. Also, the majority of people are using C/C++ so the utility of tracking the support for other languages probably isn't worth it. And should there be 2 entries for SDL (PyGame is really just an SDL wrapper) or PyODE (which is just ODE wrapped for Python)? At the moment I want to keep it fairly simple and aimed at the core audience.

Generally that might be true about C++ support, but what about a library like Twisted Matrix? Surely if you were familiar with it you wouldn't say that this library wasn't worth anything to game programming, and it's not easily usable with C++ as far as I can tell.

As far as simplicity goes, that's always a good thing. But isn't the page just a list of links by category anyway? I'm not sure I see how additions of this type would dramatically increase the complexity.

Maybe the core audience needs to be more open-minded, and have a chance of being exposed to more alternatives? A few months ago I would have considered myself part of that core audience, and I consider it a crime that I wasn't seriously exposed to such alternatives earlier. You could be doing others a big favor.

Quote:Original post by Redleaf
Generally that might be true about C++ support, but what about a library like Twisted Matrix? Surely if you were familiar with it you wouldn't say that this library wasn't worth anything to game programming, and it's not easily usable with C++ as far as I can tell.

It's not exactly a game development library though, is it? It's a networking library, for a language that isn't very commonly used for game development. I know some of the C++ libraries only have tenuous links to game development, but their inclusion is justified because C++ is significantly harder to use without such libraries. Python has built-in networking that is easy enough to use for most games.

Quote:As far as simplicity goes, that's always a good thing. But isn't the page just a list of links by category anyway? I'm not sure I see how additions of this type would dramatically increase the complexity.

If I have to add general purpose libraries for uncommon languages, then it's likely to double the size of the list while adding little value to the average (ie. C++) game developer. If I have to start tracking platform availability for each one on top of that, that significantly increases the amount of work I have to do to ensure the list stays up to date. It only takes a reader maybe 2 or 3 minutes to check to see if the library they want is available in the language they use, and in 90% of cases it will be. But for me to do that check myself, for every library, at least once a month or so, will take a lot of time.

Quote:Maybe the core audience needs to be more open-minded, and have a chance of being exposed to more alternatives? A few months ago I would have considered myself part of that core audience, and I consider it a crime that I wasn't seriously exposed to such alternatives earlier. You could be doing others a big favor.

I agree that the world would be a better place if more people used Python, Ruby, and other high-level languages that make C++ feel like assembly. That's why I got the Scripting Languages forum started here on Gamedev.net. But this game developer library page isn't really the place to promote these things, without diluting the core content and making my life a lot more difficult for little benefit. I might start a separate 'Python Game Libraries' page sometime, if there's demand, and if one doesn't exist already.

irrlicht--a 3D game engine with a very simple archetecture. You will learn it in one day and begin to code your game.

Codefuns, Irrlicht is already on the list.

Just to pimp myself a little more [grin]

Game Texture Loader
It loads common game texture images, PhysFS intergration as well as other spinky things [grin]

GTL Webpage
Sourceforge project page
licence is zlib

AGL is an engine with platform-independent interface for 2D game development. All platform-dependent routines (such as graphics, sounds, file input output, windows messaging, and etc) are already implemented in the AGL. You need to create only game logic while developing the game. Games developed with AGL will run on low-end systems including systems without hardware graphics support (such as i810).

The main feature of the engine is high-level game framework. It contains game states and resources managers, integrated with graphics-rendering subsystem.

Current version supports DirectDraw 7.0, Direct3D 8.0 or OpenGL for displaying graphics and DirectSound for playing sounds.

The latest version of AGL and the documentation can be downloaded from http://www.gamedev2d.com

AGL is free for non-commercial use.

[Edited by - Pavel Dovgaluk on January 15, 2006 12:14:18 PM]

Input API? Rare! Cool indeed! I want it!