Ah, it's not the point positions. It's the offset from the point immediately above. So you start at the top point, then the next point is +0 horizontally, +6 downwards, and so on through the table until you've plotted enough points.
Then if you start a little bit later in the table, so a little offset sneaks in at the bottom, and that works its way up to the top until the whole chain of points is offset to one side or the other.
And since it's a table, a random bit of wobblyness can be added that appears to ripple up then back down the rope near the end of the swing.
Swinging ropes in games
Re: Swinging ropes in games
A reference Lookup table would be the obvious choice, for performance concerns.
Re: Swinging ropes in games
Egghead Goes to Town used a big table of coordinates for speed, all pre-calculated in Sinclair BASIC. It was quite expensive but seeing as the screens were very efficiently stored I figured it was affordable.
Not on Twitter, left the Spectrum scene on 4th December 2018. Thanks folks, it was a pleasure knowing you.
http://www.spanglefish.com/egghead/
http://arcadegamedesigner.proboards.com/
https://jonathan-cauldwell.itch.io/
http://www.spanglefish.com/egghead/
http://arcadegamedesigner.proboards.com/
https://jonathan-cauldwell.itch.io/
Re: Swinging ropes in games
There's a flaw somewhere though, you've gone against Spectrum best practise by not having a rope with 75% unfair collision.
Re: Swinging ropes in games
Wow, calculating data in Spectrum Basic in 2017 is certainly retroEgghead Goes to Town used a big table of coordinates for speed, all pre-calculated in Sinclair BASIC
Personally when I needed once some precalculated data for my game, I used Excel. Not very cool, I suppose
By the way, welcome to the forums, Jonathan !