By Forax
Thu Sep 04, 2008 1:11 am
I've been trying to trouble shoot some timing slop I'm experiencing with a dinsync'ed TR-808 and decided to test the MPC 1000's MIDI output pulses as done so on this page:
http://web.webhost4life.com/innerclock/ ... ge&name=35
[Essentially each sync pulse should be every 1000 samples in a 48khz sample rate recording]
Here are the differences in samples between each pulse I'm reading:
959 1009 1011 1010 1002 1019 / 949 1010 1009 1012 1000 1011 / 993 975 1010 1009 1012 1000
What is interesting is that a group of six pulses represents a 16th note.. the MPC 1000 appears to rush ahead on that first pulse and then lag for the next five pulses in each group. I'm getting this w/ OS1, OS2, and actually the Akai OS too. This is only on the midi sync output.. checking the audio timing of a rimshot sample is rock solid.
Theres about a 2-3ms lag due to the dinsync converter for the TR-808 which I'm fine with, but sometimes the timing is way off and I have to start/stop the sequence to get it back on track.. not that big of a deal but figure I'd pass along my findings to the board.
http://web.webhost4life.com/innerclock/ ... ge&name=35
[Essentially each sync pulse should be every 1000 samples in a 48khz sample rate recording]
Here are the differences in samples between each pulse I'm reading:
959 1009 1011 1010 1002 1019 / 949 1010 1009 1012 1000 1011 / 993 975 1010 1009 1012 1000
What is interesting is that a group of six pulses represents a 16th note.. the MPC 1000 appears to rush ahead on that first pulse and then lag for the next five pulses in each group. I'm getting this w/ OS1, OS2, and actually the Akai OS too. This is only on the midi sync output.. checking the audio timing of a rimshot sample is rock solid.
Theres about a 2-3ms lag due to the dinsync converter for the TR-808 which I'm fine with, but sometimes the timing is way off and I have to start/stop the sequence to get it back on track.. not that big of a deal but figure I'd pass along my findings to the board.
