|
|
Post by Mr. Sub on Sept 1, 2013 15:10:48 GMT -6
Interesting to see a lack of a basic (and logical) rounding up system, rounding 26.99 to 26, that explains it! Because it's truncating and not rounding? It's right in Rehd's message. I think you misinterpreted my message: I wasn't correcting Rehd, I was observing that it was interesting that there was no rounding system implemented into the program, and that the lack of one (being the mathematical effect of truncation, which was used instead, as Rehd explained) neatly explains the tempo gap problem in MPC. As it's a problem that was previously a mystery to me and, I believe, many others, it was interesting to find out the source of it. |
|
|
|
Post by tommy73 on Sept 2, 2013 5:05:43 GMT -6
Because it's truncating and not rounding? It's right in Rehd's message. I think you misinterpreted my message: I wasn't correcting Rehd, I was observing that it was interesting that there was no rounding system implemented into the program, and that the lack of one (being the mathematical effect of truncation, which was used instead, as Rehd explained) neatly explains the tempo gap problem in MPC. As it's a problem that was previously a mystery to me and, I believe, many others, it was interesting to find out the source of it. Ohhhhhh. In that case, apologies. Yeah, it is interesting to finally see the source of it. Hopefully it won't be a problem in the future of SMP too. |
|
|
|
Post by RehdBlob on Sept 2, 2013 21:08:12 GMT -6
I think you misinterpreted my message: I wasn't correcting Rehd, I was observing that it was interesting that there was no rounding system implemented into the program, and that the lack of one (being the mathematical effect of truncation, which was used instead, as Rehd explained) neatly explains the tempo gap problem in MPC. As it's a problem that was previously a mystery to me and, I believe, many others, it was interesting to find out the source of it. Ohhhhhh. In that case, apologies. Yeah, it is interesting to finally see the source of it. Hopefully it won't be a problem in the future of SMP too. I'm aiming for it not to be a problem - I'll be using some higher-precision maths and better tempo calculations. |
|
|
|
Post by Antylamon on Oct 18, 2013 18:11:07 GMT -6
|
|
|
|
Post by RehdBlob on Oct 26, 2013 2:30:02 GMT -6
I updated the original post.
|
|
