Author Topic: Moving Brick Ships?  (Read 1513 times)

Hi, I heard that EagleEye actually made his brick-built ships MOVE (reported by shawn6183), and I was wondering if anyone knew how to do that.

Add water using environment, make water move on x or y axis.

Done.

Add water using environment, make water move on x or y axis.

Done.
I didn't even think about that... I don't know if that's what he meant or not...

Pretty interesting idea once you get to thinking how it should work. I mean obviously, naming each individual brick in your entire build and then using events to make them move would be tedious and probably would hit a schedule limit.

I do have an idea though of how moving bricks could work for a large scale build like an entire space-ship. My idea is that it can be like zone bricks, and all the bricks inside the "movable brick zone" are treated and unified as a single object that can be told where to move and how fast to move there via events. Of course, some things may not fit in a single x64 cube of a "movable brick zone." The way around this could be an event that can unify any group of movable brick zones with the same names so that they act like a single movable brick zone together.

Pretty interesting idea once you get to thinking how it should work. I mean obviously, naming each individual brick in your entire build and then using events to make them move would be tedious and probably would hit a schedule limit.

I do have an idea though of how moving bricks could work for a large scale build like an entire space-ship. My idea is that it can be like zone bricks, and all the bricks inside the "movable brick zone" are treated and unified as a single object that can be told where to move and how fast to move there via events. Of course, some things may not fit in a single x64 cube of a "movable brick zone." The way around this could be an event that can unify any group of movable brick zones with the same names so that they act like a single movable brick zone together.

You just copied what he said earlier.. did you mean to add wording to that?

I do have an idea though of how moving bricks could work for a large scale build like an entire space-ship. My idea is that it can be like zone bricks, and all the bricks inside the "movable brick zone" are treated and unified as a single object that can be told where to move and how fast to move there via events. Of course, some things may not fit in a single x64 cube of a "movable brick zone." The way around this could be an event that can unify any group of movable brick zones with the same names so that they act like a single movable brick zone together.
i mean this could work if you don't mind bricks being constrained to a grid and having to re-place every brick whenever it moves and not having any actual physics being applied

it "can" work but it's not going to be pretty or good in pretty much any sense of the word. you also end up with problems there if you want to overlap zone or water bricks in the build

https://www.youtube.com/watch?v=-XsDHyeYlhM

This is the closest I've seen to do this with events.

What if the same grouping method was used as the duplicator?
The event should be on the baseplate and it would treat all "duplicate-able" bricks as the same object.
It only actually needs to fire once when the ship starts moving.

The movement can probably not be smooth, but could instead move 1 brick space every x seconds.
Turning will only be to 4 directions though.

The players triggering onPlayerTouch on the bricks are also teleported to the new location after every movement.

The reason blockland runs so smoothly is because bricks cannot move.
A long time ago, back in the days of V0002, bricks where static shapes(just as vehicles are now), and could move. This meant that you could only have 100 or 200 bricks at a time without a lot of lag.
Tl;dr: You can't have moving bricks.
The only thing you can really do is move everything but the bricks, aka make the water move backwards.

A long time ago, back in the days of V0002, bricks where static shapes(just as vehicles are now), and could move.
Vehicles aren't static shapes and static shapes have no functionality for movement.

yeah obv they don't have physics as other object types do, but ofc they can 'move' since they aren't constrained to a grid or static once placed

the diff being that it's ""movement"" and not movement

it's a moot point anyway because static shapes are absolutely not a good solution for this

The reason blockland runs so smoothly is because bricks cannot move.

I dunno. You could probably create seperate oct trees for brick sets that are supposed to move together and then it'll be smooth aswell. But that would require more work by badspot so you'll never be able to do that.