we need to find way to manage that.
pot2player generate a win animation with a scheduled action get pot animation
pot2player generate a c++ animation

when the scheduled action get pot is run, it send a packet getPot to c++ and run animation (osg & cal3d).
The animation pot2player run on c++ is supposed to be finished (and this animation wait before running that all bet2pot animation are finished). it works fine when delay on player are coherent.

The difficulty is when we swith of table during this process. When we come back on the table we can't say exactly what we have to do to resume this process.

I recommand to disable the process when we come back to the table. It's a very complicated process to resume for a situation that is undesirable for the user.