I've uploaded an example which shows how you can call a C# function from lite-c, here's the link to the downloadable project link

i too think that using c# for the scripts is most likely easier than using lite-c!

Is a game written in C# using gamestudio faster or slower than writing it in lite-c?
A small test would be cool (a huge crowd of entities that perform a function).

yes, would be interesting. i don't think there is much difference though. lite-c isn't a very optimizing c compiler.

@Stromausfall

Thank you very much I will have a play around and see what I can do. I have noticed though that you (or at least I believe) can only load one script when opening the world as opposed to loading scripts at will. If this is the case then I will have to go with C# as the scripting language.

I finally had time to look into your wrapper. I love it!

One bug I noticed:
The ent_nextvertex() method of the ENTITY class doesn't work if null is passed for the first parameter (contact). Although this is possible in Lite-C!

The most interesting example was the embedded engine window example. One problem I noticed is, that even if the parent window (the window the engin is embedded in) is active, I need to click into the engine window so that acknex detects my key strokes.
Is it possible to activate the engine window when the parent window is active?
I also didn't managed to get resizing of the engine window with the parent window to work... The panel is resizing correct. In the resize event of the panel I tried to change the engine resolution to the current panel size... without an effect (I used the threadsafe event of your scheduler of course).

Really great work!

@Dark_samurai
thank you! I'll fix that bug in the next update !
about the embedded engine window - I've noticed that too ! If i find some time I'll look into this !

For the window stuff...

To resize the engine to the resolution of the container, overload the WndProc and catch WM_RESIZE, then pass the call onto the engine Handling the 'Resized' event of a .NET control would also do

As for the keystroke stuff, It's something I have been trying to resolve for some time. This is a consequence of the SetParent call, as I've seen this behaviour in other apps unrelated to GameStudio. I think the function 'AttachThreadInput' may hold the key

A workaround is to simply overload the container WndProc, catch any WM_KEYDOWN, etc messages, and pass them onto the acknex window handler

good luck

experimented a bit and came to the same conclusion as DJBMASTER ^^
works pretty good, but as DJBMASTER wrote, WndProc has to be overloaded
It would be interesting to see how mouse interaction works with this method !

I've experimented with the original method of embedding the window and after quite some time found a way to resize the window and also give the impression/(or even manage ^^) that the focus is correctly switched according to the mouse position and the status of the main form....
It uses some dirty tricks, but should works quite good (at least it does on my pc ^^)

ImprovedEmbeddedWindow.zip

Wow thank you very much!

Resizing works already perfect!

But I noticed a problem with the focus thing. If the main form creates a dialog that is placed over the engine window, you will be unable to click a button in this dialog.
Another problem of this solution is, that the mouse has to be over the engine window so that key strokes are recognized. I think I will use the keydown event of the form and forward the key strokes to the engine window if the mouse isn't over the window.