TylerH

I could definitely dedicate some time to proper C# documentation, both for the straight C# API, as well as for the full wrapper that now exists.

Looking good, I have been planning one for a while, to have a slick interface. What language did you make this in?

That sounds great. This makes doing things like NPC AI logic stupidly easy, almost like a finite state machine, but in an "infinite" manner

Code won't download for me. Says the gcore.zip file doesn't exist.

A friend of mine implemented this very pattern into an old Leadwerks C# framework. I liked the flexibility, but it seemed bloated. The best example usage I came across in using his system came in two ways: 1) We had components that made up the player: Camera, Controller, and Control components, that handled the Leadwerks camera, the Leadwerks controller, and our input system, respectively. 2) We had a set of components that made up the actual gameplay logic behind the player; it was a survival RPG, and you had to eat (Hunger), sleep (Energy), and drink water (Thirst)/Water. It was a "stranded on an island" game. There was a component for each of the 3 "needs", and a Health component. Each component could talk to the other components by querying the player (parent of all 4 components) for the other using a Name, or get the entire set of 3 by using a FamilyID string. It was pretty awesome. I have attached the source code for the entire game (C# in Leadwerks x.x, I think it was 2.0). What was also pretty cool, was that you could create components in either C# or Lua, and it made no difference. Components could still talk to each other and be interacted with the same way, though this required a .NET Lua module that allowed importing .NET types into Lua. I also attached a RAR with the most recent version of source code for said game framework. You might be able to find a playable version of the game in the Showcase of the old Leadwerks forum. EDIT: http://forum.leadwerks.com/viewtopic.php?f=32&t=2254&start=0 There is the old thread, but it seems I deleted the archive from the server. Survival.zip Modules.rar

That is correct.

I, J, and K will give you the local axes of the model relative to itself. The parameter it is passing to the hinge function I believe is the "pin", which is the axis it rotates on.

Yay. I worked on a Lua draggable decal a while back, and had some minor success, but with a full solution like this, I am extremely grateful. Wonderful work

I agree with ZR on the LoadFile type command, but instead of a string, if we could simply get a pointer to the file's memory, and then from there we can get it as binary, XML, text, or whatever, in any encoding.

One more thing: All of the polled input commands (basically every Leadwerks input command) will not work with a custom context, like this control, or the one I made using Tao.OpenGl. I have been researching a way to add custom support in the C# wrapper to circumvent the polled input and provide an identical use API for custom contexts, but have not really done anything on it yet.

My solution was lost, but it was a matter of changing ALL calls into Leadwerks commands that return strings to return an IntPtr, and using Marshal.PtrToStringAnsi to convert it to a string. (Just re-added incase anyone searches this thread in the future)

Seems like a legitimate question? I can look if you would like a full explanation, because I honestly don't know off of the top of my head.

Oh, ok. I had forgotten Josh mentioned it got reverted.

Does you have any type of illumination map on him?

Is your Working Directory pointing to a folder containing the DLLs?

The technique for this is called spring dampening. You create a "Spring" class that has two vectors or entities, and does the calculation in an Update call to determine the forces to apply. It is then dampened and modified to simulate elasticity, breaking, etc. It is commonly used in 3rd person cameras. I will look for an implementation I have done previously and report back here my findings.

For real back on working on this. No joke this time.

Well, if by auto-building you mean setting up, I think anyone making large scale levels for games is using the Leadwerks Editor. There is no reason you can't setup a game entirely in code or the world as well, but there are advantages and disadvantages to both approaches.

The official headers, as maintained by the community in the C# language and .NET/Mono, will be available here: To update: http://code.google.com/p/leadwerks-csharp/ To commit (if a member): https://code.google.com/p/leadwerks-csharp/ I would recommend an SVN client such as TortoiseSVN. Anyone may checkout the SVN anonymously to receive the headers, and I will add anyone to the project who wishes to commit upon request. If privileges are abused, you will be warned, then removed from the project. NOTE: HTTP for anonymous checkout, HTTPS for anyone wishing to commit (post-approval). This is intended to be the be-all-end-all thread on the C# Headers and their availability. As of 5/6/2010 the SVN is on Revision 2 using klepto2's latest posted release.

So are the callbacks/delegates you wanted working? Or still missing? I have the "official" code that I worked on about a year ago that remained consistent, memory leak, and bug free throughout the course of engine updates, and can incorporate that into this. I never caught on at the beginning as to if Ubu encapsulated my old or new C# headers for this wrapper, or wrote the core imports from scratch; regardless, we will get things up to date and trucking, I have loads of things I want to bring to Leadwerks that will come quickly and easily via C# (and Lua ).

That may change in the future.

Not a lot of posts here in a while. Out if curiosity have you guys made progress? I would like to get a head start into working with these.

Awesome, now I want to see you guys make some kick-wonderful person weapons and AI in C#

CEGUI implemented by Vex Studios approximately 6 months ago: All the code is attached in a ZIP, and was compatible and working great as of Leadwerks 2.3. Hopefully it helps. CEGUI.zip

I can almost guarantee this fix will work. If not, all the "out" keywords will just need changed to "ref" keywords and it is smooth sailing. I had to consult my old Survival game I wrote in C# for Leadwerks 2.0, which had some LinePicks so the player could interact with entities and carry things around.