Possible speeds of sub-frame mover by muzau
No parts of the sub-frame PSTN mover save were copy/pasted to create this save. Permission was asked for use of this concept. Shows varying speeds of piston movers as well as tunneling capability. 7/25 - deco update
neat
fast
speed
tunneler
mover
piston
robots
automatic
electronic
computer
Comments
-
Guillian 25th Jul 2015
@muzau WHAT???!! NO!!!! the 3 ones at bottom go the same speed, because the 2 ones at the bottom are broken, the back part cant push the front part. Keeping it like this does not make it smoother it only makes it same speed as the 4th one. If you dont want it to be so fast, just remove the 2 useless ones that do not work. -
Guillian 25th Jul 2015@gollark8 not really, if it is a normal pstn mover it will just stop and break, these ones just use cray and need to work in perfect harmony and that can easily broken
-
gollark8 25th Jul 2015
The issue with PSTN movers in general is that a WALL or other similar obstacle makes them go crazy, duplicate madly and overload. -
vasko002 24th Jul 2015
That's really great, though the faster versions are vulnerable to liquids and cannot make tunnels in them, whereas the basic one can. -
muzau 24th Jul 2015
@Guillian, while it's possible to raise the speed of the last few devices by adjusting the tmp value of PSTN, the devices become buggy and do not retain their shape throughout the process if this change is made. I chose operational smoothness over making it go faster. -
muzau 24th Jul 2015@sheilak, the speeds are accurate as far as i can tell. 1 pixel every .25 frames corresponds to 4 pixels every 1 frame. If you measure the movement of the last three devices, each time you press "f" which is a single frame, it moves 4 pixels. This is what I used to measure the speeds. If you have a better method i'd love to hear it.
-
Ktos1 24th Jul 2015
ok I just forgot yo disable a script -
Ktos1 24th Jul 2015it doesn't work
-
Guillian 24th Jul 2015oh my hod fix it already XD
-
bboh8891 24th Jul 2015
not bad .