SpiderPig

I may not be correct but it might be this I need - material->render_material->id;

Is this possible yet?

I wonder if that will solve this issue or of there's something else at play...

In this link the guy reckons it does actually work on 64 bit machines... just not on 32bit. To me that makes sense that a 32bit machine can't load something bigger than 4GB but I'm no expert. I did try loading a 7GB ".7z" file just to be sure but it didn't load. I don't know much about 7z, it uses LZMA or something? Maybe this SDK is what I need to make a 7z plugin. https://www.7-zip.org/sdk.html But I don't know, maybe libzip has a bug with loading over 4GB files...

Yeah probably. It's defiantly a zip.

If this is a limitation if zlib then this might be an opportunity for a 7zip plugin.

I've just confirmed ReadFile() returns nullptr too. The package seems to load okay - well there's no errors and it's not nullptr.

I compressed it with 7zip, it's interesting that last comment saying it's not a zip? Even though it is... and I've compressed large files with window's default zip too and it worked above 4GB. Anyway, I can open the 7GB in windows explorer to search the files and I can extract from it. Don't know any other software besides 7zip to try it with...

So 4GB was a limit in the past? So it should work now...?

I don't think it will be.

I've compressed 5,259 4096x4096 r16 heightmap files into a zip file. It's about 7GB of data. Using LoadDir("") to list the files at the root returns a size of 0 ONLY for this zip file. I used the code below on a zip file of 5,259 1024x1024 r16 heightmaps (1.2GB) and it worked fine. Pretty sure all the files have the exact same names in both zip files. It's just the map resolution that is different. I thought maybe LoadDir() or LoadPackage() doesn't like the large zip file? This is the snippet of code that handles the loading. if (extension == "zip") { auto package = LoadPackage(filepath); if (package != nullptr) { auto dir = package->LoadDir("");

I've probably asked this before but just want to check... should a parent keep its child alive? This is the only way to delete an entity with a parent. entity->SetParent(nullptr); entity = nullptr;

Been working on streaming voxel terrain and I'm pretty happy with the results so far. Nearly completed the streamer class. Each tile below is a 1024x1024 r16 heightmap. The area in view is about 50km2. The red tiles are tiles I've removed from the dataset because each pixel in those maps are zero (below the water surface). The test data set I made is a grid of 120x120 tiles which was 14,400 heightmaps files. However after removing all the tiles that were of zero height it became about 5,600 tiles. About 10GB all up. Should be able to compress that in a zip but will need to do more testing yet... was giving mixed results. Simple to set up. void CreateStreamingVoxelTerrain() { voxel_brush = CreateVoxelBrush(); voxel_brush->SetSurfaceFunction(CalculateTerrainSurface); voxel_world = CreateVoxelWorld(world, 1024, 16.0f, 7); voxel_world->EnableStreaming(true, "Maps\\Data"); voxel_world->SetDimensions(490000.0f, 1617.0f, 490000.0f); voxel_world->FlipY(); voxel_world->AddBrush(voxel_brush); voxel_world->AddObserver(camera); voxel_world->DrawVoxelObjectBounds(); voxel_world->DrawPatchBounds(); voxel_world->DrawBounds(); }

Is it possible to use LoadDir() on a zip file and see what files are inside it? I want too loop through all the file names inside the zip file.

You only see it when you click on the project tab. The title bar seems the best place for it because it's always visible and most other software's have that too.

Working for me okay. I'm on the dev branch. Is that the latest?

When ever I load a map the editors camera position is always back to zero. Shouldn't it be at the last place when the map was saved?

I've noticed this too. It's been like this for a while, especially in DEBUG mode. I think it's because of the separate rendering thread. Pretty sure Josh said a fix is planned.

I see the editor loads the last opened project and it would be nice to see it load the last opened map file associated with that project too.

That's terrific thanks! I'll get into it this week.

In the other 3 viewports did you try switching back and forth between 3D at least twice? That did it for me. Default -> 3D -> Front -> 3D = white.

I just tried this too and get the same bug. I tried the other 3 viewports as well. Switching from their default view to another ortho view doesn't do it. Even switching from ortho to perspective doesn't do it. But if the viewport has been perspective at some point, switching to perspective again at some point makes the viewport white. Actually in my case black but then white when I click inside it. I have GTX 980 TI + Windows 10.

Seems to be working now. Thanks.

Everything appeared to work when debugging. The treeview populated and I could browse the assets. I don't get the error now and the treeview populates but there are no assets showing and "Unknown exception" is printed in the editors console whenever I click a treeview item. Like before, debugging everything works as it should.

These were blocked, unblocking them didn't help though. All the plugins are unblocked already. Interestingly debugging through VSCode gave no errors. It took about 5 seconds to actually load anything but there was no error. Very odd.