New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pom Gets Wi-Fi: Caterpillar system not working properly #703

Closed
fdelapena opened this Issue Dec 29, 2015 · 1 comment

Comments

Projects
None yet
4 participants
@fdelapena
Contributor

fdelapena commented Dec 29, 2015

Game. Savegame.
This game has a caterpillar system (events following hero steps) not behaving as in RPG_RT. This makes the player movement hard to do because events are blocking the hero when trying to walk in horizontal axis. Also, the hero character is moving some frames faster than events following it.

@Zegeri

This comment has been minimized.

Show comment
Hide comment
@Zegeri

Zegeri Feb 7, 2016

Member

This needs 2 things:

  • After using Move Towards Player move command, if the event can't do any step, it must try in the same direction in the next frame. For example, if the event is in the tile below the hero, it'll try to go upwards, but that way is blocked by the hero. No matter what direction the hero goes next, the event will try first going upwards where the hero used to be. This is not the way it works in RPG Maker XP.
  • A repeating move route must not waste a frame resetting the move route.
Member

Zegeri commented Feb 7, 2016

This needs 2 things:

  • After using Move Towards Player move command, if the event can't do any step, it must try in the same direction in the next frame. For example, if the event is in the tile below the hero, it'll try to go upwards, but that way is blocked by the hero. No matter what direction the hero goes next, the event will try first going upwards where the hero used to be. This is not the way it works in RPG Maker XP.
  • A repeating move route must not waste a frame resetting the move route.

@Ghabry Ghabry modified the milestones: 0.4.1, 0.5.0 Feb 19, 2016

scurest added a commit to scurest/Player that referenced this issue Jun 12, 2016

scurest added a commit to scurest/Player that referenced this issue Jun 17, 2016

Extend #884 to move the player early too.
For #703, Shibe no longer blocks your movements. However, he still
trails your movement by one frame.

@Ghabry Ghabry modified the milestones: 0.4.2, 0.5.0 Jul 9, 2016

@Ghabry Ghabry closed this in c4ebe8c Jul 10, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment