Repeat and breath mark combination causes playback to get strangely out of sync

• Dec 21, 2022 - 17:12
Reported version
4.x-dev
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
No
Workaround
No
Project

This issue involves split measures, fermatae, breath marks (with / without pause), and repeats. On opening in MS 4.0 it looks right, but playback goes badly astray. I started pruning these elements out one by one and to my surprise, removal of the repeat is what made it stop. There are 4 examples attached of these progressive stripping trials.

You can open all of them in MS 3.6 and they sound right. And they all sound the same except for the presence of absence of breath mark pauses and repeats. Apparently fermatae and split measures are not part of this, but I didn't try to see if they were enabling or exacerbating the problem.

The fermatae are all set to extend the note by 1 beat and the breath mark pauses are 1 second in the original case and then zero thereafter.

The 4 cases attached are:
(00) the original score
(01) same with breath pause times set to 0
(02) same with breath marks removed altogether
(03) same with no breath marks and no repeat

To see the problem just open them in 4.0 and play them.
1. Oh, set the mixer master volume to +12 db to get about the same volume I get in MS 3.6 (Is that a bug also? Or is there no default dynamic setting? And to get the same volume with 3.6 and 4.0, I need to set 4.0 about 2 notches higher in the dynamic scale than 3.6. E.g. forte on 3.6 is about the same as forte fortissimo on 4.0. For voices, anyway.)
2. Note that the first time through the repeated playback (system1 and half of system 2), it seems normal.
3. On the 2nd pass through the repeat, there are a few hints that something funny is happening.
4. By the time you get to the 3rd system, it has gone completely bizarre.
5. When you get to the 4th test case with the repeat removed, it all goes away and sounds like it should.

I'm a first time bug reporter. I got to this form in 4.0 at Help -> Report a bug. If I've done anything wrong, here, let me know. The "Details" drop-down just below here in the form didn't sound like it was for me, so it left me wondering if I'm reporting in the wrong place. I did a lot of software testing in my working days, so I should be easily trainable in how to be a good bug reporter and test case submitter.


Comments

Frequency Many Once
Status active needs info

Note that the frequency relates to the number of people who have reported the issue. 1 reporter = Once, 2-5 reporters = Few, 6+ reporters = Many.

That being said, I played version 00 in musescore 4 and the playback sounded correct to me. I also tried to reproduce any issues in my own, simpler score (see attached) and I don't hear anything off. Can you describe in more detail what the playback issue is, and see if the score I attached plays back correctly for you?

Attachment Size
Breathmark Repeat.mscz 17.06 KB
Status needs info closed

Your test case sounds right when I play it.

Now, I'm starting to wonder if I actually got the released version. I clicked on the download link I got from Mark Sabatella' s email (https://musescore.org/en), and it gave me a new version of MuseHub. Clicking on MuseScore in MuseHub only took a short time (seconds) before it opened MuseScore 4. Looking at Help -> About, it says Version 4.0.0 Revision abc123456. Does that sound like the released version? The Revision number looks pretty bogus.

I just repeated that process to see if anything looked like I took a wrong turn along the way. Again it was quick. Apparently just checked to see that the installed version was the latest and launched MS 4. So I tried removing MS 4 and reinstalling from MuseHub. That took a more realistic amount of time (like a minute or so). And now my original test case sounds fine. In fact much better than before. And the volume is fine. And Help -> About says it's Version: 4.0.0.223472200 Revision: 5485621.

Sorry for the distraction. Not sure how I would reproduce the previous bad installation of what MuseHub apparently thought was the released version. I changed the status of this report to closed. Thanks for your effort.