Josh

I'd like to see what your physics geometry looks like in the scene.

To answer the OP, no firm release date has been set but we are shooting for some time this summer.

And here it is on Mac:

I don't like people comparing their idea of a product they have never seen to something else, and speculating which is better. I'm not keen on releasing too much information yet why Leadwerks3D is significantly better for mobile development, but there are some big reasons why we will win in that space, among a big portion of users. There are some huge missing pieces no one is providing for mobile right now. Please wait until you see the actual program before making a judgement.

You could do that with any engine, couldn't you? Well, if it had an API design, which I guess isn't that common.

Maybe that's too big? I have experienced it just silently failing if my image did not meet requirements.

Ah, I see what you meant. Don't worry about offending me, I like to entertain all manner of suggestions. Doesn't mean I'll do it, but I like to know what people think.

This is the Leadwerks3D particle system. It may be possible to set up a new graphics module based on Leadwerks Engine 2. The particle class is just calling surface creation commands, so it's not that different.

And you're setting up terms that are less favorable to them, if they do expect to do well.

Fortunately we don't have investment bankers breathing down our necks, so we won't ever have to charge that much.

It will cost less than Unity Pro.

I first started with projection shadow mapping, but it has many problems. When the light direction and camera direction are close to matching, there's no way to skew the perspective to get everything into the view, and you get very very low shadow resolution. After playing with this for a long time, seeing the same problem in NVidia's demos, and lots of reading, I decided perspective shadow mapping is only good for academic papers, and cascade shadow mapping is much more robust, which is why everyone uses it.

Most open-source software is written around what makes things easy for the programmer, not what makes things easy for the user. 3D World Studio was written to make things easy for the user. Leadwerks Editor was written to make things easy for me. I think it shows.

In other news, "moneybags" Xaron is now my only customer. I only need to make one sale! XD

I made a fake one in LE2, but I don't like doing that.

I had Hammer, UDK, and Crysis Sandbox open all day yesterday. I took ideas from each: Hammer: Standard Windows interface, four viewports, objects dropdown boxes, texture browser search filter. UDK: Asset browser, asset edit windows. Crysis Sandbox: Tabbed side panel.

According to MS, in America laptops account for like 76% of PC sales. I won't ever buy one myself, because I can always get a better desktop for less money, and I find them awkward to use.

Yeah, I'm going to make all dockable elements derived from a DockableElement class for future-proofing. There are some big challenges there. Would plugins be script or code? If code, the engine API would have to be re-exposed through the editor, because objects your code creates won't be the same engine instance the editor is using. If I use script, then I need to provide a binding for BMX and the engine. It's probably possible, but the debugging isn't as good as the engine's debugging features.

Yeah, I asked Chris and he pointed out that one method required me to draw an arrow to show what to do, and the other didn't. It's good to get a second and third opinion on these things.

Each tabbed item can be moved to the left, right, bottom panels, or popped open in its own window. The left, right, and bottom panels can be hidden and shown by click on the edge, or they can be resized by clicking and dragging. Here I have the asset browser popped open in its own window, maximized in a second monitor:

Please stop by this thread and give me some feedback: http://www.leadwerks.com/werkspace/topic/4987-interface-concept

Tell me what you think. Everything is customizable:

We've had a lot of discussion with the community about the Leadwerks3D script system. The current design is based on a combination of user feedback, lessons learned from Leadwerks Engine 2, stealing ideas from other game engines, and my own judgement. Our goal is to make a really easy and powerful game scripting system, without overwhelming the user with complexity. With that said, I thought I would let you in on how the script system presently is working in our own builds, and the process of using it. To attach a script to an entity, open the Properties Editor. Click and drag the script file from the Asset Browser onto the Properties Editor. A tab appears where all the script properties are displayed: Here's an alternate approach we are playing with. Here, the properties editor is embedded in the scene tab in the side panel. Since assets can't be dragged from the Asset Browser to the Properties Editor (since they are in different tabs) we just right-click on the entity in the Scene Browser, and a standard file request dialog appears, allowing you to choose a script file: Which do you like better? The visual logic editor in Leadwerks3D is called "Synapse". To add an entity into Synapse, drag the entity from the Scene Browser into the Synapse window. The entity will appear as a block, with its attached script components displayed below it in order. The color of the logical block corresponds to the object color in solid and wireframe viewports: You can see the script defines the output and input functions that are displayed in Synapse. Next I'll show you how entities in Synapse can be strung together to make sequences of events and gameplay logic.

So this is fixed?

FYI, even if Leadwerks experiences 0 market share growth (which I don't think will be the case!) we'll be doing just fine. There's a lot of Leadwerks Engine and 3D World Studio users out there. This time around is a little different because I am trying to put something out that is more polished at release.