Signature required? & DAW transport
Posted: 05 Jun 2022, 23:41
I use Finale notation software to send note data, program change, and control change to external MIDI hardware sound modules and drum machines.
A couple of live instrument effects processors rely on sync clock for echo delay timing, etc. as do the drum machines and a sequencer.
Much like a DAW I expect, during playback the BPM is set by Finale and apparently depends on the precision of the Windows 10 clock.
It's recently become apparent that I suffer from a bad case of the jitters.
I've been searching for a solution that
A) isn't complicated by the fact that several of my scores include multiple time signature changes within them, and
B) is transparent to my workflow, in that I can start and stop playback via Finale's transport controls.
I'm really just looking for some precision solution to my CPU's imprecision. I think.
A) It seems to me that Simon might have designed Midronome to avoid a time signature requirement, but requests such as this one below are worrisome because the number of beats per bar would have to be constant. Wouldn't they?
viewtopic.php?t=64
B) I've seen another device out there that allows native transport to be used, and it requires the manufacturer's plug-in.
Finale accepts third party plugins, and a plugin is mentioned on Midronome's home page. but I'm unclear about it.
Judging by what I infer from the post below, Simon either has included or is open to including a function where Midronome is waiting for a pulse by which it can determine the BPM - one bar - before it activates downstream devices.
viewtopic.php?p=347&hilit=transport#p347
Does this mean that Midronome calculates a steady BPM based on a one bar, jittery initial clock signal sent by the PC and then syncs everything both upstream (DAW, Finale) and downstream (sequencers, etc.) to itself?
Oh, but probably the pulse is from an audio track that is unaffected by PC jitter (?)
Well, those are the two things I'm looking for, and don't think they stray too far from Simon's original intent.
If I understand the intent, that is.
Thanks very much for considering this set of circumstances.
Some comments about the forum's search capabilities:
When I search the term "time signature" in this forum, the search engine returns
"The following words in your search query were ignored because they are too common words: signature time."
When I search the term "plug-in", the return is
"Search found 0 matches: plug-in"
When I search the term "plugin", the return is
"The following words in your search query were ignored because they are too common words: plugin."
"Plugin" is how the website spells the term. Too common?!
A couple of live instrument effects processors rely on sync clock for echo delay timing, etc. as do the drum machines and a sequencer.
Much like a DAW I expect, during playback the BPM is set by Finale and apparently depends on the precision of the Windows 10 clock.
It's recently become apparent that I suffer from a bad case of the jitters.
I've been searching for a solution that
A) isn't complicated by the fact that several of my scores include multiple time signature changes within them, and
B) is transparent to my workflow, in that I can start and stop playback via Finale's transport controls.
I'm really just looking for some precision solution to my CPU's imprecision. I think.
A) It seems to me that Simon might have designed Midronome to avoid a time signature requirement, but requests such as this one below are worrisome because the number of beats per bar would have to be constant. Wouldn't they?
viewtopic.php?t=64
B) I've seen another device out there that allows native transport to be used, and it requires the manufacturer's plug-in.
Finale accepts third party plugins, and a plugin is mentioned on Midronome's home page. but I'm unclear about it.
Judging by what I infer from the post below, Simon either has included or is open to including a function where Midronome is waiting for a pulse by which it can determine the BPM - one bar - before it activates downstream devices.
viewtopic.php?p=347&hilit=transport#p347
Does this mean that Midronome calculates a steady BPM based on a one bar, jittery initial clock signal sent by the PC and then syncs everything both upstream (DAW, Finale) and downstream (sequencers, etc.) to itself?
Oh, but probably the pulse is from an audio track that is unaffected by PC jitter (?)
Well, those are the two things I'm looking for, and don't think they stray too far from Simon's original intent.
If I understand the intent, that is.
Thanks very much for considering this set of circumstances.
Some comments about the forum's search capabilities:
When I search the term "time signature" in this forum, the search engine returns
"The following words in your search query were ignored because they are too common words: signature time."
When I search the term "plug-in", the return is
"Search found 0 matches: plug-in"
When I search the term "plugin", the return is
"The following words in your search query were ignored because they are too common words: plugin."
"Plugin" is how the website spells the term. Too common?!