score corrupted
I just did this - (creating score to make rehearsal midis) and saved it - used the current version of musescore.
Is there any way to recover without correcting every measure (170 or so!) ?
Thanks. Sandy
| Attachment | Size |
|---|---|
| My Fair Lady- Medley.mscz | 31.88 KB |
Comments
See https://musescore.org/en/node/54721
And I'm afraid this is quite some work
In reply to See https://musescore.org/en… by Jojo-Schmitz
Thanks. Why did this happen? How can I avoid it in the future?
In reply to Thanks. Why did this happen… by spojaw
Copy/paste tuplets a lot?
In reply to Copy/paste tuplets a lot? by Jojo-Schmitz
Nope.
Simpler to work on the attachment?
https://musescore.org/en/node/54721
In reply to Simpler to work on the… by Shoichi
Much simpler, just 5 corruptions left, how did you do this?
In reply to Much simpler, just 5… by Jojo-Schmitz
No frigging idea !
In reply to No frigging idea ! by spojaw
This was a question to Shoichi ;-)
In reply to Much simpler, just 5… by Jojo-Schmitz
Sorry for the delay ...
@Jojo, exported as xml; open with 1.3; saved; open with 2.1.
My usual artisan methods
In reply to Sorry for the delay … by Shoichi
Neat. Might get added to the Howto as yet another fixing method?
In reply to Neat. Might get added to the… by Jojo-Schmitz
Maybe not. Requires recourse to a different resource.
Normally, the flexibility of the version in use is exploited. But it's just my opinion.
It's hard to say what might have gone wrong. Can you share more information about how this score was created? Did it start life in an earleir version of MuseScore, or perhaps in another program and then imported via MIDI or MusicXML? Anything unusual you remember doing when creating & editing it?
In reply to It's hard to say what might… by Marc Sabatella
Doesn't look like an import of any sort, not even from MuseScore 1.x
In reply to It's hard to say what might… by Marc Sabatella
Examining more closely, it seems probably you intended this score to be in 4/4 and for there to be a 3/8 pickup measure. It seems something about how you attempted to make that happen is what triggered the corruption. Maybe you tried deleting the initial time signature then replacing it, or something? if you can remember the exact sequence and reproduce it in a new score, we can investigate further.
Meanwhile, simply adding a 4/4 to the first full measure instantly fixes most of the corruptions. It leaves you with some ties to correct though.
In reply to Examining more closely, it… by Marc Sabatella
I tried this but there's an extra eighth note rest which throws the whole score off. I tried pasting the notes in the correct beat but says 'can't paste tuplets across barlines. i tried just copying measures before that begins in m.42 and I get the same message.
In reply to I tried this but there's an… by spojaw
Please check: 2My Fair Lady-.mscz
But time sigs don't match.
In reply to Please check: [inline:2My… by cadiz1
Oh my gosh - THANK YOU!! I'll check the meter signatures. What a time saver.
I really appreciate it ! HOW DID YOU DO IT?
In reply to Oh my gosh - THANK YOU!! I… by spojaw
So, better/fixed now: 3My Fair Lady.mscz
How I did is not the most important right now.
But please provide details and precise steps on what you had doing in this comment, ie: https://musescore.org/en/node/268555#comment-816691
"I chose 4/4 to begin with pickup of 3 eighths. I changed the time signature after entering notes to cut time"
So: 1) a score in the 4/4 time signature, and then you change the first measure for an actual duration to 3/8: correct or not?
2) "I changed the time signature after entering notes to cut time"
Could you develop very accurately and with steps what you had doing here.
In reply to So, better, now: [inline… by cadiz1
I don't understand your question. I was responding to Marc's question.
So how did you fix this ?
In reply to I don't understand your… by spojaw
" I was responding to Marc's question."
Yes, I understood that. But we only need more details, and steps.
Again, how did I fix this is not the main question right now. The main question is: can you reproduce what you have doing. And if so, please share how with precise steps
1)...
2)...
3)... etc.
In reply to Please check: [inline:2My… by cadiz1
Hi - I couldn't locate the most recent message from you. I entered the score with 2.1. NOW will you tell me how you fixed it? Thanks.
In reply to Hi - I couldn't locate the… by spojaw
So, another issue related to pickup measures is hidden somewhere in this 2.1 version.
Your help is always needed I fear. In particular for the sentence: "I did not put "3/8" in the partial measure, it just appeared there."
It seems really improbable that this 3/8 time signature was not entered in the score at a certain moment/step. Could you recall something about that?
For the fix: please understand that the main purpose is to first avoid that other users encounter such another similar issue, as the forum support almost always provides a solution for each case / particular user (as for you with your file)
So : as initied by Shoichi: export the file in XML format -> but then, reload in 2.1 version -> enter 4/4 time sig in measure 2 to "protect" the following notes -> then, various ways for fix the first measure: eg enter 4/4 time signature in first measure -> in measure properties: actual duration to 3/8 -> at last, cut the 4/4 time sig of second measure.
In reply to So, another issue related to… by cadiz1
To re-iterate, regarding the time signature, when I created the score (in 2.1), I did not indicate any time signature but simply chose pickup notes as 3/8 and the score chose the default 4/4.
Thanks for all your help - you saved me a lot of time.
In reply to To re-iterate, regarding… by spojaw
If you choose 4/4 as the time sig (or pick the default) and 3/8 as a pickup during score creation, there would never ever shows a 3/8 time sig in the 1st measure, but a 4/4. So something else must have been done to the score. Even changing that to cut or common time later doesn't break things
In reply to If you choose 4/4 as the… by Jojo-Schmitz
Pretty sure I didn't do that but it's possible. Thanks.
In reply to It's hard to say what might… by Marc Sabatella
I began this today on the current version 2.1. I imported and pasted nothing. Simply began playing notes into staffs.
In reply to I began this today on the… by spojaw
Playing, you mean, like using the real-time MIDI feature? That in itself is useful information. What time signature did you initially choose? How did you go about changing the time signature at the beginning of the score? Did you enter notes before or after making that change?
In reply to Playing, you mean, like… by Marc Sabatella
I use a keyboard to enter notes. I chose 4/4 to begin with pickup of 3 eighths. I changed the time signature after entering notes to cut time but wouldn't think that would change anything.
In reply to I use a keyboard to enter… by spojaw
It's not supposed to, but apparently something about how you mdid your time signature changes was unexpected and not how things are usually done, and it caused a problem. So in order to investigate further, it would really help if you could tell us precisely - step by step - exactly how to reproduce this problem.
For instance, you say you chose 4/4, but there is no 4/4 at the beginning of your score - it starts with 3/8. So I'm guessing you deleted the 4/4 for some reason at some point. Understanding when / how / why would help us reproduce the problem.
In reply to It's not supposed to, but… by Marc Sabatella
When I created the score, the default meter was 4/4. I left it as is, added a pickup of 3/8 and began to enter notes. At some point I selected cut time and thought I put that at the beginning partial measure (3/8) but it's possible that i put in the the first full measure which could have caused havoc. I did not put "3/8" in the partial measure, it just appeared there. I didn't see the problem until I had closed the score and reopened it. Beyond that, I can't think of anything else that would have ruined the score.
In reply to When I created the score,… by spojaw
I would say it's 90% likely that the problem was caused by whatever you did with the time signature. So again, if you can remember the precise sequence of event - an exact set of steps that we can follow and reproduce the problem reliably - that would be most helpful. Maybe someone else feels like playing around based on this description to see if they can come up with such a set of steps?
In reply to I would say it's 90% likely… by Marc Sabatella
So, I think I probably understood now. The "good new" would be that it is not related to pickup measures, but with the "known" issues with local time signature.
I can reproduce with the original file, and from scratch.
From scratch:
1) Load this test file: scratch.mscz (so: 4/4 time signature, with pickup 3/8)
You note there is tuplets in this file.
2) For a reason or another, confusion/inadvertance, you want to indicate the pickup measure with the time signature 3/8
Result: you cannot, by receiving the warning "Cannot rewrite measures, Tuplet would cross measure"
3) To reach this goal anyway, you use a 4/4 local time signature in second staff measure 2
Like this: scratch1.mscz
4) Now, you can add the 3/8 time signature in the pickup measure.
5) At last, select and delete the measure 2 (where is the local time signature)
6) Save/Close/Reload
Result: bad! scratch corruption.mscz
In reply to Ok. I think I understood now… by cadiz1
I "improved" the sequence of steps to get exactly the same corruption (ie: Expected: 3/8; Found: 2/2; instead Expected 3/8; Found 4/4, as in the previous comment)
And now with the original (fixed) file.
So:
1) Add the cut time in the pickup measure: Fair Lady1.mscz
Then, as previously, the attempt to change for 3/8 time signature is denied, due to the tuplets from measure 42 and followings
2) Add a local time signature (cut time) in measure 2, fourth staff: Fair Lady2.mscz
3) Add (you can now) the 3/8 time signature in the pickup
4) Remove the measure 2 (where is located the local time signature)
5) Save/Close/Reload
Result: down to the last comma, exactly the same corruption message: Fair Lady corruption.mscz
In reply to I "improved" the sequence of… by cadiz1
Thank you !
In reply to Thank you ! by spojaw
Okay for the confirmation. But I had no more doubts.
For the record, if you had mentioned in your comments the clue of the local time signature, this could have helped a bit :)
And so, the lesson of that is to remember for the future that a pickup measure (ex.of 3/8 or others) is never, must never indicated with the "identical" time signature.
In reply to Okay for the confirmation… by cadiz1
Issue submitted: #268675: Corruption when removing a local time signature following a time signature change in the pickup measure
NB: I know there is a couple of issues related to local time signatures that have already been reported. But a such issue correlated with a pickup measure, I don't think so, or I don't see it.
So, at least for the reference, it is probably not useless that it appears in the Issue Tracker
In reply to Issue submitted: #268675:… by cadiz1
Thanks as always for your thorough investigation!
In reply to Okay for the confirmation… by cadiz1
Ok but I did not write in the 3/8, it just appeared later when I re-opened the score.