Admin

Need example please.

Thanks, fixed for next patch.

Yep, found and fixed for next patch. You will need to make sure the parent pivot has navigation mode set to true when the update is up. Newly created compounds will have that set by default.

Please include your files.

Dozens. But if it's not documented, it may change at any time, or may not work correctly. Since we used this in a script, it should be documented.

Fixed for next patch.

I believe this is fixed.

Please describe the expected and actual behavior.

The character controller should use the angle value in the SetInput function, since it uses a different method of physics.

FIXED! I think it actually is, since I recently did some changes related to this.

Fixed: http://www.leadwerks.com/werkspace/blog/41/entry-1098-refining-smooth-lightmaps/

This has nothing to do with the performance problems BSP geometry can have with large open spaces, FYI.

If this is referring to the UV coordinates being offset when the object is moved, this is working as intended. Adding a texture lock feature would make the behavior act as the OP is expecting.

I don't see any reason in the code this would be happening. Can you post an example?

Fixed.

This is the joy of supporting low-spec hardware. It's working as intended. HL2 does the same thing, BTW.

No files.

Inevitably I will forget to upload a new build of the template program every single time, for every supported platform, so it is recommended the user rebuild their executable with each update. If providing these binaries was a requirement, we would simply drop Lua support because we can't keep up with it.

It's working as intended.

Confirmed. The intensity factor was being ignored in the renderer.

When you generate a material, select "Dynamic" for models and "Lightmapped" for brushes.

I don't see the original mention of any performance concerns, so the conversation there makes no sense to me. From the NewtonDynamicsBody class: //Return is either entity is hidden if (body0->entity->Hidden()) return 0; if (body1->entity->Hidden()) return 0; It should be impossible for hidden objects to collide. Please post a simple example I can use the produce the error.

Fixed for next patch.

Linux is a solid and secure operating system that’s perfect for gaming, but at this time Windows remains the lead platform for PC games. One company wants to change that by putting the game development process right on Linux. Leadwerks Software has launched a Kickstarter campaign to bring their game development software to the Linux operating system. The company says this will allow users to build and play games without ever leaving the Linux operating system. The company's Kickstarter page lists three goals for the campaign. First, they point out that most Linux games are ported over from Windows, rather than being developed natively on Linux. The company wants to change this by putting the game development process on Linux. Second, the company hopes to expand the Linux library of games. They say that putting game development tools in the hands of Linux users will allow more Linux games to be built, and can even lead to Linux-exclusive titles. Leadwerks is known for advanced graphics, and the company says they want to bring this to Linux. This will let Linux users play AAA games that run natively on Linux, instead of going through emulators like WINE. The company points out that the superior performance of OpenGL on Linux makes it the perfect platform for AAA games. Leadwerks is also running a Greenlight campaign to put Leadwerks on Steam and integrate Steam features to streamline the game development process. Leadwerks Software aims to raise $20,000 in 45 days to build Leadwerks for Linux. "We're really excited to be working with Steam and the Linux community," said Josh, founder of Leadwerks Software. "We think there's a unique opportunity here. The timing is right. I think Linux is really ready for mainstream PC gaming, and we really just want to take Linux gaming to the next level".

This kind of stuff is considered low priority. It wouldn't surprise me if it was impossible to make the source not throw any warnings on all supported operating systems, like fixing it on one system threw an error on another.