FreeTile Sprite Library
Posted: Thu May 19, 2005 9:14 pm
FreeTile Library
The Idea: A sprite library for use in FreeBasic games.
Ok, while slaving over a 32x32 badly made grass tile in Paint last night, I really wanted to find a place where there'd be a bunch of tiles just ready to use.
The concept is that all these tiles would be free to use, in any project, commercial or not, as long as they were used with a FreeBasic game. (Or non-game program that for some reason uses sprites.) I'll provide the hosting myself unless the size gets out of hand.
What needs to be done:
1) The Website. I've got the space but just having a bunch of tiles set up in a folder somewhere wouldn't be very easy or intuitive to use. So, I'm thinking we could set it up with a PHP system where the tiles are organised by type(i.e. Terrain, Buildings, People, etc., and sub-types such as Grass, Dirt, Water, etc.), size (32x32, 16x16, etc.), color depth (24 bit, 8 bit with standard QB palette, 4 bit, etc.), or even by artist. If anyone knows PHP better than I do please contact me so we can work together on this.
2) The sprites. For this we'll need a lot of sprites, but we'll take anything as long as they're original or they have permission from the creator. I'm especially looking at some of the classic QB RPGs, if someone knows how to get in contact with some of these people to get permission for the sprites, that'd be a great starting point for the 8- and 4-bit databases. Of course, we'll need original submissions for the 24-bit part.
3) The people. I think this would be a great way for a new generation of FreeBasic RPGs to come out - having all these sprites ready to go would let the programmers concentrate on programming.
If anyone wants to submit sprites while we get the site set up, send them to xerol@lggaming.com ZIPPED. BMP is preferred, but GIFs are okay for 8-bit sprites. They'll all be hosted in bitmap form eventually so it'd be less work for me if I got them in that format.
Keep in mind if you're going to submit anything with transparency to follow the 'rules' of transparency set forward with gfxlib - for indexed modes(i.e. 8- and 4-bit) whatever index is 0 will be transparent, and for 24-bit use (255, 0, 255). This'll be less work on the programmers.
The Idea: A sprite library for use in FreeBasic games.
Ok, while slaving over a 32x32 badly made grass tile in Paint last night, I really wanted to find a place where there'd be a bunch of tiles just ready to use.
The concept is that all these tiles would be free to use, in any project, commercial or not, as long as they were used with a FreeBasic game. (Or non-game program that for some reason uses sprites.) I'll provide the hosting myself unless the size gets out of hand.
What needs to be done:
1) The Website. I've got the space but just having a bunch of tiles set up in a folder somewhere wouldn't be very easy or intuitive to use. So, I'm thinking we could set it up with a PHP system where the tiles are organised by type(i.e. Terrain, Buildings, People, etc., and sub-types such as Grass, Dirt, Water, etc.), size (32x32, 16x16, etc.), color depth (24 bit, 8 bit with standard QB palette, 4 bit, etc.), or even by artist. If anyone knows PHP better than I do please contact me so we can work together on this.
2) The sprites. For this we'll need a lot of sprites, but we'll take anything as long as they're original or they have permission from the creator. I'm especially looking at some of the classic QB RPGs, if someone knows how to get in contact with some of these people to get permission for the sprites, that'd be a great starting point for the 8- and 4-bit databases. Of course, we'll need original submissions for the 24-bit part.
3) The people. I think this would be a great way for a new generation of FreeBasic RPGs to come out - having all these sprites ready to go would let the programmers concentrate on programming.
If anyone wants to submit sprites while we get the site set up, send them to xerol@lggaming.com ZIPPED. BMP is preferred, but GIFs are okay for 8-bit sprites. They'll all be hosted in bitmap form eventually so it'd be less work for me if I got them in that format.
Keep in mind if you're going to submit anything with transparency to follow the 'rules' of transparency set forward with gfxlib - for indexed modes(i.e. 8- and 4-bit) whatever index is 0 will be transparent, and for 24-bit use (255, 0, 255). This'll be less work on the programmers.