Tags: Gearhead 2; Joseph Hewitt
<b>Joseph Hewitt</b> has proposed two ideas for space combat in the sequel to <A href="http://www.geocities.com/pyrrho12/programming/gearhead/">Gearhead</a> he's working on. Oh, and there's two new screenshots of the work in progress that show <A href="http://ca.pg.photos.yahoo.com/ph/pyrrho12/detail?.dir=6c59&.dnm=1108.jpg&.src=ph">dungeons with big walls</a> and <A href="http://ca.pg.photos.yahoo.com/ph/pyrrho12/detail?.dir=6c59&.dnm=7185.jpg&.src=ph">shorter walls</a>. Anyway, on to the subject of space combat:
<br>
<blockquote>Idea number one: Give each model a DX,DY vector. Instead of moving you directly, using "Cruise Speed" or "Full Speed" would instead alter your velocity. The only problem is, I don't think this could be incorporated well into the movement code as it currently exists. Come to think of it, a DX,DY vector wouldn't work well with a tile system where there's only eight directions of movement either.
<br>
<br>
Idea number two: Cause each model to drift in the last direction moved unless they perform a full stop action. The main game loop would now have to make a separate check for drift in addition to the check for completed movement. The drift would happen at the same speed as the model's last move... I know, it's not realistic to have a maximum speed in space, but sacrifices must be made. One problem to avoid with this one is that it could result in the model moving two spaces at once if the drift and direction of movement oincide.</blockquote>
<br>
Well, actually, it is realistic to have a maximum speed in space because of that whole relativistic mass stuff and the faster you go, the more likely you are to run in to all those little free particles of stuff out there. Sort of, yeah.
<br>
<b>Joseph Hewitt</b> has proposed two ideas for space combat in the sequel to <A href="http://www.geocities.com/pyrrho12/programming/gearhead/">Gearhead</a> he's working on. Oh, and there's two new screenshots of the work in progress that show <A href="http://ca.pg.photos.yahoo.com/ph/pyrrho12/detail?.dir=6c59&.dnm=1108.jpg&.src=ph">dungeons with big walls</a> and <A href="http://ca.pg.photos.yahoo.com/ph/pyrrho12/detail?.dir=6c59&.dnm=7185.jpg&.src=ph">shorter walls</a>. Anyway, on to the subject of space combat:
<br>
<blockquote>Idea number one: Give each model a DX,DY vector. Instead of moving you directly, using "Cruise Speed" or "Full Speed" would instead alter your velocity. The only problem is, I don't think this could be incorporated well into the movement code as it currently exists. Come to think of it, a DX,DY vector wouldn't work well with a tile system where there's only eight directions of movement either.
<br>
<br>
Idea number two: Cause each model to drift in the last direction moved unless they perform a full stop action. The main game loop would now have to make a separate check for drift in addition to the check for completed movement. The drift would happen at the same speed as the model's last move... I know, it's not realistic to have a maximum speed in space, but sacrifices must be made. One problem to avoid with this one is that it could result in the model moving two spaces at once if the drift and direction of movement oincide.</blockquote>
<br>
Well, actually, it is realistic to have a maximum speed in space because of that whole relativistic mass stuff and the faster you go, the more likely you are to run in to all those little free particles of stuff out there. Sort of, yeah.
<br>
