Hi Yi,
You are right that mesh info is not included in the checkpointing file. I thought about this and in the end, I felt that quietly incorporating boundary and mesh info into the checkpoint could introduce more troubles and surprises to the user than not to. For the current iteration of this package, it is what it is.
To pick up the mesh information from where you stop last time, you should load the mesh into the simulation exactly like you did in the previous simulation, then re-build the system from a checkpointing file, initialize it and use ApplyMeshMotion to bring the/each meshed object to their previous location, then begin the restarted simulation.
About the arguments you should use for the ApplyMeshMotion call, well if you used the co-simulation framework then you can get it from the ChBody object at the end of the previous simulation, exactly like the ApplyMeshMotion call at each time step in the Ballcosim demo. If you did not use the co-simulation framework then I assume you enforce the mesh location/velocity yourself? So you should know where it was at the end of the previous simulation right?
I took a look and there seems to be no explicit method to get the mesh location/velocity. I guess you don't need it anyway this time, but is it true? In any case, that info can be easily queried from tri_params->fam_frame_broad[mesh_id], meshSoup->vel[mesh_id] and meshSoup->omega[mesh_id]. Let me know if you have further questions.
Thank you,
Ruochun