Score hangs Musescore at bar 29
This score hangs MS 3.4.2 on bar 29 on the second repeat. I didn't realise this until it failed to upload to .com as per https://musescore.com/groups/improving-musescore-com/discuss/5079846
The ms.com team are checking the score but I'm guessing it's related to this bar. The score is not quite finished but this shouldn't cause a problem.
Any idea what's gone wrong?
Attachment | Size |
---|---|
Canon Fantasia.mscz | 23.94 KB |
Comments
Not sure exactly what you wanted to do (and how), but there are a number of orphan ties (hidden in your score) - see image below - at the end, from measure 38 and followings. This is what causes the problem. Remove these orphan ties and everything goes back to normal: Canon Fantasia (2).mscz
In reply to Not sure exactly what you… by cadiz1
@cadiz...
On the OP's score and on your score, I wonder why the end repeat does not delete using keyboard click+delete. The start repeat deletes ok.
I also noticed the mixer does not allow access to the other channel tracks (e.g., mute).
In reply to @cadiz... On the OP's score… by Jm6stringer
@jm6stringer: I have no idea about these. I only used the mixer to select the soundfont preset.
In reply to @jm6stringer: I have no… by yonah_ag
You used the PRE and created some empty events in the score as well. They do not appear in the places I had freezes so I think that bug was fixed. I can't help but to think the PRE has something to with the freezing though. Are the orphan ties edited with the PRE? @cadiz1?
In reply to You used the PRE and created… by mike320
I used PRE to change some note Offtime values from 1000 to 2000 but I don't know what events are or how to make empty ones so this was by accident. It must be something to do with deleting the tied crotchets on beats 2 and 3 then making a tie from the remaining crotchets on beats 1 and 4. I will be more careful in future, probably just delete all 4 crotchets and start again.
Why would it only freeze on the second time around the repeat?
In reply to I used PRE to change some… by yonah_ag
That's a really good question.
"You'll never learn anything if you never ask questions." - Richard Dawson ;-P
In reply to I used PRE to change some… by yonah_ag
That was my question.
So, I got the score to play correctly by focusing on the repeats (and then that 6/4 measure)...
Playback now works.
To restore the intro as in your original...
Put the 6/4 time signature back and ctrl+del the extra measure. (and separate the intro. with a line break.)
I also successfully used a fermata in a 4/4/ measure instead of using that 6/4 time signature change, but I don't know if using a fermata sign is acceptable in your personal style of TAB.
OS: Windows 10 (10.0), Arch.: x86_64, MuseScore version (64-bit): 3.5.2.311459983, revision: 465e7b6
In reply to That was my question. So, I… by Jm6stringer
Interesting. Was this without fixing the "orphan ties"?
Does a fermata do for bars what a dot does for notes, i.e. extend them by 50%? Does it extend all the notes in the bar or just the last one?
In reply to Interesting. Was this… by yonah_ag
Interesting. Was this without fixing the "orphan ties"?
I didn't fix any ties. The steps listed above do not mention ties at all. Do you get the same result following them? (Try it on your original attachment above.)
I was about to submit my fix when I saw cadiz' attachment, which is why I asked him about that stubborn end repeat which also exists on his 'fixed' score.
Does a fermata do for bars what a dot does for notes
A fermata is an articulation that holds a note longer than a note without a fermata. Its 'time stretch' is adjustable in the Inspector.
See:
https://musescore.org/en/handbook/tempo#fermata
https://en.wikipedia.org/wiki/Fermata
A dot on a note adds half the duration and, as a consequence, expropriates time from the measure's duration.
In reply to Interesting. Was this… by Jm6stringer
No, you didn't mention ties but I just thought it might have been assumed after cadiz fixed the score by dealing with them.
I like the fermata idea as this will look cleaner on the score but I will have to wait until tomorrow to try out your steps. Are fermatas only applicable to the last note in a bar?
This score certainly seems to be having a bit of a tantrum but I'm very pleased that it's fixable.
In reply to No, you didn't mention ties… by yonah_ag
You wrote:
No, you didn't mention ties but I just thought it might have been assumed after cadiz fixed the score
When it comes to enumerating exact steps to fix a score, there is no room for "assumptions". I did not start from cadiz' "fix" at all.
I started from your original (problemaiic) attachment and enumerated the steps that I took.
Cadiz' score is not even relevant here.
If I messed around with ties, I would have mentioned it in the "exact" steps I enumerated.
So...
Starting from your original (broken) score, I hope others here follow my enumerated steps "exactly"" and without "assumptions".
Do they get the same results?
In reply to No, you didn't mention ties… by Jm6stringer
Sorry, it was just my initial thought. I did at least follow your steps exactly and did not try to include my assumption anywhere. You and cadiz have applied quite different fixes but they both work despite appearing to tackle different problems.
Either way it's a good result but quite hard to think what I could've done to break this score. I know that I tried to tidy up the ties, so the "orphan ties" are understandable. Your approach has clearly fixed things too, but without touching the ties.
In reply to That was my question. So, I… by Jm6stringer
So, I got the score to play correctly by focusing on the repeats (and then that 6/4 measure)...
Followed your steps on the original and it has fixed the issues. Went for the fermata instead of 6/4 and this just feels much better that changing the time signature. :-)
In reply to So, I got the score to play… by yonah_ag
OK... that's your choice.
But be aware that TAB has evolved (different flavors even in MuseScore) and there are TAB "traditionalists" who may not recognize that symbol. If you are using it strictly for yourself and understand its meaning, then go for it!
In reply to OK... that's your choice… by Jm6stringer
Indeed. Given that I didn't know the fermata symbol then I'm probably not alone amongst TABbers. So, would it be clearer to use a single 6/4 bar or a 4/4 bar + a 2/4 bar?
In reply to Indeed. Given that I didn't… by yonah_ag
For any TABbers performing your score... and if they actually pay attention to time signatures ;-)
...using a single 6/4 bar avoids having that final note of the G chord arpeggio appearing as an orphan (tied) note isolated in its own 2/4 measure.
Anyway, since your piece is for solo guitar, it doesn't matter much that you even use a 6/4 measure. A competent performer would realize that you have doubled up on the note durations of that G chord - to impart the feeling of 'slowing down' - and so would probably instinctively add a pause for dramatic effect at the intro's end.
On the other hand. in ensemble playing, greater attention to notation detail is required so that everyone stays in sync. with each other. For example, it is common practice to agree that a fermata should double the duration.
Your original posted score seemed to be playing one heck of a fermata at bar 29. ;-)
Something nefarious was happening within the software given the fact that the two "fixes" were different!
In reply to For any TABbers performing… by Jm6stringer
All's Well That Ends Well – wor Bill (Shakespeare)
In reply to @cadiz... On the OP's score… by Jm6stringer
(moved post further down)
In reply to Not sure exactly what you… by cadiz1
@cadiz1: Brilliant! Will test it when I get home from work. Thanks for checking.
I originally had 4 crotchets in the bar each tied together. This looked quite messy with all the tie lines so I had the bright idea of deleting the middle 2 crotchets and just keep the 1st and 4th tied.
So I need crotchets for strings 3,4 and 5 here but I want string 6 to be a whole note. Should I really be showing 4 tied crotchets on string 6?
Strange how the repeat section plays ok first time but hangs on the second time around.
In reply to Not sure exactly what you… by cadiz1
@cadiz1: Thanks, you've fixed it.
:-)
See https://github.com/musescore/MuseScore/pull/6815 (for 3.x, merged, so will be in 3.6), https://github.com/musescore/MuseScore/pull/6809 (for 3.5.2_backend, merged, and apparently live on musescore.com meanwhile) and https://github.com/musescore/MuseScore/pull/6818 (for master)
In reply to See https://github.com… by Jojo-Schmitz
If it's any use I can probably produce a replication path. I would just need to know how to spot "orphan ties".
In reply to If it's any use I can… by yonah_ag
The score attached to your initial post should to the trick here. I took that and successfully saved it online.
In reply to The score attache to your… by Jojo-Schmitz
Ok.
Is the layout with 4 tied crotchets the best way to show this bar?
In reply to Is the layout with 4 tied… by yonah_ag
Sorry for the delay, to the different questions, my answer: I have done absolutely nothing else than remove these orphan ties. Simply because I've already seen this from time to time, in version 2 included, and so with these glitches on playback. But it is rare enough for that I didn't have the courage and time to try to reproduce it. If @yonah_ag could try to do it again, it would be a good thing.
In reply to Sorry for the delay, to the… by cadiz1
Maybe I somehow caused two issues, since your fix and jm6stringer's seem to be unrelated but both work! I expect that I can reproduce orphan ties but not the other issue.
Anyway, I do appreciate that you have both enabled me to get this score back on track.
In reply to Maybe I somehow caused two… by yonah_ag
Can you attach your score fixed by @jm6stringer, I didn't have time to check this way.
In reply to Can you attach the score set… by cadiz1
Here is the score post jm6stringer fix. Some ties became untied. The desktop version looks a bit different with the ties in the ending bars vs. the ms.com upload, (e.g. bar 38 shown below but they're all doing this.) The online version plays well but is currently private so I don't think that I can post a link to it.
Canon Fantasia JM6Fix.mscz
MS Desktop
MS,com Online
In reply to Here is the score post… by yonah_ag
Scrub that difference: it was just visibility settings in desktop.
In reply to Scrub that difference: it… by yonah_ag
Well, I guess you attached the wrong score, it doesn't contain no more orphan ties in measure 38 and next.
In reply to Well, I guess you got the… by cadiz1
I'm 99% sure this is the right score but I'll download the original posted score, apply the jm6stringer fix and upload again.
In reply to I'm 99% sure this is the… by yonah_ag
No matter. I think we're wasting each other's time. Your score has suffered somewhere. For example, not being able to delete the end repeat is strange to say the least (which you can do, however, after exporting to XMLMusic format, then reopening in MuseScore)
So let's take a rest instead.
In reply to I think we're wasting each… by cadiz1
Sorry, crossed postings. Yes, time to stop. Thanks for the help.
In reply to I'm 99% sure this is the… by yonah_ag
This one was downloaded and then nothing but jm6stringer steps applied. 100% certified.
nowt-but-jm6-steps.mscz
In reply to This one was downloaded and… by yonah_ag
Last observation, and probably the explanation. At least for me, this score continues to crash at the end of step 5 (measure 29, playback second time) Because orphan ties are always here: Canon 2.mscz
It is only when the 6/4 is changed to 4/4 that the cards are redistributed, and this fixes the problem: the ties are no more orphans, and become connected again. See the GIF below.
And so, I still think that the root of the problem lies in those ties that, at some point in time and how (?), become orphaned.
In a nutshell: whether one deletes these orphan ties, or at least in this score, a time signature change, that somehow "changes" the score and restores the ties, leads to the same crash avoidance.
And so, it is not two different problems, it is the same, with two different scenarios for fixing the crash.
In reply to Last observation, and… by cadiz1
A satisfying conclusion. You have tied this up nicely.
Case closed.
:-)