[Fentinor build]

Your scene is fantastic mate. I can't really help any more than Josh or Mika or anyone else on the speed concerns, but my jaw did drop.

 

And I missed this thread for so long - this is why we need to have a gallery banner!

[WIP level design :]

That floor looks really good. Reminds me of Bioshock a bit. Maybe because of the high specular.

[Cross-Platform Porting]

Also Lazlo has a .NET network library I think he'll be releasing soon

Yes.

 

that should work across some of the mobile devices.

... if they support .NET.

[FXAA 3.11]

Thanks Franck!

[CallbackOnCollectedDelegate was detected]

By the way, the event system handles that seamlessly now, no need to worry.

 

cube.Collided += delegate { Console.WriteLine("Collision!"); };

[Best selling platform :]

Apple sells more, because everything related to Apple costs something, so everyone using Apple needs money.

Truth unearthed.

[Any VB.net documentation?]

thanks will try tomorrow, do some more of you guys have that annoying command prompt window?

 

Cheers

Right click your project. Select "Properties...". In "Output type", select "Windows Application" instead of "Console Application".

[Using Detour to handle dynamic obstactles.]

Detour (the pathfinding algorithms) can't handle any dynamic changes. Recast can only rebuild part of the navmesh for Detour to be updated. So radii or not, it's just not dynamic.

[Using Detour to handle dynamic obstactles.]

Don't get me wrong, it did take us 1 month to get it running (admittedly, it was very part-time hobbyism). I had read that blog post, and so did the Recast/Detour team, I think. The flexibility in the Recast parameters allows you to create high quality navigation meshes, once it's set up.

 

And computation time of navmeshes might make 10 times slower irrelevant, in the event that one hasn't played enough with the parameters to make a decent navmesh.

[Using Detour to handle dynamic obstactles.]

If I recall correctly, we used this as a starting point: http://code.google.com/p/recastnavigation/source/browse/#svn%2Ftrunk%2FRecastDemo%2FSource

[Using Detour to handle dynamic obstactles.]

Why don't you get your documentation and examples from http://code.google.com/p/recastnavigation/?

 

When I used Detour/Recast, the programmer in charge of that part had to rebuild small chunks of the navmesh to update it. It was the only built-in way, unless you wanted to code your own algorithms to avoid obstacles.

[Version 3.0 product name]

Leadwerks Game Studio

[Version 3.0 product name]

I agree that:

• "Leadwerks Engine" is long.
  
• The engine has to be differentiated from the company.
  
• However, the company must not promote 2 names, especially being focused on a single main product
  

 

Reasons to not go with Leadwerks3D:

• "3D" seems to refer to rendering only, and not the game engine. Think Ogre3D
  
• Engine has no negative connotation in my humble opinion, but I'm curious to hear people's opinion
  
• The main product branded with Leadwerks is the engine, as as such would really rarely create a confusion with the company itself.
  
• The "Software" suffix is enough to differentiate the company in these cases.
  
• Single-word is simply bad.
  
• Typography geeks would probably disagree that a single-word is better to give balance to capitalization.
  

 

Suggestions:

• Leadwerks 3 (companies don't have a version number)
  
• L3 as an abbreviation. (Pun on 1337 speek for the previous people who would look for the "Engine" in the name.
  
• Leadwerks 3D, if you really care for that name, please add a space.
  

[GetPreferredMaterialName]

Returns the preferred / default material name of a surface. I know it's available in BMX, but it'd be useful in other languages too.

[VB.NET]

Is the second line an edit?

[Scientists detect threatening star]

... Back on topic: Your source is The Onion? I mean, really?

[Forces on Controllers]

This is a feature request? Dang, I just expected it to work. +1 for that.

[le net starter]

Or, using Leadwerks .NET:

 

using Leadwerks;

class LoadAScene
{
   static void Main(string[] args)
   {
       try
       {
           Engine.Initialize(800, 600);
           Window.Caption = "LoadAScene";
           FileSystem.AbstractPath = @"D:\GameDevel";
           Framework.Initialize();

           Scene scene = Scene.Load("abstract::tunnels.sbx");

           Framework.Camera.Position = Vector3.Parse(scene.Keys["cameraposition"]);
           Framework.Camera.Rotation = Vector3.Parse(scene.Keys["camerarotation"]);

           while (!Keyboard.IsKeyHit(Key.Escape) && !Window.HasRequestedClose)
           {
               if (Window.HasFocus)
               {
                   Framework.Update();
                   Framework.Render();
                   Graphics.Flip();
               }
           }
       }
       catch (LeadwerksException lex)
       {
           Debug.Alert(lex.Message);
       }
       finally
       {
           Framework.Dispose();
           Engine.Dispose();
       }
   }
}

[Wrapper download :]

???

 

Another point what is the better .net Wrapper Lazario or the official ?

[Wrapper download :]

I like Lazario. He's a very good guy. Take my word for it.

[Dirty Comic Shader]

Very very ferry nice.

[What's missing?]

I have a feeling you won't like it though as it seems it'll be more like LE.NET is today and not an OO library like Leadwerks.NET.

I'm pretty sure I will.

[Advanced Terrain]

I want to devote about two months to [terrain].

Sounds like voxel. <3

[Leadwerks.Net Wrapper]

Thanks for taking care of the C# community RP.

[Creating entity on other thread]

I tried multithreading earlier without mutex locking, but then it crashed on every LE2 command, so I didn't investigate further.

 

Now Lazlo showed that actually all commands work with mutex locking, except the one's which are using buffers/FBO's.

 

And those remaining commands work also when they are first used from the same thread which created the Graphics window,

so even in this state it's already useful, but the ultimate goal would be of course to have FBO's working on all threads without preloading.

Any update on this? I personnally humbly admit I cannot help at all.