Josh

The default directory for the 2.3 installation is changed to "C:\Leadwerks Engine SDK" in the installer. There are two reasons for this: 1. Some people have had problems in the past with Windows Vista/7 security features. I do not know all the specifics of how these settings work, but some companies are moving their installation directories to the C: drive to avoid problems. 2. I am adding a lot of vc project examples, and the "Program Files" / "Program Files (x86)" thing causes problems with this. This only affects you if you want to run one of the vc projects I include in a tutorial.

You can add a property for the skin number (with options 1-4) and override the color property with this one. I think the Source engine does something like this.

After that, I can add some grabbing code like Penumbra uses pretty easily to the FPS script, and that will probably help you.

It's not a hacky solution. It's efficient and works really well with the way the hardware works. Non-instanced copies might someday be added, but you should be aware you are asking me to increase bugs and decrease performance.

Make a drawer shape out of 5 boxes. Export an .obj. Run it through phygen. You now have a .phy file that contains five convex hulls forming the drawer shape. This is how concave objects are made. Maybe everything we learn during this process will make a nice tutorial.

You can actually do what you describe using a shader, without losing instancing. Put four different textures on one, and use the entity color to determine the texcoord offset for which texture is used. That's how I would do it.

The reason instancing is used is because right now the engine does this: -Make an array of mat4s for all the visible instances. -Set the material/shader/textures. -Set the vertex buffers -Tell the GPU "take this array of matrices and render N copies of it". This is only one draw call that draws all instances of the object. -Unset the vertex buffers -Unset the material/textures/shader. This makes it very very fast to draw lots of copies of an object.

Having multiple paths is a nice idea. I really like good old Worldcraft, and how they have a million buttons and little windows for everything you do. Something like that with an ability to add paths would be nice.

Generally you won't need to even open Framework.bmx or edit it, so it won't be a problem, hopefully. It's not necessarily something that has to be "fixed". It's more just a bad design decision, in my opinion.

I don't know what format that is, but it isn't .obj.

The lua state byte pointer GetLuaState() returns is the real lua state. The commands I have exposed through the DLL work on it, and they are just the raw lua API.

You CAN have layers of transparent surfaces, just not when they use a refraction effect that reads from a texture and distorts the image.

Right now you can set one path for everything to be loaded from, in Options>Paths>Game path. One quick way to add more paths is you could create a script in the "Scripts/start/" folder and add the lines to register those extra abstract paths. I actually always keep the editor in a separate folder from the engine, because the source code needs to be separate.

Well, it won't stop there. Then we will need one for water, one for emitters, one for refractive materials...and then someone will notice two refractive layers don't work.

Because the refraction shader reads a texture to refract what has already been rendered. Rasterizers can't read an underlying pixel, unfortunately.

Not if they are rendered in the same pass.

That's normal. Unless you want a separate buffer/pass for every single z-sorted object, it's not possible to have refraction on top of refraction. All particles are rendered in the same pass, even if they aren't using a refraction effect.

File Name: Input Console File Submitter: Josh File Submitted: 01 Jan 2010 File Category: Lua Scripts Here's a basic console for typing commands into your game. Click here to download this file

I just got a basic networking example working with Lua. I'll post it soon. I was wondering if anyone was actively using the networking commands, and if you have any videos, demos, or feedback. I am very interested in getting a playable networked game running.

I don't think this key exists on a Mac.

Open Leadwerks Engine SDK\BMX\Framework\Framework.bmx in notepad. If the field "main" is capitalized, you have a problem. Change the field to lower-base "main" and regenerate your glue functions. After I performed these steps, your program ran fine for me. http://blitzmax.com/Community/posts.php?topic=88427

Not only does heathaze not work, but setting the global "fw" variable in Lua causes your scene to not render lighting.

Can you post a demo? I did a test in C++ and it worked fine. Shouldn't be any difference.

Yes. Common mistake.

No, I think we are through any changes that will occur.