Now that the last issue is fixed, here comes the next one.
I want to make glass-tunnel Bunker Modules. Walkable, Gibbable.
The Gibbing should work fine, but somehow Actors pass through like air >:
Can I make MOSRotating Collideable by Actors? If yes, how? If not, what else can I do?

(I'm not very familiar with the rules here, so I posted a new topic instead of editing the old one, if thats okay...)

Change GetHitByMOS to 1?

Even if you get them to collide, it will be extremely glitchy, causing one or both parties to spontaneously explode and/or accelerate to large speeds.

I allready experinced that. Actors get pushed off or fall through.
Any idea what I could use?

What do doors do to make that internal terrain layer? I've been able to safely walk across an enemy door for that reason many a time.

You suggest I should make it a door...?
It wouldnt have a sensor then, though. And no motor.

Use doors, you can safely walk on doors.

EDIT: just put the motor inside the door and make it not move at all when someone trips it.

Doors generate an invisible layer of terrain across their surface.
Making it walkable as an MOSRotating is pretty much impossible, but a door might work.

Can I have a door that just sits there, doing nothing?
A door without motor and sensor?

It has to have them, or at least the motor, since that's the actual ADoor. (the moving part is just a regular old attachable IIRC)
You can hide the 'motor' though, by simply making it have a null sprite.

You might want to have a functional sensor and have the door instantly shift one pixel or something though, since the terrain will be replaced whenever the door opens/closes. This would keep the terrain layer functional and topped off with certainty, since I think the invisible terrain can actually be worn down from collisions that clipped the regular physical aspect of the door. (a regular pinned mass object attachable)

In my experiences, though, I've found that the larger a door is the less easily it can be walked on, eventually reducing to the collisions of a pinned MOSRotating. So maybe there's some limit to the invisible terrain layer. Dunno. That's always stopped me from trying to make these kind of things to walk on.

The door's sprite is how much terrain it makes, and the material of the door is the material of the terrain it generates. Also, remember that the terrain can be worn down from lots of walking. If you give me a sprite to use, I could make an MOSRotating that creates terrain over it, like doors, but without the motor.

Would I be able to create terrain even on the whole image, even if its not completely filled?

I had to make the sprite thicker, 'cause it was too skinny for MOPixels to collide with it. Fell free to change anything to your preferences.





Not the way I'm doing this.

Due to the way atomgroups are updated you might be able to trick the engine into giving you a full block of material by swapping the attachable frame out after spawning it, but I'm not sure if this applies for doors. If you grab it with the attachable handler you should be able to do door.Frame = door.Frame + 1 (can't remember how to use nextframe), and see if that works (check with ctrl+m). If you want the material to be respawned always you could have a lua script making it activate/deactivate quickly.

Thanks Cavecricket, that fixed it :3
Adding to credits <3