[Unwanted Window]

I don't think so... engine.exe is a console application.

[Terrain Erosion]

yeah, I really miss that... really.

[mass = 1 ... Real weight equivalent ?]

this is either horrid to watch... or really entertaining... still not sure.

[Getchar and special keys ?]

well, that's even more confusing to me... this is the leadwerks forum right? I only get engine.dll and engine.exe... so, what exactly does he mean by crossplatform?

[Getchar and special keys ?]

I think GetAsyncKeyState is your answer

 

// get async status on all keys
SHORT myKeyboardState[256];
for (int x = 0; x < 256; x++)
 myKeyboardState[x] = GetAsyncKeyState(x);

// now if you want to know about the up arrow key you do this
if(myKeyboardState[VK_UP] & 0x8000) { // check for most significant bit
   // it's currently being pressed
}

[Holy Crap... there is no undo button in the editor?]

You can't beat ctrl-z undo, a couple of levels (even 1 level!) would be fine for most. This reminds me of the days we didnt have scale in the editor...

There's no fighting the need for undo! It's just an unavoidable feature to have in any editor.

[Idea for terrain shader implementation]

That's all nice, I've been around the intanced models thread, but what use is it here if there's no editor to paint a terrain this way? unless texture atlases become somehow handled internally, exposed from the engine, and sets become selectable in the editor... wich leads us back to feature requests ;]

[Scene Loading Example]

RegisterAbstractPath("D:\Program Files\Leadwerks Engine SDK");

 

glad to see you fixed it, in C it should be double backslashes (because backslash is a escape character)

RegisterAbstractPath("D:\\Program Files\\Leadwerks Engine SDK");

 

your solution works as well, but I'm not sure why...

RegisterAbstractPath("D:/Program Files/Leadwerks Engine SDK");

[Non-instancing copy command]

This time I actually like Josh's solution, should work as long as you want every instance to have the same material properties.

[.gmf to .[...] (whatever, .obj, .3ds, .x, .fbx, etc.)]

do we have a decent way of locking down our assets yet? because you know better than anyone here, the moment that gmf2-whatever converter gets released it will be all over the internet... just making it even easier for people to steal models. what are you using for the private folder models?

 

You do realize this is ultimately impossible to protect, right? eventually someone will hook the underlying zip api, or even opengl, and dump every loaded model/texture/script no matter what. There's no magic esoteric way of avoiding the fact that to see it on the screen you need to load a decrypted asset at some point. Asset protection is a non issue, and has always been.