Fix delay rounding issue

Fixes issue #20. I am playing safe here and use FLT_EPSILON in case of fuzzy floats, even though I can't see how it can happen here because tools like convert round delay so the minimal step possible is 0.01.
Great! I think we could increase the code's clarity -- without changing its logic -- by swapping the order: `delay < minimum - epsilon`. Would you agree?