Hallo, Chuckk Hubbard hat gesagt: // Chuckk Hubbard wrote:
I get this all the time. It's a real problem, because in a longer score it usually means the first half of the score has had all its notes changed to a new reference pitch and the second half hasn't, and there's no way back from that but to reload the piece.
I have a "JInext" abstraction I made, which takes a bang or a next message, and finds the next $1 scalar in pd-score. Because I have a vertical line on each beat, and octave marking lines, and tempo markers, plus notes, it has to skip past a lot of other templates.
You could implement the beat, octave etc. lines as arrays instead of as single structs.
Then even a long score with 1000 beat lines will just contain one single "beatgrid" struct. And it's even much easier to patch.
An example is attached.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Thanks. That is an interesting example. I have mixed meters, and not all beats are quarter notes, so I'd have to experiment... I like VERY much that the beat lines cannot be accidentally selected while selecting notes. Still, I have tempo markers at irregular intervals in the score, and isolating them involves more skipping (of notes) than isolating the notes does. Neither notes nor tempo markers could be put in an array, because both can be added at any time and have to be sorted according to X before being played back.
Actually, playback works fine; it is when the patch steps through the score all at once, to transpose all notes, that I run into overflow errors. I'll try deleting all the beat lines and see if it works that way, and if so then your solution might work.
-Chuckk