docs: Log guide updates for 6.x

[xpdota]

• Added some 6.x changes (like the target count on 21/22 lines)
• Clarified ability damage/effect flags
• Clarified what buff "stacks" really mean
• Clarified buff refresh/overwrite behavior
• Added note about sequential/obfuscated headmarkers
• Added info about how 37-lines work
• Added note about HP in 37/38/39 lines
• Added more reasons to not use chat lines (as if we needed more)
• Added note about fake combatants

[cactbotbot]

@xpdota Thanks for your contribution! 🌵🚀

[xpdota]

Also, if you're okay with links to competing projects, I can put in links to reference implementations of some of that stuff, like the flag/damage parsing, buff tracking, or sequence ID tracking.

[Akurosia]

https://github.com/quisquous/cactbot/pull/4118/files#diff-af3eb20d6c5ae8fe60c2919a9d350a5641b16e9fe862cfd61e10d79f22af183aR779

Are you sure its always multiple flags and damage numbers? As far as i understood it, these are always pairs of values [e.g. flags and damage] but can also be different pairs that are not purly for damage

[xpdota]

@Akurosia It is not necessarily damage, but previously the field was just called "damage". "flags" isn't the best name either, since it's more of "type". I'm not really sure what the best name would be, since it's more or less specific to whatever type the flags indicate it should be. "effect" might be confused with "status effect". Maybe "type" and "rawvalue", since the value usually needs some kind of processing?

[xpdota]

@ayyaruq I don't know why it only lets me reply directly to some comments, so here's the rest

the overhead icons are VFX animations from the LockOn EXD

~~I'm talking about specifically the headmarker lines. Cactbot is already doing the whole headmarker offset thing.~~

Okay, I think I get what you're saying, I was confusing it with the VFX action effect. But regardless, the offset thing still applies. The actual ID has a random offset per instance in some content.

It's almost never true, just a consequence of how ACT's status manager logs events.

Hmm? Refreshing a buff before it falls off generates another 26, I'm not sure what you mean by this. Yes, it may be a consequence of how it manages it, but I'm not sure what you're getting at there.

The majority of BNPC Base IDs aren't used by "real" actors

Sure, it only works one way. 9020 implies fake, but non-9020 doesn't imply it's real.

Also, I kind of let this PR fall by the wayside, since Cact wasn't ready with some of the log changes due to CN/KR being behind plus needing an actual dev environment to fix the auto-generated parts, so I have my own version of it here. Should be mostly the same.