Provinces need to be setup such that they can be flood filled individually. As of now, flood filling will cause an entire country to be recolored whenever an enemy wins a siege. Some solutions are as follows;

1. Store a polygon of the province's shape and iterate over all of its containing pixels
2. Store a list of pixels that represent a province
3. Draw province borders to permit using flood fill

The following events are needed to improve recording accuracy;

• on_siege_began
• on_occupation_transfered
• on_war_declared
• on_occupation_ended (at the end of wars, for example)

As of now, the log collector must be restarted whenever the player loads a new gamestate (via new or loaded game). Instead, it should be able to determine when a new game is started and reset its state for a new recording.

Preferably, this can be implemented by checking for on_startup and doing the aforementioned reset before any event handlers are invoked.

Overall, the current speed to draw province updates is painfully slow and disruptive. Some ideas;

• Switch from regular HTML canvas rendering to WebGL rendering. Not only is this faster, it's also much better suited for the current requirement of updating large bitmaps.
• Generate lines from provinces to draw polygons directly onto the canvas. I'm not sure of the performance implications of this.
• If it's supported, draw rectangles where only the province's pixels are filled in.
• Implement a form of background processing to prevent stutters and input delay in general

Backwards seeking does not rewind, but rather executes previous events again. This is to be expected, as the changeDate function is written in a forward-only fashion. In the future, this should be changed to either do the opposite of the given events or otherwise undo the events after it.

A possible expansion of this project is to take recordings and generate a mod which plays out the described events in an EU4 game. This is entirely possible via on_monthly_pulse, is_year, and is_month with events delayed by n days.

The primary bottleneck would be the size of the output mod, since it would need to execute an effect for nearly every province and country.

The current parser (/src/log_collector/eu4_parser.py) is very basic and works for the default EU4 data files. However, it is in no means future proof and should be updated to manage statements spanning multiple lines, as well as nesting.

Find a way to prevent the blending of colors on province borders.

Find a way to get the number of provinces in-game AND assign each province with an id variable dynamically. The primary roadblocks so far are that (a) sea tiles cannot be iterated, and (b) IDs seem to be a special type which cannot be constructed normally and put into a variable.

The only alternative solution I know of is the use of trigger_value in export_to_variable. However, trigger_value is broken for non-numerical values at this time.