Problems with the Retranscribe function

General notation questions, including advanced notation, formatting, etc., go here.

Moderators: Peter Thomsen, miker

Post Reply
User avatar
elbsound
Posts: 196
Joined: Wed Aug 03, 2016 10:06 am
Finale Version: Finale 2014.5
Operating System: Windows

Post by elbsound » Sun Sep 24, 2017 12:24 pm

Is it a bug or a feature that Finale seems to handle the Retranscribe function differently when applied to multiple measures compared to single measures?
Here is a very short screencam video of what I did:
https://www.youtube.com/watch?v=1kyX9Un95sI
When I select the full piece and apply Retranscribe the first triplet in the last measure gets messed up (the other measures are ok).
When I just select the last measure, the triplet doesn't get messed up.
(The notes are an excerpt from a larger project where this weird behaviour occurs several times on tuplets).

My workaround was to develop a JW Lua script which applys the Retranscribe function to each measure individually instead of all measures at the same time. It works perfect. But why?


User avatar
Peter Thomsen
Posts: 6605
Joined: Fri Jul 25, 2003 6:47 pm
Finale Version: Finale v27.4
Operating System: Mac

Post by Peter Thomsen » Sun Sep 24, 2017 5:47 pm

This definitely qualifies as a bug.

If I am not mistaken, a quarter triplet at the beginning of a measure gets “messed up” by the Retranscribe function, only when also at least four measures before the triplet measure are selected.

In Other Words:
Select any (quarter) triplet measure, and the three measures before that measure, and Retranscribe does not mess up the triplet.
Select any (quarter) triplet measure, and at least four measures before that measure, and Retranscribe messes up the triplet.

NB:
The quarter triplet must begin the measure.
A quarter triplet that ends a measure does not get messed up.

The bug seems to be isolated to a time signature of 4/4.
I have not been able to reproduce the bug in other time signatures.

elbsound, I recommend that you send the Finale document to MakeMusic, so that the bug can be documented and registered.
Mac OS X 12.6.9 (Monterey), Finale user since 1996

User avatar
elbsound
Posts: 196
Joined: Wed Aug 03, 2016 10:06 am
Finale Version: Finale 2014.5
Operating System: Windows

Post by elbsound » Sun Sep 24, 2017 6:58 pm

Thanks, Peter, for your response. I have now opened a support case at MM.

User avatar
zuill
Posts: 4418
Joined: Sat Dec 10, 2016 9:35 pm
Finale Version: Finale 2011-v26.3.1
Operating System: Windows

Post by zuill » Sun Sep 24, 2017 7:18 pm

If there is a rest before the measure with the quarter triplets, the bug is not triggered. Even a small rest at the end of the measure.

I am going to guess that this is quite directly linked to the bug involving entering triplets at the end of a measure. The results look quite similar, if not the same.

Zuill
Windows 10, Finale 2011-v26.3.1
"When all is said and done, more is said than done."

User avatar
zuill
Posts: 4418
Joined: Sat Dec 10, 2016 9:35 pm
Finale Version: Finale 2011-v26.3.1
Operating System: Windows

Post by zuill » Sun Sep 24, 2017 7:46 pm

Also, after retranscribing all the measures, if you find any measure messed up, apply retranscribe to just that measure, and it should return to its normal state. In my test, that is true. I can't speak for your file.

Zuill
Windows 10, Finale 2011-v26.3.1
"When all is said and done, more is said than done."

User avatar
elbsound
Posts: 196
Joined: Wed Aug 03, 2016 10:06 am
Finale Version: Finale 2014.5
Operating System: Windows

Post by elbsound » Sun Sep 24, 2017 7:58 pm

Thanks, Zuill. Indeed if I do Retranscribe a second time on the messed up measure, it looks fine again.
The problem is: there are lots of measures that are messed up in the score.
So the JW Lua script seems to be the more elegant solution.

User avatar
zuill
Posts: 4418
Joined: Sat Dec 10, 2016 9:35 pm
Finale Version: Finale 2011-v26.3.1
Operating System: Windows

Post by zuill » Sun Sep 24, 2017 8:59 pm

Another observation. This seems to occur with a pattern. Counting from the first bar selected, this occurs in a measure starting with a tuplet in the 5th bar, then every 4 bars from then on. But only bars starting with a tuplet are affected.

Zuill

P.S.: You might try the LUA script doing 4 measures at a time. That may speed things up.
Windows 10, Finale 2011-v26.3.1
"When all is said and done, more is said than done."

User avatar
zuill
Posts: 4418
Joined: Sat Dec 10, 2016 9:35 pm
Finale Version: Finale 2011-v26.3.1
Operating System: Windows

Post by zuill » Sun Sep 24, 2017 10:03 pm

To do a quick test, fill a document with quarter or 8th triplets and see the bug in bars 5, 9, 13, 17, etc. I tested this in 2011 and get exactly the same behavior. I will guess it has always been this way.

Because of the precise, reproducible results, it should be easier for the programmers to correct (one would hope).

Zuill
Windows 10, Finale 2011-v26.3.1
"When all is said and done, more is said than done."

User avatar
elbsound
Posts: 196
Joined: Wed Aug 03, 2016 10:06 am
Finale Version: Finale 2014.5
Operating System: Windows

Post by elbsound » Mon Sep 25, 2017 7:47 am

Thanks, Zuill, for breaking down this bug.
I have uploaded a new video that demonstrates your description to MM.
https://youtu.be/zTRVVwZzXAo
Will let you know when I get a response.

Jan
https://elbsound.studio

User avatar
elbsound
Posts: 196
Joined: Wed Aug 03, 2016 10:06 am
Finale Version: Finale 2014.5
Operating System: Windows

Post by elbsound » Wed Sep 27, 2017 8:48 pm

Now I have a response from MM.
First they supposed to change the quantization settings to smallest note value quarter notes ... no comment on that (everything became quarter notes!).
Then they supposed to change the quantization settings to eighth notes ... still no good idea ... all triplets disappear.
But they confirmed it is indeed a bug.

Jan

User avatar
zuill
Posts: 4418
Joined: Sat Dec 10, 2016 9:35 pm
Finale Version: Finale 2011-v26.3.1
Operating System: Windows

Post by zuill » Wed Sep 27, 2017 9:08 pm

I already tried different quantization settings, with equally bad results. I'm surprised they didn't test things before making suggestions.

Thanks for reporting.

Zuill
Windows 10, Finale 2011-v26.3.1
"When all is said and done, more is said than done."

Post Reply