Irrlicht Engine

Now I'm left wondering which of the three .NET ports is best though, the official port, DeusXL's port, or the native C# port? My gut is telling me to go with the official port since that one has proper documentation which always helps a bunch, and I used the official to hack up the hello world exam...

ChrisTheAvatar => That's pretty weird because you don't need to specify ".so" to Mono... He'll use ".dll" on Windows, ".so" on Linux and ".dylib" on MacOS. Try to get code::blocks and recompile IrrlichtW on Linux. Else, it *may* be a permission error but anywa...

Shoarc => Thanks for the report, I thought I had converted successfully all examples of Irrlicht but there may be a bug everywhere and anywhere actually. I'll fix it :) dmoonfire => Thanks for the typo, There must be a lot of problems because I wrote the code really quickly and sometimes, late at ni...

I just uploaded again the version because I used an DEBUG version of Irrlicht's dll.

Here we are, I'll soon go for one month far from any broadband connection so I decided to release the 0.4 (actually a pre-release unfortunately) which, as a main feature, supports Irrlicht 1.1 ! Irrlicht .NET CP 0.4 : -Corrected F Key enumeration (thanks to Rowan Lewis) -Added Vector2D structure (th...

I'm currently on holiday (in San Francisco hehe !) so I can't work on Irrlicht .NET but soon when I come back, I'll release the 0.4 which is almost ready.
Thanks for being interested

Rowan Lewis wrote:I can't answer for him, but it might be because if it was to be 2.0 specific, then anyone using Mono would get left in the dark.

Why ?

Latest Mono works with both 2.0 and 1.1 provided you use carefully Windows Forms.

Interesting project however, I'll keep an eye on it

Unfortunately for me, all the terrain meshes I've made in blender export inverted, so I searched and found this code: irr::scene::IMeshManipulator has a member flipSurfaces (IMesh *mesh) Which flips the mesh... however I can't figure out how to do this with .net :/ I think the wrapper for the meshm...

(0, 0, 0) is the default position for a node, I removed some overloads with position and that's many nodes do not have position in their creation function because they are automatically positioned to (0, 0, 0). Actually I wanted to reduce creation functions and you would only need to set : Scene.Add...

sh1ny => Again thanks but i did not understand what you meant : Ops and yea i also changed the billboard scene to actually use the vector for position, dunno why you made it use vector3d(0,0,0) ? buhatkj => As I told you, the performance difference must be really low because even with some sort of P...

Thanks a lot, indeed I forgot it because it was on the wrapper's beginning and I thought Vector2D was not "that" useful... But thanks to this, I'll be able to implement it on 0.4 !

Rowan Lewis wrote:Oh, before I forget, you might want to fix the 'F' key:

Code: Select all

		Key_E            = 0x45,  // E key
		F            = 0x46,  // F key
		Key_G            = 0x47,  // G key

Thanks, fixed

terrain.Position = new Vector3D(0, 7, 0); terrain.SetMaterialTexture(0, driver.GetTexture(path + "water.jpg")); terrain.SetMaterialTexture(1, driver.GetTexture(path + "detailmap3.jpg")); terrain.SetMaterialType(MaterialType.REFLECTION_2_LAYER); Replace all "terrain." b...

ISceneNode water = smgr.AddWaterSurfaceSceneNode(mesh.GetMesh(0), 3.0f, 300.0f, 30.0f, null, 0); terrain.Position = new Vector3D(0, 7, 0); terrain.SetMaterialTexture(0, driver.GetTexture(path + "water.jpg")); terrain.SetMaterialTexture(1, driver.GetTexture(path + "detailmap3.jpg"...

Well I never tested the latest SVN but what if you compile the project IrrlichtW using SVN includes ?