> 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