WP, yes, one could do that. Could you, please, make a feature request Issue on the Issue Tracker, so this will be on my ToDo list.
Some things that one could do (WP, copy-and-paste these to the feature reques Issue):
* add _evac_ to all evacuation output file names. This makes it easier to keep the old fire results.
(One is not accidentally overwriting fire results.)
* Add a keyword to MISC that controls the "mesh numbering" of the evacuation prt5 files (and
possibly also the evacuation=true SLCF files for the guiding flow fields for evacuation): Make
the evacuation "mesh numbers" in the prt5 file names be same as in the fire+evacuation
calculation (I.e., one shifts the MC mode =true evacuation mesh number by the number
of the fire meshes)
* Add a keyword (to MISC?) that puts a "ordinal number" to the evacuation .prt5 files (and
to chid_evac.out and chid_evac.csv files also?) so that different MC_mode=true runs
do not overwrite "previous MC mode results".
* Check, which files the present MC_mode=true calculation writes. Which of these should
not be written (i.e., do not contain any good information, like chid_hrr.csv). Note, that
the chid.out file will be (re)written always. If the fire calculation chid.out file is lost and
one wants it back, this is quite easy. Run just a second (or T_BEGIN=0), to get the
useful information that is printed, when FDS reads the inputs (like material properties,
pyrolysis parameters, reaction parameters, species informtation etc.).
Wbr,
TimoK