Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics


A member registered Aug 06, 2017 · View creator page →

Creator of

Recent community posts

You're welcome! Glad to know you have it working

This reply is one year old. Back then, downloads were subjected to a voluntary donation. But I changed this some months ago, and now prebuilt binaries require a minimum fee of 5€ (not a fortune either), to support the project and at least cover hosting costs.

So you have two options:

1. build yourself from source,
2. kindly donate and get the binaries you expect to work :)

Hi Thorbjørn!

Yes, I've considered it already. However, Travis CI doesn't support building for i686 or ARMv7 architectures (Raspberry Pi), and AppVeyor required to bundle external dependencies (SDL2 and libpng development libraries for Windows) inside the repository, something I don't want to do. I tried to export 64-bit Linux build  on Travis with curl to a ftp server I have, but it failed most of the times, it's a documented limitation it has. So I ended up with a Raspberry PI and VM for linux and OSX, each one with a script that pull sources from GitHub, builds and sends the result to my ftp server. It's really just a couple of minutes.

I've checked Tiled repository and took a look to travis.yml and the deploy scripts to butler. They're a great example to follow in case I want to send at least Linux 64 and OSX builds directly to itch. I didn't know about GitHub actions. At this moment I'm more focued in finishing the main documentation of Tilengine, that's the big hole in my project.

Thanks a lot for your kind help, and congratulations for your Tiled editor! It's an outstanding tool and a key piece in Tilengine functionality.

Release 2.6.0 added support for 24 and 32 bpp png files. However keep in mind that they must have less than 255 unique colors each. Tilengine renderer is designed around 8-bit indexed color images used in pixel art and won't load true color images if they have more than 255 colors.

Release 2.6.0 added support for 24 and 32 bpp png files. However keep in mind that they must have less than 255 unique colors each.

You can also use tiny c compiler to build native 64-bit samples under windows, I use it quite often. It' mostly gcc compatible:


I don't have first hand experiencie with this mingw64 tool so I can't give you advice. You can build tilengine samples with mingw32, visual studio community, or get support for mingw64 in its official forum about how to use it:

This is the link in the pascal game development forum thread where the wrapper was announced and posted:

And this is the link to the original commit by his author, turric4n:

BTW, nobody should be forced to use a commercial application to develop free and open source software. Delphi should be discarded for this task.

(1 edit)

You're right! But the truth is that the Pascal wrapper was submited once by a contributor, and then he abandoned it. I don't know Pascal/Delphi and I'm sure it's a great language, but I cannot maintain the binding. Someone else with Pascal knowledge should be in charge of it, and that would be appreciated. And the same goes for the Lua/FFI binding: submitted once, then abandoned.

Hi Dariusz! 32-bit image support would be a nice feature indeed, and I considered it some time ago. The problem is that the entire rendering pipeline is done in 8-bit indexed mode -there are some intermediate buffers to determine visibility and some effects-, and it's just in the last step that the palette color is fetched and set to the final. So it's not possible to feed the input of the pipeline with direct RGBA colors, because they don't fit. There may be a compromise that is 32-bit images would go directly to the framebuffer, bypassing the intermediate steps, but that would result in severely reduced feature set compared to regular 8-bit images, and that's not what people may expect... what do you think?

Hi Dude,

This is common to all platform. In the main Tilengine page, there's a blue button that says "Download". A pop-up appears, asking you for a donation, and a link to bypass it and go straight ahead to the files. Select whichever option and you'll get a list of links to download  for your specific platform.

Goot luck!

I've checked your asset. It's 256 colors, but the transparent color you want (I guess it's pink sky) is not located at palette index 0, but in the middle of the palette, that's why Tilengine doesn't show transparency. Transparency is based in palette index, not in RGB color value.

OpenTK is a C# binding for OpenGL, that is a low-level graphics API for 3D hardware. It doesn't provide the abstractions for tiled backgrounds, layers, sprites and so that Tilengine offers, so you'll have to build them yourself on top of OpenTK to get a similar functionality. But if this is easy to implement for your project, go for it!

You say you've found a bug regarding the viewport and tilesets. Would you provide sample source code and/or assets to check it? If you really have found a bug, I cannot debug and fix it without reproducing it first...

Thanks for your feedback and good luck too!

Tanks for your feedback!

Tilengine works exclusively with indexed color graphics with 8-bit palettes (up to 256 colors). It uses color indexes inside a palette, not actual RGB values. Transparent color for sprites and tiled backgrounds is always index 0, this is how actual 2D graphics chips used to work and cannot be changed.

It seems that you're exporting 32-bit RGB images from Gimp, not the indexed ones required by Tilengine. They will show ok in Tiled editor, but not in Tilengine. The transparent color attribute in Tiled is only ised by Tiled itself to composite the image, but it has no meaning for Tilengine. Please take a look at this link from the Gimp documentation:

As a working reference I also recommend you to open the assets provided in tilengine samples (/samples/assets folder) in Gimp, because they have the expected format.

Let me know if you have success!

A sprite pack is usually comprised of two files: a single graphic file containing many related pictures together, and a text file describing where are located every picture. Just downloading a single large pack is not enough, rectangle coordinates for each sub-picture are required.

I don't know what you did wrong without taking a peek at your project. However keep in mind that tilengine is a graphics engine to program video game graphics with it, it doesn't provide any ready-made assets collection, only the assets used by the examples themselves. There isn't any sonic sprite pack, you have to build your own.

Of course you can, there are some level examples, and gameplay mechanics implemented in sister projects SuperMarioClone (C#) and PythonPlatformer (Python)

Hi Jared,

Updates are more frequent in GitHub project, I only update packages here on major revisions. Is your development project stuck because Tilengine has closed parts? If so let me know. However you're always free to chose another library that better suits your needs. What is of "no point" for you may be very different for other people.

Kind regards,

(1 edit)

I'll be giving a speech about the state of computer graphics and Tilengine in the upcoming event "The Future of Retrogaming" organised by Retrogamingbcn. Entrance is free. See you there!

Hi, yes you can use it in commercial productions. The attached MIT license allows you to do it.

I've setup a new project in GitHub to show, with progressive updates, how to build a 2D platformer prototype in tilengine using python.It uses some raster effects in the background layer to enhance depth.

Project site:

Youtube playlist with the updates:

The beautiful graphic assets were created and freely released by two registered creators in