L B

No really. Are you?

No trouble at all Sorry for the header delays, Tyler is incredibly busy recently and some tasks require him to work on the headers.

+1 for both suggestions. As of your concerns, they can be solved by getting the source code, which is a separate, more expensive license. The main Leadwerks developer is currently unavailable, but he will surely address your concerns when he gets back.

Josh didn't make these tutorials, I did. When the C# headers will be fully ready, they will have a complete tutorial list accompanying them.

Send a string (with a byte prefix of its length) of the method namespace and name, that should do it. Server.Invoke("MyNameSpace.StaticClass.Foo"); Or, for parameters, make it a "params object[] parameters", get the type of the object, send the length of the array, etc. etc. Could all be relatively easily done, but I highly discourage it. If someone does any packet editing, he will be able to call any private function on the server.

For an action game, UDP is required. However, in the event of making a RPG, TCP suffices. I agree that an additional layer is useful for UDP though.

Why don't you use System.Net(.Sockets)?

+1. It doesn't have to be granted, but it does have to be addressed.

General rules: -Main character: up to 15-20K -Side characters: up to 8-12K -Noticeable props: up to 4-6K -Vegetation (trees): up to 4-6K -Small props: up to 1K -Buildings: Extremely variable Please note the "up to". In this case, less is more, considering you can model it right.

I have the same problem with my Three Bridge scene, asked Josh and he had no clue. Guess I'll have to say bye-bye to that one unless I find a fix. Now, even the models don't appear in the scene. Seems like something messed up with Lua.

Will download this for sure. Thanks for sharing.

Yeah, I talked with Josh and figured some of the suggestions out already. By the way, why do people always say +1 and never give rep. I give rep. Am I the only one to do so?

The C# headers will soon have Entity.Quaternion.set. Don't know about the other languages.

Ah, whoops, I'm getting used to the new headers' syntax, in which it is "Engine.Initialize".

Scaling will be in another middleware, but it is planned.

But then, we would lose terrain optimization, which is extremely important. Also, I have to mention fantasy RPG games which use an open terrain with lightmapping, and it does give quite a nice effect.

You didn't use Engine.Initialize before Framework.Initialize. You do not have a rendering loop with Graphics.Flip. You do not need to use the Leadwerks prefix if you import the using. static void Main() { Engine.Initialize(...); Framework.Initialize(); while (!Keyboard.KeyHit(Key.Escape)) { Framework.Update(); Framework.Render(); Graphics.Flip(); } Framework.Terminate(); Engine.Terminate(); }

Exposing the SDK path cannot be implicitly done, since it isn't anywhere in the registry. However, you have access to "Common.ToolsPath", which is basically the "Tools" folder of the program. I have copied the Leadwerks tools there to access them. For other software, like the texture converter, option dialogs will probably be available. However, this is not necessary for a model conversion, since there is basically only 1 way a model can be converted to GMF. I know this can be slightly debated, but essentially, if you have a valid 3D model, it should be converted into GMF without options.

Here is how to write a plugin (C# .NET Assembly DLL): First, import a reference to Middlewerks.dll. Then, create a file and add the following code to it: public static class ModelConverterPlugin { public const string Extension = "ext"; public const string Description = "Custom"; public static void Convert(string inputPath, string outputPath) { // Do your conversion work here. // It has to create a GMF file at outputPath from an EXT file at inputPath. // To signify a failure, use the following exception _only_. Any other will crash the utility. throw new ConversionFailedException("This plugin isn't implemented."); } } I'd be glad to know what plugins we can all make. Don't forget to throw in a little donation if you like this software.

File Name: Middlewerks - Model Converter File Submitter: Lazlo File Submitted: 02 Aug 2010 File Updated: 02 Aug 2010 File Category: Tools and Utilities Converts from all the formats as plugins in its "Plugins" directory. Supports fast, loop and batch conversion. Requires .NET 4.0. Click here to download this file Taken down for redevelopment.

I used Windows 7 for all Leadwerks Engine development, nothing odd to report. Make sure to get your graphics card drivers.

pureLIGHT won't work on an outdoor scene, which makes it useless for some scenes like this one.

Mm, is there any way for me to integrate my terrain in pureLight?

Rick: Yesterday, Tyler created a custom Engine.DLL for us - what this basically means is that we have an extremely high access to accessors and other functions that we didn't even know existed. I updated about a third of the wrapper today to fit the changes, but I will still need about a week for it to be done. Fear not however, you may use the current version. Some things will have changed, but they are mostly internal. Therefore, you may only have to adapt slightly when the new version comes out. For instance, "Window.HasRequestedClose()" has changed from a function to a property. Therefore, you only call "Window.HasRequestedClose" (without the parenthesis) now. If you do not wish to revise your code for such conventions when the new version comes out, I suggest you wait. If you don't mind, however, feel free to start your project right now. The official given delay for the new version is "within the month". I do think, however, it will be ready within next week. Enjoy your development