Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags
(2 edits)

The new 3.0.0 version is crashing for me a lot. I don't really know why. 

1. I tried to open a door with -i copies of itself, using a -i master key. That may or may not have caused a crash.

2. I somehow placed down a doors hitbox without the actual door??? I was really confused but I managed to remove it by placing a door where the hitbox was to attempt to delete it.

3. I got another crash... somehow. It was in editor mode somehow

4. Can you reenable zero-copy doors in the submenu and only the submenu? It makes levels easier to design, and you can just ban the placement of zero doors.

UPDATE: Okay, so imaginary door destruction actually works okay somehow most times. When the game crashes, the last image is the top row of blocks being lined up unusually well instead of scattering like normal. Maybe after cloning, the animation bugs? Maybe it's related to doors of different sizes?

I need to save my levels more.

ONE LAST THEORY: Sometimes when I place a door down, its lock gets misaligned and rendered at the wrong size.

 

I think the pure door is somehow writing its 2-tall size lock to the brown door. If the door also somehow wrote the wrong total size, the particle engine might be getting incorrect data.

let me know if you figure out how to replicate the door hitbox thing

I could do the zero-copy door thing, but how does it make level design easier?

(1 edit)

I think it would make the menu navigation easier. Whenever I want to make a door that extends in a purely imaginary direction, I try to set the real count to zero before I change the imaginary component. You can set keys to 0+0i so this isn't a problem, and locks use the checkboxes so no issue there. But when I try it on the whole door, I wind up with a negative-copied door. Being able to set doors to 0+0i in the side menu, even if you can't actually place them down, just makes more sense to my brain.