evtclib - arcdps EVTC reading/parsing library for Rust

Age	Commit message (Collapse)	Author
2020-09-28	fix formatting	Daniel Schadt

2020-09-23	re-introduce Boss	Daniel Schadt
	This is now the enum that contains the IDs of the single bosses, like Nikare and Kenut. This means we can do away with the NIKARE_ID and such. The enum is not publicly re-exported, as we re-export Encounter (which is more of a replacement of the old Boss). Special casing still remains (mostly in lib.rs), but we should be able to do away with this now with a more general Encounter::bosses and Boss::encounter methods.
2020-09-23	rename Boss to Encounter	Daniel Schadt
	This is the first step in differentiating between Encounters and Bosses. It sounds a bit weird at first, but there are some events without any bosses (like the River of Souls), and some events which have multiple bosses (like Twin Largos or the kodan strike mission). If we want to support this better, without relying on extra IDs, special casing and constants (like NIKARE_ID), we should differentiate between Encounters and Bosses.
2020-08-28	remove leftover debug output	Daniel Schadt
	Since downstream applications will also print this, we should remove it.
2020-07-24	more documentation	Daniel Schadt

2020-07-23	more documentation & adjustments	Daniel Schadt

2020-07-23	implement Analyzer::outcome for wing 7	Daniel Schadt

2020-07-23	implement Analyzer::outcome for wing 6	Daniel Schadt

2020-07-23	implement Analyzer::outcome for wing 5	Daniel Schadt

2020-07-23	implement proper outcome for w1-w4	Daniel Schadt
	It turns out that `was_rewarded` is a pretty bad heuristic if you ever kill a boss a second time per week (basically, was_rewarded=false does not imply that the boss was unsuccessful). Therefore, we need a proper detection of when a fight failed and when a fight succeeded. This is the first batch that implements this as part of the Analyzer trait for bosses of wings 1 to 4.
2020-06-28	start implementing analyzers	Daniel Schadt
	It turns out that the different encounters do require quite some encounter-specific logic, not only to determine whether the CM was activated, but also to determine whether the fight was successful, the duration of the fight, later the phases, ... Wrapping all of this in pre-defined "triggers" (like CmTrigger) feels like it will be a bit unfitting, so with this patch we have introduced the evtclib::Analyzer, which can be used to analyze the fights. Currently, the whole CM detection logic has been moved to this new interface, and soon we also want the success-detection logic in there. The tests pass and the interface of Log::is_cm is unchanged.