raidboss: DMU P5 initial triggers - #1105
Conversation
Could also be possible to do a pattern output or ice => fire => lightning like output, but length of TTS could be noisy
Fire and Lightning were swapped
For the players that have a debuff, we can call the general area ~2s prior
Wrapper outputString provided that would let player alter string based on debuff.
|
I'm not sure how helpful the Exa trigger location can be. This mechanic may be too fast for the output to be meaningful and there may not be a predictable pattern to merge every other one. Also the output could remove NW/NE and instead use something like a number count as odds are always nw and evens are always ne. I guess ideally to make any actual use of it, the player would need to override the pattern matching with the markers they are using. |
was seeing emulator skip first one and timings be off in emulator
|
Example outputs (this is with the P4/P5 ultima upsurge split) from the other PR #1117: |
| { | ||
| id: 'DMU P5 Flood Start (Early)', | ||
| // Data for rotation not yet known, but we can quickly call starting direction | ||
| type: 'StartsUsing', | ||
| netRegex: { id: 'C183', capture: true }, | ||
| delaySeconds: 0.1, // Delay for late set position updates |
There was a problem hiding this comment.
Is this another case where the heading is correct in the StartsUsingExtra line, and that could be used instead?
There was a problem hiding this comment.
When I check with raidemulator, the heading is valid in StartsUsingExtra, but the x,y cords are not.
"matches": {
"type": "263",
"sourceId": "4001B0FD",
"id": "C183",
"x": "117.662",
"y": "89.372",
"z": "-0.015",
"heading": "-0.785"
},
In actorPositions 0.1s later:
"4001B0FD": {
"x": 103.5355,
"y": 103.5355,
"heading": -0.7855
},
So while we can get the heading, I think we can't determine if it is the inner or outer part of the flood to be able to differentiate which pattern it is and thus the starting spot of two possibilities.
There was a problem hiding this comment.
I think the StartsUsingExtra is pulling data or can pull data from P4 positions.... since in this example the actor's name was Chaos and not Kefka.
There was a problem hiding this comment.
This might actually need to be changed to calling the two cardinal points rather than the intercardinal?
EDIT: Although I guess intercard is fine as that is the fastest point to interpret and get to the cardinal in next trigger...
| type: 'StartsUsing', | ||
| netRegex: { id: 'C183', capture: true }, |
There was a problem hiding this comment.
Same as above, was StartsUsingExtra checked for valid heading?
There was a problem hiding this comment.
This has the same issue as the early call, it too needs to have valid x,y coords and the StartsUsingExtra doesn't seem to have them in the log I looked at.
When I first wrote the Flood trigger, I assumed that maybe just the heading was necessary but I believe both are necessary as I found with more iterations that the heading can go either way in clockwise/counterclockwise and so heading can't determine clock. Additionally we need x,y because we can't start at an inner flood, the flood is there of course, so we need to look at the outer flood's location or know if we are working with an inner flood that the direction is flipped.
There was a problem hiding this comment.
Potentially here we should update the starting position to actually be +1 or -1 8dir over... I think the guides do that because kefkabin shows two possible starting positions at the inital flood, whereas here I've just been calling the middle point (the outer flood's intercard).
There was a problem hiding this comment.
I've updated this trigger to output the cardinal.
Co-authored-by: valarnin <valarnin@gmail.com>
|
ah, that comment is actually just wrong for Clockwise Example 2, I see it's just a copy of the x,y from previous line so will need to go back and check it. EDIT 2: I see there is also another typo in Counterclockwise Example. |



This PR adds triggers for P5 mechanics: