Irrlicht Engine

I am in favor of git repo, because I find it so easy to contribute to projects. Patches in the SVN usually go unnoticed. I am sure Irrlicht will get more contribution if it's moved to Github.

CuteAlien wrote:...

This should be put on wiki under title something like "Compiling your own Irrlicht project using Makefile"

Hi, it's seems nice project! What is the license of it? (if you haven't decided then I recommend zlib or MIT). Regarding github, you should add .gitignore of C++ in your root of repository, that way your .obj/.log wouldn't be uploaded next time you push your repository because .obj/.log etc are ...

CuteAlien wrote:@hendu: Ah cool. Well, still not exactly compatible with zlib, but anyway - your report is as always helpful
I didn't notice that problem.

The latest version has zlib license. See the changes:
https://www.libsdl.org/projects/SDL_ttf/

Have you tried Cython for binding C++ classes? I noticed it's faster and more maintainable. I was actually thinking of making Python wrapper using Cython from scratch. Let me know if you are interested.

Hi, I personally haven't tried integrating them, but I've seen people with partial success. Have you seen this example ? It maybe easily adopted for Irrlicht. I don't know much about Irrlicht's OpenGL implementation but I know that SFML internally uses deprecated functions for 2D drawings so the ...

Hm, I was thinking to update the irrBullet but maybe I will decide against it after testing your wrapper

Hi,

For approximation of character you should use btGImpactShape where you would pass triangles through btTriangleMesh. Please see the implementation in IrrBullet (you'll find it in gimpactmeshshape.h/trianglemeshshape.h).

Glad to hear. You should also include compilation flag for Freetype support in IrrCompileConfig.h as Freetype is licensed under BSD-style license and not everyone use TT fonts so they won't have to comply with license.

Very well. The class looks clean and the interface is very similar to irrlicht, but it needs some changes in trunk to make it work (e.g, core::ustring etc). Maybe it will take it's place in 1.9

Did you see any other patch for TT support apart from that? I'm curious to know because Nadro's games (simple fun games!) uses Freetype along with Irrlicht, so how would he able to implement Freetype in irrlicht? By using such workarounds? Or did he use lets say CopperCube?

hendu wrote:Your gun model may not be modeled around the origin, in which case you need to translate. Similarly, it may be made in millimeters, so you need to scale, and so on.

I take your answer as yes to my previous question And no, the gun model isn't mine. It comes with Sdk.

IIRC those are just warnings. Compiles fine here with trunk (the linux binaries in the zip archive were compiled with it btw)
Oh right, I had SDL checks enabled in Visual Studio project configuration which treats such warnings as errors. It compiles fine now. Just asking, what are the differences ...

How's the progress of Freetype support in Irrlicht 1.9?

hendu wrote:They depend on your model.

You mean positions aren't separated from models?