For real, @jundroo please make the "Minigame" tag

@Mrherpderp haha thanks, this is an old model so using modern parts I could probably get the part count down to 1 if I wanted to rebuild it but i haven't had the time

55th upvote

ONLY 1096 PARTS!?!? you have done it again you Are really good keep it up and somehow the German Corsair has more upvotes!?! You are really talented

@FloridianTrainMan Thank you! Glad you like it

So addicting. I’ve been playing it over and over. Never the same each time.

@deleteduser yeah screens can be extended to pretty much any size but it is only limited by the capabilities of Simple Planes and the computer running it lmao

@FlyingPatriot i made a 144p screen, which is about 35k 'pixels'

@LittleJerry lol that's actually a very low and conservative part count, my design for a high resolution version would have about 4000 parts XD

jesus christ
that part count

@FlyingPatriot lol well its definitely possible but with every time you multiply the screen length by two, you multiply the part count by 4. So a 64x64 screen would be about 4096 parts and a 128x128 screen would be about 16384 parts XD

@Levihugs @benjiboyy06 @FairFireFlight Thank you guys I have more things in the works

@IzzyIA Now make a 6464bits pong! Or 128128bits

Jaw dropping.

This.
This deserves to be one of the most upvoted creations on the site.
Keep going, you've got my upvote!

@Fighterpilot91 Haha sure will

@IzzyIA well, I don't know how you do what you do but keep doing it.

@Diver Lmao one day perhaps

Slowly we will develope simpleplanes in simpleplanes.

@Fighterpilot91 Thank you, I have a way of compressing the code to a more understandable language before converting it to what Simple Planes can read. As for your question about 6 variables, it gets a little complicated when you go beyond 2 dimensions. It hard to explain but when you modify the heading, it also changes the roll and pitch variables too (I assume it has something to do with Euler angles and gimbal locking), so the use of heading is pretty much out the window as of right now. With using z position for a variable, it is technically possible but with my current design, adding another layer to the machine makes it become very wobbly. I found that with just x and y position variables, this wobbling is almost negligible, but with the addition of a z arm, it creates veryyy noticeable artifacts in the data manipulation. If I redesigned the machine it could definitely be possibly to reliably use z position but implementing a heading variable would be an entire different monster to work out.

tldr; I don't include heading because it screws with the pitch and roll variables and I don't include z pos because it makes things too wobbly.

!Activate1 ? .25 : (Time < 1 ? .25 : (((PitchAngle / 10) < -.3 & (PitchAngle / 10) >= -.5) ? -.25 : ((PitchAngle / 10) < -.5 ? (PitchAngle / -10) : (((((6019.41 - Longitude)) / .212402) < -.99 | (((6019.41 - Longitude)) / .212402) > .99) ? 1 : ((((-5592 - Latitude) / .209473) > .99) ? .25 : ((((-5592 - Latitude) / .209473) < -.99) ? -.25 : ((1 / -10) * (PitchAngle))))))))

No idea what that means...

In all seriousness, loving the CNC machine like actions that on the inside and the data storage in variables is he kind of mind-bending I love.

Also, wouldn't there be 6 variables to use: lat, long, alt, head, pitch, roll?

brilliant stuff!

@SnoWFLakE0s
lol
I didn't realized it back then.

@GuyFolk @SnoWFLakE0s Storing variables in location/rotation data is pretty dodgy sometimes since things like bumps in the craft can manipulate it but it's the only way I could think of to store variables and it was hard as hell to develop a machine thay could accurately read and write the data. Biggest downside is that it can only store 4 variables (X, Y, Roll, and Pitch), so it can't do a whole lot. Luckily it was barely enough to make pong haha. (Even though I think I could've done it with only 3 variables but it probably would've been unstable that way plus I don't feel like changing it haha)

@GuyFolk
.
Yeah! I first saw it on the Doom game that came up some months ago. It's useful but seems kinda gimmicky for moving components.

Still, this seems very well done.

This is a big brain move...
Who'd have thought that location and orientation could be used as memory.
And the display just display whatever is in that "memory".
Kudos to you fellow programmer.