Josh

http://www.leadwerks.com/werkspace/topic/597-cc-lua-and-framework-all-working-together/

Thanks, I added the BMX files and recompiled and updated the DLL. The current version of the engine is still 2.5.

At this time, you can't.

If you add your game here, it will get a ton more downloads over time. Furious Frank has been downloaded more than 4000 times: http://www.leadwerks.com/werkspace/files/category/19-games/

There's an example like this in the Games/Driver script. The turret will keep pointing towards the camera direction, along it's own rotation axis.

Scaled matrices do not work properly with physics. You will need to resize your models to the correct size in your modeling program. Apparently, there is also a rescaling tool (for free) in the Asset Store, but I haven't tried it myself./

The simplest way is to create a scene, drag an environment_atmosphere entity into it, set the skybox texture, save it, and load it in a program with this code: http://www.leadwerks.com/werkspace/topic/597-cc-lua-and-framework-all-working-together

That's a good idea.

This actually makes me feel safer now because it proves our backup procedures work, which wasn't the case with our old host.

It probably wasn't necessary to use the backup, since the problem was caused by the automatic CPanel upgrade, but that was just the first thing they tried. The backup is from yesterday morning around 2 A.M.

The Leadwerks.com server started acting up earlier today, and I had no idea why. Database errors were occurring, and I had not made any changes to the site. I called our server site in Chicago. First they restored the full site from a backup from 2 A.M. yesterday morning. The matter was still not solved, though. A couple hours later, they determined that an automatic CPanel upgrade had caused PHP extensions to be loaded multiple times. This was fixed, and now we are back to normal. If you've been around a while, you know I have a big fear of data loss but it appears our procedures were able to solve the problem on our dedicated server. You get what you pay for. B)

The neck is too long, the clavicles should be larger and on top of the rib cage, and the femur should be sitting in the pelvic joint, but other than that the model looks great.

Yes, it works on Mac. I have not yet successfully got the deferred rendering working on Lion, but the OpenGL 2 renderer does work, along with the editor.

I like how they run for cover. You'll get more long-term views if you post your video here: http://www.leadwerks.com/werkspace/page/videos/_/le2

I'll fix this in a new build...

To avoid tunneling, you might try doing a greater number of physics updates, in smaller incrementations. You don't have much physics going on, so it seems like you could do that with no bad effects.

With Windows threads at least, they are supposed to use this type of entry point: DWORD WINAPI EntryPoint( LPVOID lpParam ) I see 32 bits in and 32 bits out, so is it okay to replace it with this?: (LPTHREAD_START_ROUTINE)(Object* EntryPoint(Object* o))

And that works with precompiled third party libraries? B)

I'm sure they're programmatically altering the texture's pixels, since character rendering is relatively expensive.

Ah, here is the working code. TypeDef is evil: unsigned long GetMemoryUsage() { unsigned long result = 0; #ifdef WINDOWS PROCESS_MEMORY_COUNTERS process_memory_counters; if (GetProcessMemoryInfo(GetCurrentProcess(),&process_memory_counters,sizeof(process_memory_counters))) { result = process_memory_counters.WorkingSetSize; } #endif return result; }

I am using "->" because the compiler complains if I use ".". No idea why. This code causes a buffer overrun: unsigned long GetMemoryUsage() { #ifdef WINDOWS PPROCESS_MEMORY_COUNTERS process_memory_counters; Print(String(sizeof(process_memory_counters))); if (GetProcessMemoryInfo(GetCurrentProcess(),process_memory_counters,process_memory_counters->cb)) { return process_memory_counters->WorkingSetSize; } else { Print(String(GetLastError())); return 0; } #endif return 0; }

Wow, that is nice.

Vertical sync is enabled by default, so the maximum framerate is 60 FPS. You can change this in the editor options.

Does it actually work, on OSX, Windows, Android, and iOS?

What do you mean by trivial, in this context? I only normally hear that term used regarding the complexity of an implementation.