[Ohrrpgce] [ohrrpgce:bugs] #2041 Multiple attacks cannot occur on the same clock tick

TeeEmCee teeemcee at users.sourceforge.net
Sat Mar 23 04:23:04 PDT 2019


- **labels**:  --> active time, queued attacks, attack waits
- **summary**: Attacks cannot occur on the same clock tick --> Multiple attacks cannot occur on the same clock tick
- **Operating System**: Windows (please specify version) --> All/Unknown
- **Comment**:

Currently, in active-time battles, all the ready meters/etc are advanced and then the attack queue is checked to see whether there's an attack ready. Getting the behaviour you want requires swapping the order of these, so a ready attack prevents that meter advance. But this would be dangerous for backcompat, since it would make all sorts of things "see" one less tick for each attack that's queued. That could be pretty significant in battles with enemies/heroes with speed 999. I would definitely want to add a backcompat bit to enable that new behaviour.

That would be really easy to implement (provided I don't bother to test it properly; the scenario you describe isn't easy to set up). But... I don't really want to. The active-time battle code is already so complex (as these bugs and quirks show) that anything that makes it more complex is definitely a bad thing. Every line of code gets written once and read a hundred times. Having two different paths through such a fundamental piece of code is a lot of extra complexity to think about.

However, we wanted to add a direct way to read and write ready meters anyway. That would be a far better solution for what you want to do, for you, me, and everyone else.
The question is just, should you be able to select "Target Stat: Ready meter" in the Damage Settings menu, or should it be separate setting somewhere? We also want to add a way to modify elemental resists and other values with attacks, so I imagine we'll have a whole Additional Effects submenu for that sort of thing.
Hmm, I could easily just do both!

BTW, when I tested out the one-tick chain to increase the ready meter, as you described, I was very confused that the time bar didn't show what was going on. Turns out that you have to use the Show Battle Meters (F10) debug key to see the ready meter increase; the actual value is hidden while a hero has a blocking queued attack.



---

** [bugs:#2041] Multiple attacks cannot occur on the same clock tick**

**Status:** open
**Milestone:** OHRRPGCE
**Labels:** active time queued attacks attack waits 
**Created:** Sat Mar 23, 2019 06:51 AM UTC by Santino Labbate
**Last Updated:** Sat Mar 23, 2019 06:51 AM UTC
**Owner:** nobody


At first glance this might not look like a bug, but allow me to persuade you!

If two attacks would occur on the same tick of the combat clock, one of them always occurs first and the other occurs on the next tick, allowing "energy meters" to advance by one tick in between them.

For example, I create a chain of attacks: the first greatly increases the hero's speed, and the second returns it to normal with a delay of 1 tick *(this creates a sort of "quick recover" effect where the energy bar gains a chunck all at once)*. If an enemy happens to do another attack right when that second attack was scheduled to happen, the enemy's attack will occur first and the clock will tick one more time before the hero's speed returns to normal, giving the player *two* ticks of "super speed" rather than one.

This isn't a "bug" per se, but it does randomly goof with our ability to precicely schedule interesting effects using chains and delays.

If all attacks scheduled for a particular tick would resolve *before* the clock ticked, it would fix the issue.


---

Sent from sourceforge.net because ohrrpgce at lists.motherhamster.org is subscribed to https://sourceforge.net/p/ohrrpgce/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/ohrrpgce/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.motherhamster.org/pipermail/ohrrpgce-motherhamster.org/attachments/20190323/2c5d94dd/attachment.html>


More information about the Ohrrpgce mailing list