You can try replacing your current buildings with custom drawn imaged windows keep as less parts as possible definitely if you’re creating a house that you can go inside of by keeping the part count low as possible you’re preventing lag unless you’re focusing on one scene high part/poly count is just fine. If you have any meshes you could turn there render fidelity to automatic that way the poly will decrease from a distance instead of keep them always rendered. Your game is pretty much crashing due to your houses that are being duplicated they may have to many parts if you wanted more space you could increase the roads weigh and make the houses sized up bigger to take up more space.
Can we have a link to the game? I have a feeling that the map isn’t the issue if you’ve just copied a bunch of assets since instancing is super powerful. I know this because I’ve made a game that had over 45,000 primitives and it ran fine, as well as a stress test of over 100k primitives that also ran fine.
But to confirm anything I’d have to see it for myself. DM me if you don’t want to post the link here, I’m certain we can fix it
Even if your game has a million instances, it still shouldn’t take up that much ram. Perhaps there is another reason for it? Do you load a lot of assets in your game?
My god. It was too much for my 2012 laptop.
Well, I could do stuff normally, but I couldn’t open dev console. The hell began only after clicking F9. I don’t have any idea why it works like that.
Even meshes should have a lower poly count if you’re going for a vast map. Meshes do take up less memory then using actual parts; however, it’s not recommended due to meshes taking so much of your GPU.
I said in my comment earlier in this thread to have over 45000 Primitives and was fine. Please read previously posted comments.
Additionally, meshes don’t take up RAM any more than loading in other assets during game startup.
Unioning parts is actually the worst thing you can do here. Part geometry is incredibly light-weight and Unions are technically just really messy Meshparts. If you want the most performance-friendly Union, download it, clean out all the redundancies (there are so many redundancies in Unions), and reupload it as a Meshpart. This takes time obviously so the best way to avoid it is to just use Meshparts from the get-go
For starters, use a texture for goodness sake! For four floors of every house (three storeys and the roof) you have this Part-made flooring that could literally be just a texture.
Oof. Your game is still grilling my laptop.
I think you should try it with workspace.StreamingEnabled. It’s going to be harder to script the game and players won’t be able to see the whole map, but it will make the game playable.
Ok? Still use a texture instead of Meshparts for the floors? Seriously it’s the floors that are impacting you the most, regardless if they’re made of Parts of Meshparts, it’s a ton of instances that don’t need to exist. Fix those, and then see where you’re at in regards to memory use - then move along from there.
I didn’t say anything about the chair issue because I don’t know. Granted, it’s probably just an issue with how much memory is used from everything else. Fix the floor issue and see if it’s still a problem.
Yes.
Probably not, but I’d need to see how exactly it’s arranged and how many Meshparts they’re comprised of.
