Nornec / Midinous-Issues

2 stars 0 forks source link

1.1.0 Midi timing instability #28

Closed BestGitHubUsername closed 1 year ago

BestGitHubUsername commented 1 year ago

attached is two images, one of the Reason DAW sequencer where i recorded the MIDI data and one of Midinous network that was the source. both machines were running at the same tempo but not clocked together midinous midi instability source

i was actually testing to see if a POINT was monophonic so the network shows a POINT (duration 2 / repeat x4) set to relative transpose up an octave and the input of three Travellers coming from three POINTs each set to a note of CMaj Triad and recording the output into the reason sequencer to test if the notes truncate each other. happy to discover that a POINT is indeed polyphonic midinous midi instability

looking at the image of the recording (performed the test twice and bumped one version down a semitone to see them side by side) the MIDI output from the POINT is a bit sloppy with regard to note on's and note length.

i performed the same test afterwards with Reason clocked from Midinous but observed the same inconsistencies

Nornec commented 1 year ago

I think everything is working okay here. I did measure a fluctuating latency between ±12ms which is roughly ten times faster than an eye blink. I don't know what scale you're using above but I did measure actual timing fluctuations between two separate recordings and although there was some latent output (and in some cases early, hence the ±), Midinous did not drift out of time with the DAW. I think this kind of MIDI recording into a daw can be easily quantized if that is desired. It's otherwise still likely more accurate than a seasoned musician.