I can confirm that this is a known issue on Apple Silicon in the Smart Splitpoint processing code. Sorry about that. We obviously want to fix this, but I can’t provide you with a date.
If I remember correctly, the code does use mach_timebase_info, but accidentally numerator and denominator were switched around. That is why you do not see the issue on Intel CPUs (both values of numer and denom are 1), but on PowerPC (for the older folks: denom was the bus clock, so it was either 33333335MHz or 25000000MHz with numer being 1000000000) and Apple Silicon (it seems the values are e.g. numer = 125, denom = 3). It results in a time calculation being way off. You might want to check your code for that as well for similar bugs. See: Technical Q&A QA1398: Mach Absolute Time Units and Apple Developer Documentation