Update: See @colinmacc's remix for a significantly more accurate solver https://scratch.mit.edu/projects/1363801900/ Idea from this comment on the original project: https://scratch.mit.edu/projects/1294536420/#comments-559499709 I just used math - I kind of gave up with deciding how to round the power value :p It does die in extreme mode - I'm not sure if that's a math problem or if that's a problem with the fact that the code only looks one jump ahead Actually there is one oversight - the y change is not accounted for Fix soon tm?