Split-measure with decimal -- trouble

[montedoro44]

The split-measure plugin isn't counting right, although it knows about decimal splits. See attached simple 2/4 splits into 1.75, 0.5 and 0.25, all permissible values, and with different note durations. They all come out wrong.

Probably irrelevant, but I tried to split into 7/8 (= 0.875) -- also a failure, and Finale rounded up to 0.88, so it looks like 2-decimal-place accuracy, but that should be enough for 0.5. Is yours behaving like this? Any fix? Of course, the splits can be accomplished laboriously -- even by re-time-sigging 2/4 to 4/8 or 8/16, etc., to get a whole-number split.

[Peter Thomsen]

The split-measure plugin isn't counting right, although it knows about decimal splits. See attached simple 2/4 splits into 1.75, 0.5 and 0.25, all permissible values, and with different note durations. They all come out wrong …

montedoro44,

I took a look at your attached Finale document.

You wrote:
“They all come out wrong”

I can not see what is wrong.
As Far As I Can Tell, your examples are split after the beats “1.75, 0.5 and 0.25” just as you say in your post.

Please explain what is wrong.

[zuill]

I, too, don't see what's wrong. Maybe I need a little more explanation as to what is wanted.

Zuill

[motet]

Perhaps there's a misunderstanding of what the number means. 0.50 doesn't mean split the measure half way; rather, it means split it after half a beat in the current meter, e.g. after an eighth note in 2/4. "1.5" would be after a beat and a half, e.g. before the "and" of beat 2. And so on.

[zuill]

Perhaps there's a misunderstanding of what the number means. 0.50 doesn't mean split the measure half way; rather, it means split it at half a beat in the current meter, e.g. after an eighth note in 2/4. "1.5" would be after the "and" of one, e.g. after a quarter plus an eighth in 2/4. "2.0" would be at beat two--half way in 2.4. And so on.

I think 1.5 after the and of 1 is a bit off. 1.5 would be after 2, putting the and of 2 in the next measure. 1 would put the split after the and of 1.

Anyway, the picture shows what I get with .5, 1, and 1.5.

Zuill

[motet]

You're right. I still think the O.P. is misunderstanding the meaning of the number, so I've edited my post to be correct. Thanks for catching it.

[motet]

...
Probably irrelevant, but I tried to split into 7/8 (= 0.875) -- also a failure, and Finale rounded up to 0.88, so it looks like 2-decimal-place accuracy, but that should be enough for 0.5.
...

In terms of rounding and the thread title, it seems like that's only pertinent after the fact to what it carries through to the next time you run the plug-in. If I split 2/4 at 15/16, typing in 0.9375, it works

but if I run it again it's rounded to 0.94, which results in

0780.png (3.22 KiB) Viewed 2068 times

If you want to run it over and over, use paste from the clipboard.

[montedoro44]

Thanks for the example, zuill. It looks like on my musx sample I wrote incorrect split numbers, as the integer part of the was hidden. I'm experimenting more, and I'm sure I got it now. And I was about to opine on the sensitivity limit of 0.25, but motet anticipated it.

I tried the same 0.9375 experiment, & got the 0.94 error. But it still knows 0.9375.

It was not happy just now when I tried splitting 5 64ths (0.078125).

I don't want to tie you guys up with minutiae though. I am straightened out for my immediate tasks, and when 64ths come up ( I hope never), I can work around them.

[motet]

You may still be confused. 5/64 would be 5/64 of a beat, not five 64th notes, but rather five 256th notes in 2/4. Do you really need that?

[montedoro44]

Yes, my mistake -- it's 5/16 = 0.3125. It worked, but I copied the wrong number here. No need for such a slice, except just to practice a few times until I don't have to aggravate over it every time.

[motet]

OK, good. I think the only problem with the plug-in is the rounded number that's left over the next time you run it. Since one doesn't generally split measures repeatedly at the same place, it seems silly for it to remember anything in that box at all.

[zuill]

Actually, the fact that it remembers is very useful for me. I have been working on a project putting hymns into Finale. Often, the page setup is made to conform to the poetry. So, if each line begins with a quarter pickup, the previous line ends with the beginning of the measure using an invisible barline. The default setting is to use an invisible barline and to put the remainder off the bar on the next system. Since most of the hymns will repeat this all the way down the page, the recall of the last action is quite helpful. In 4/4, I choose the split after beat 3. Then, on each system, I click on the measure, and after beat 3 is there again. It's as if this feature was created for hymns. Who knows?

Zuill

[montedoro44]

Thanks, motet & zuill. If I may pursue this for a moment longer then, how I got entangled with this recently -- zuill, it looks like we are in a similar situation, per attached.

I'm working on a ton of such pieces -- all are 16m-rpt + 16m-rpt + D.C. or D.S. to Fine. Some, like this one, have pickups, and that creates a problem for the Fine, m10, as the show stops on beat 3 of 4 8ths. So, m10 has to be partitioned to not play the m11 pickups, bc Fine, like the other Repeat tools seems conscious only of the measure, not selectable beats within the measure. If Fine can attach to a beat, I'd sure like to know about it.

In practice, I mute the melody line so people at Zoom sessions hear only the accompaniment, and they play along, mmo style.