Josh

I should have described that better: "mobile graphics that don't suck". I hadn't thought of that, but it might be a good shortcut to get the best of both. It sounds crazy but it would actually work, without requiring two copies of all meshes.

The basic renderer is supposed to have graphics around the level of Source Engine. That will be our baseline, across the board.

That's correct, but at the same time Leadwerks3D offers much better support for C++ programming. The documentation is all C++, it uses proper classes and syntax, and has much better debugging. I think this is important so that beginners have somewhere to graduate to after they master the basics. It also ensures we have a shot with the professional studios. Other engines that didn't offer direct C++ programming flopped with console developers. You have three levels you can work at with Leadwerks3D: -Synapse (No programming) -Script (basic programming) -C++ (low-level programming) These aren't mutually exclusive, since they all work together. In fact, teams of people can work at different levels on the same project together. The C++ programmer would write the basic game structure, while the script programmer would write special gameplay scripts and expose functions to be called in Synapse. The level designer would build the scenery and connect objects together to create sequences of events and control the flow of gameplay.

I thought everyone, for the last three years, was complaining about wanting a better art pipeline and more gameplay support? How many times have I heard "Leadwerks is a graphics engine, not a game engine"? Since I have to do it anyways, mobile makes a good stepping stone to get those features into place, and then we can just scale up the renderer. Most of the new rendering features are already researched, and the engine is being designed to be extremely scalable. If you start your game when Leadwerks3D is released, you'll be able to upgrade the engine in the future, and the rendering will be upgraded. This community needs to focus more on game making, anyways. It could be a good thing for us. I'm pretty happy about the prospect of how the new features support gameplay mechanics. In the past, it was left entirely up to the end user to implement a system of their own. Soon we'll have a system in place that lets us made plug-and-play interactive objects.

It's like Kismet, but more usable IMO. I always found Kismet to be bewildering.

Dynamic navmesh pathfinding, multiple scripts attached to any entity, and "Synapse" the visual logic editor. This creates a framework for game interactions that is very easy to make plug and play components for. You can conceivably make a game with this, with no programming at all, but it doesn't retard the capabilities of what a good coder can do with it. I wouldn't have been happy making a fenced-in game maker type thing.

Totally agree. MC3 is pretty much unplayable. I think Apple is going to come out with a living room product that comes with a GamePad, and all the control issues will go away. It's pretty easy to program mouse controls for PC, and then touch for mobile. To balance it out, you'll probably have to make the damage enemies do much less for the mobile build, or something like that, but you can get one game playing on both.

At some point, all the graphical capabilities of LE2 and more will be rolled into Leadwerks3D. It takes a lot of time to make a visual game editor. And there will be two interns as of June 1. :

Most mobile games are still really horrible quality. 3D games are actually still very rare. It's a sweet spot where most indies won't put the effort in to make a good game, and most pro studios aren't dipping in yet. You are right that if you want to make a really lousy game, it won't make you rich. If you make a decent game on mobile, it will by default be in the top ten, since there aren't very many good ones.

Yes.

You can't make a 3D engine nowadays and not support mobile. That would be ignoring 90% of indie devs. The best I can do is use sales of the mobile licenses to support development of the high-end features. That's likely to be possible in the future.

If you're serious about making games, mobile is where all the opportunity is. You can release an okayish game on PC and you won't even be able to give it away. Release the same game for mobile and you're a superstar. I'm still building the engine to be scalable, because I want to return to high-end PC graphics, but trying to make a business on that alone will fail.

That's the plan.

The point of Leadwerks3D is to make a game engine with a really easy to use editor, a framework for game interactions, and support for mobile. I already know how to do high-end graphics, and they can be added on later, but a good foundation has to be in place first. I don't want to make another high-end renderer only a few people can use.

It doesn't matter how well you know 3ds max. It's still more mouse clicks to do the same thing.

For the record, "hybrid" forward-deferred rendering is not "modern". It's a half-baked technique for slow hardware. For rendering, we're focusing on mobile-level graphics across all platforms for the initial release, since the art pipeline and gameplay features are the real point of the new software. That was something I misunderestimated the importance of in LE2.

Okay, so I think we have established this is going to be a competitive advantage for Leadwerks. I counted 5 smileys in one post. XD

I found a way to make it really obvious which object is which. Selection in the scene tree, viewports, and logic editor is always consistent.

All those calls to glEnableClientState() should have a corresponding call to glDisableClientState after the call to glDrawArrays().

They are both named box, but should not have multiple door components. At first I thought there would be tabs and multiple flowgraphs, but it seemed confusing for the end user. Drag an entity from the scene tree on the right into the logic editor window. I am experimenting to see if I can make selecting the logic nodes select an entity, so you can easily see what is what.

Here's what I've got so far. No arguments in the editor, yet, but I'm almost there:

Sure, the target component is called "MessageBox" and has a function called "Display". The argument component has a function called "GetMessage" that returns a string, which gets passed to the MessageBox:Display() function.

Multi-component script system is done, with connections between components (neurons) AND function arguments on those connections. Function arguments can come from any component, and are a function that returns a single value. Argument functions can even return Lua tables!

No.

You should have already received an email with instructions to download and install the software. Please email support at leadwerks.com with your email address used to order. I cannot find any order to link to your forum account here.