Josh

Thanks, I made the needed changes. It will take a few hours for the pages to re-cache.

fixed

In your example, at the last line ship and B are the same brush.

I am going to close this because the original issue is solved and I am not sure if there is any other problem. If you are able to produce any other bad behavior please create a new thread with the description. Thanks!

That button should not appear at all. Removing...

Sorry about that. 0.9.3 will go onto the stable branch in a week, and at the point some people may wish to switch off the beta.

Fixed.

Already fixed.

Okay, here is a working example that proves the window and framebuffer reference counting are working correctly. Note you must call PeekEvent / WaitEvent or FlushEvents to clear the event queue each frame. It is also necessary to call World::Render if you create a framebuffer, because otherwise the rendering command buffer never gets cleared and it keeps the old framebuffer in memory.
#include "UltraEngine.h" using namespace UltraEngine; int main(int argc, const char* argv[]) { int n = 0; //Get the displays auto displays = GetDisplays(); //Create a window auto window = CreateWindow(String(n), 0, 0, 800, 600, displays[0], WINDOW_TITLEBAR); //Create a framebuffer auto framebuffer = CreateFramebuffer(window); auto world = CreateWorld(); auto camera = CreateCamera(world); //Main loop while (window->Closed() == false and window->KeyDown(KEY_ESCAPE) == false) { while (PeekEvent()) WaitEvent(); if (window->KeyDown(KEY_SPACE)) { ++n; int count = window.use_count(); window = CreateWindow(String(n), window->position.x + 50, window->position.y + 50, window->size.x, window->size.y, window->display, window->style); framebuffer = CreateFramebuffer(window); } world->Update(); world->Render(framebuffer); } return 0; }  

Okay, great. Thanks to your detailed instructions I was able to identify the issue and solve it pretty easily. The change I made to the multselect treeview automatically fixed the renaming issue, and the other was easy to fix.

Fixed.

I fixed it so sub-sub-folders won't get loaded.

I think this is fixed. Update will be in the next build that goes up.
Also, cool looking props!

Okay, I added some logic in RealPath that gets rid of double-slashes and it seems to work now. Will be available in the next build that goes up.

Information is missing. Closing this.

I think this is fixed, in next build that goes up

Fixed.

thanks

Easy fix, thanks for reporting.

Yes, this is the correct behavior. Otherwise if you loaded a model, all the limbs would get deleted automatically unless you created a variable for each object in the hierarchy.

No, never.
This week I am focusing on bug fixes and enhancements to the editor, but I will be focusing again on hardware compatibility soon.

You are experiencing something called Gimbal lock:

https://en.wikipedia.org/wiki/Gimbal_lock
The solution is to rotate the mesh in your modeling program so it's not pointing near +/- 90 degrees.

Fixed.

Press Enter or right-click and select the Create popup menu item.
Object types that require extra parameters like cylinders and terrain will crash the program right now. I am finishing it today.
This is only on the beta / dev branch, the stable branch still works the same as before.

This is a known issue in the dev channel right now, due to changes in the object creation process. It will be fixed shortly.