Draft: delay other ESes instead of flushing the slave audio source when we are too late

This is quick and dirty approach to fix #28336

I propose this MR mainly to introduce a discussion, see other ideas.

I'm not sure if we can wait for 5.0 buffering rework, since this issue can still be reproduced quite frequently. Users just have to play a live stream with a bluetooth device...