Welches Betriebssystem? Bitte sicherstellen, dass versteckte Dateien angezeigt werden.
Darüber hinaus nach einer automatisch gespeicherten Version schauen, siehe: https://musescore.org/en/node/52116
Wie beantwortet, lässt sich diese Datei nicht mehr reparieren, einzige Möglichkeit ist nach einem Backup (Link siehe oben) zu suchen.
Dieses Problem von Anwendern taucht sehr selten auf. Wenn du irgendwelche Informationen beisteuern kannst, wie es dazu kam, kann man vielleicht einmal solche unlesbaren Dateien zukünftig gänzlich vermeiden.
Meine Frage zielte nicht darauf ab, was mit der nicht lesbaren Partitur ist, sondern vielmehr, ob du über irgend etwas berichten kannst, was du zuletzt gemacht hast oder ob irgend etwas auffälliges passierte zu dem Zeitpunkt, als du die Datei noch öffnen konntest.
Trotzdem Danke. Falls du noch einmal eine Idee hast, was zu dieser unlesbaren Datei geführt hat, gib Bescheid - es wäre ja schön, wenn MuseScore irgendwann solche Fehler im Voraus erkennen kann.
Ich habe das selbe Problem. Die Datei kann nicht gelesen werden.
Back-Ups gibt es keine, versteckte Dateien sind angezeigt.
Wäre super, wenn mir jemand helfen könnte ! ;-)
Echt schade !! :-'(
Ich hab schon überall dort geschaut. Leider gibt es wirklich keine Sicherungsdatei.
Ich nutze Windows 10.
Was ich als letztes gemacht habe, kann ich leider gar nicht sagen. Ich habe so viel ich weiß nichts anderes gemacht, als Noten eingetragen.
Wenn du die Datei mindestens einmal geschlossen, wieder geöffnet, geändert und wieder gespeichert hast, gibt ein Backup, es sei denn du hättest es gelöscht.
Als letzten verzweifelten Versuch, ein Backup oder eine Kopie zu finden, versuche einmal, nachdem du im Windows Dateiexplorer die Anzeige von versteckten Dateien aktiviert hast, die komplette Festplatte nach einem eindeutigen Suchwort aus dem Dateinamen (nicht den kompletten Dateinamen) zu durchsuchen. Unter Umständen war die Datei vorher mal woanders gespeichert. Auch ein Systemfehler von Windows könnte dazu führen, dass das System an einem ganz anderen Speicherort ein Backup abgelegt hat. Einen Versuch ist es wert.
Ich bin selbst schon lange nicht mehr bei Windows, in dem Sinne vielleicht nicht sehr hilfreich. Was ich als Hinweis immer mal bei selben Anfragen lese, ist auch im "virtual store" zu suchen, ohne genau um dessen Bedeutung zu wissen.
Der einzige Weg, auf dem es keine Backup-Datei gibt, ist, dass Sie diesen Fehler gefunden haben, wenn Sie den Score erstellt haben, ohne ihn jemals wieder geöffnet zu haben.
Ja, Sie müssen es speichern, bevor Sie es erneut öffnen, aber Sie können es speichern und nie wieder öffnen. Mein Punkt ist, wenn Sie es jemals gespeichert haben, dann erfolgreich wieder geöffnet, muss es eine Sicherung geben, weil dies automatisch ist und nicht ausgeschaltet werden kann. Die einzige andere Möglichkeit ist, dass Sie die Sicherung gelöscht haben, und ich glaube nicht, dass Sie das getan haben. Wenn der Fehler beim ersten Öffnen der gespeicherten Datei aufgetreten ist, wird keine Sicherung erstellt.
ich habe gerade mal auf Schnelle ein paar Test auf obiger Datei gemacht. Sieht so aus, das beim Packen des Archives (speichern als .mscz) etwas schiefgelaufen ist. Ich habe jetzt nicht die Zeit (und auch nicht wirklich die Lust) die Datei mit einem Hexeditor anzuschauen, aber ich denke mit viel Mühe kann man die eingebettete .mscx-Datei extrahieren.
Vorab, ich mache so etwas nicht mehr. Auch nicht für 120 EUR pro Stunde (mal ein Richtwert, was sowas im günstigen Fall kostet).
Ich kann nur empfehlen: macht Backups und prüft die Backups und speichert sie auf ein anderes Medium (z.B. externe Festplatte, USB-Stick, ...) Habe schon viele Tränen gesehen, weil die Hochzeitsbilder beim Ableben der Festplatte nicht mehr herstellbar waren.
In dem allermeisten Fällen die mir untergekommen sind waren da nur noch Nullen drin, evtl. noch ein gültiger Zip Header, aber mehr nicht.
Bin zur Zeit nicht an meinem PC, kann es für diese Datei daher nicht überprüfen
ich kann zwar zur Problemlösung nichts beitragen, aber ich möchte mal einen Tip geben, den man bei etwas umfangreicheren Arbeiten beherzigen sollte. Der Verlust hält sich dadurch in Grenzen und Speicherplatz sollte bei den Dateigrößen kein Problem sein.
Ich öffne die zuletzt bearbeitete Version und speichere sie gleich wieder unter anderen Namen ab und arbeite dann nur mit dieser neuen Version. Als Namensgebung verwende ich folgenden Aufbau:
Liedbezeichnung_Version_Datum.mscz
Also z.B. MeinSong_v1.3_20180820.mscz. Das Datum schreibe wegen der Sortierbarkeit JJMMTT.
Zusätzlich nutze ich 'Datei - Eigenschaften Partitur' und lasse in der Fußzeile die Daten anzeigen (Bearbeitung: $:workNumber: vom $M).
Zum Schluß exportiere ich zur Sicherheit die Datei noch als PDF.
Wenn man dann Pech hat, verliert man im Prinzip nur die letzte Bearbeitung.
Bitte um Meinungen (vielleicht verstehe ich auch die Funktionsweise nicht richtig): Wäre es ein Feature Request wert, dass MuseScore zum einen selbst bei einer ungesicherten Datei eine "autosaved" Datei anlegt, darüber hinaus beim allerersten Speichern eine Sicherungsdatei erstellt?
Dies schützt nicht vor irreparablen Dateien, aber hilft vielleicht zumindest einen letzten Stand wieder herzustellen, wenn die Partitur ungespeichert bzw. nach dem ersten Speichern nicht mehr lesbar ist.
Szenario 1: Eine Partitur erstellen, Noten eingeben usw., Datei auch nach mehr als zwei Minuten schließen ohne zu speichern (entweder als Anwenderfehler oder es findet ein Absturz statt). Es wird keine "autosaved" Datei angelegt.
Szenario 2: Datei erstellen, speichern und MuseScore beenden. Beim nächsten (zweiten) Start lässt sich die Datei (warum auch immer) nicht mehr öffnen. Eine Sicherungsdatei ist nicht vorhanden.
Szenario 1 gibt es nicht, Autosave Datei wird angelegt (wenn in Voreinstellungen nicht abgeschaltet), bei sauberem Programmende allerdings wohl gelöscht, nicht aber bei Absturz. Szenario 2 gibt es aber schon, Backup nicht nötig, da nicht geändert.
Also ja, da gibt es eine mögliche Lücke, wenn mein erstem Abspeichern was schiefgeht und MuseScore das nicht mitbekommt oder mitbekommen kann.
Es ist weiterhin völlig unklar wann und wie das schiefgeht, es ist mir bei weit über 500 Partituren kein einziges Mal passiert.
Abstürze hatte ich natürlich schon, aber nie mehr als die Eingabe der letzten maximal 2 Minuten verloren.
(Zwischenzeitlich hast du ja deine Antowort erweitert, ich selbst bin durch MuseScore bedingte Abstürze bisher weitgehend verschont geblieben, außer bei der Master-Version, aber dies ist bei einer Entwicklungsversion auch natürlich)
"Steps to reproduce":
Szenario 1:
- Partitur erstellen
- Noten eingeben
- länger als zwei Minuten warten
- schließen ohne zu speichern
Erwartetes Ergebnis: Ich finde eine automatisch gespeicherte Version.
Aktuelles Ergebnis: keine automatisch gespeicherte Version vorhanden.
Szenario 2:
Partitur erstellen
abspeichern unter...
erwartetes Ergebnis: es wird zeitgleich eine Sicherungsdatei erstellt (in der aktuellen Sitzung)
aktuelles Ergebnis: es wird keine Sicherungsdatei erstellt (in der aktuellen Sitzung)
Selbst wenn ich die Datei ein erstes Mal speichere und vor den zwei Minuten MuseScore beende, bin ich mir nicht sicher, ob in der Zwischenzeit ein automatisches Speichern stattgefunden hat (hab ich nicht geprüft).
Dies sind alles nur Überlegungen, um ähnliche Anfragen zukünftig zu minimieren.
ich denke, das man damit bei einem Absturz was abfangen kann (kann ich nicht beurteilen, was da für Mechanismen wirken, da soweit ich mich erinnern kann, bei mir Musescore noch nicht abgeschmiert ist).
Was meiner Meinung nach was bringen kann, ist, das nach dem speichern Musescore automatisch die gespeicherte Datei prüft und im Fehlerfall entweder eine Art Logdatei oder Dump anlegt mit der Bitte, diese Datei in $Fehlermeldestelle hochzuladen. Und der Aufforderung die Datei nochmal unter anderen Namen zu speichern (Abbruchmöglichkeit, um Zirkel zu vermeiden).
Wenn in der gepackten mscx-Datei, wie Jo-Jo-Schmitz schrieb, meist nur noch Nullen drin sind, liegt das Problem irgendwo beim erstellen der zu speichernden Datei. Ich habe von C keine Ahnung, aber als kleiner Skripter würde ich das Problem bei dynamischen Variablen, Namespaces, etc. zuerst verorden. Achja C, da muß man zwangsläufig noch auf Speicherbehandlung hinweisen (falsche Pages auslesen). ;-)
Wie gesagt, eine Prüfung der frisch gespeicherten Datei halte ich für die beste Möglichkeit, den Fehler und die Umstände, die dazu führen, herauszufinden.
Comments
Die Datei ist korrupt und hat keinen Inhalt.
Suche nach dem Backup an den bekannten Stellen:
https://musescore.org/de/handbook/dateiformate#musescore-backup-files
In reply to Die Datei ist korrupt und… by Mr Fox
Finde leider kein Backup
In reply to ich finde das Backup nicht :( by [DELETED] 28192336
Welches Betriebssystem? Bitte sicherstellen, dass versteckte Dateien angezeigt werden.
Darüber hinaus nach einer automatisch gespeicherten Version schauen, siehe: https://musescore.org/en/node/52116
(falls du des Englischen nicht allzu mächtig bist, meine Lieblingsonlineübersetzer ist: https://www.deepl.com/translator)
In reply to Welches Betriebssystem?… by kuwitt
Windows 10
In reply to Windows 10 und wie lasse… by [DELETED] 28192336
Bin seit langer Zeit schon kein Windows-Anwender mehr. Einfach mal "googlen". Dann findest du so etwas wie: https://www.tutonaut.de/anleitung-versteckte-dateien-ordner-windows-10-…
In reply to Windows 10 und wie lasse… by [DELETED] 28192336
Siehe http://www.bleepingcomputer.com/tutorials/how-to-see-hidden-files-in-wi…
Wie beantwortet, lässt sich diese Datei nicht mehr reparieren, einzige Möglichkeit ist nach einem Backup (Link siehe oben) zu suchen.
Dieses Problem von Anwendern taucht sehr selten auf. Wenn du irgendwelche Informationen beisteuern kannst, wie es dazu kam, kann man vielleicht einmal solche unlesbaren Dateien zukünftig gänzlich vermeiden.
Siehe auch: #271185: Scores corrupted beyond repair, containing nothing but zeros, insbesondere: https://musescore.org/en/node/271185#comment-830976
In reply to Wie beantwortet, lässt sich… by kuwitt
Es handelt sich um einen Ladefehler. Mehr hab ich nicht herausgefunden.
In reply to es ist ein Ladefehler und es… by [DELETED] 28192336
Meine Frage zielte nicht darauf ab, was mit der nicht lesbaren Partitur ist, sondern vielmehr, ob du über irgend etwas berichten kannst, was du zuletzt gemacht hast oder ob irgend etwas auffälliges passierte zu dem Zeitpunkt, als du die Datei noch öffnen konntest.
In reply to Meine Frage zielte nicht… by kuwitt
Leider nein
In reply to nein eigentlich war alles… by [DELETED] 28192336
Trotzdem Danke. Falls du noch einmal eine Idee hast, was zu dieser unlesbaren Datei geführt hat, gib Bescheid - es wäre ja schön, wenn MuseScore irgendwann solche Fehler im Voraus erkennen kann.
Ich habe das selbe Problem. Die Datei kann nicht gelesen werden.
Back-Ups gibt es keine, versteckte Dateien sind angezeigt.
Wäre super, wenn mir jemand helfen könnte ! ;-)
In reply to Ich habe das selbe Problem… by FHazzel
Angehängte Datei ist irreparabel.
Es sollte sich allerdings bei dir eine gesicherte Datei finden lassen (siehe https://musescore.org/de/handbook/dateiformate#musescore-backup-files und https://musescore.org/en/node/52116).
Welches Betriebssystem/Version nutzt du?
Anmerkung (damit irgendwann einmal vielleicht dies nicht mehr auftritt): Da es ab und an (wenn auch nicht i.d.R.) bei Anwendern vorkommt, hast du eine Idee, wie es dazu kam? Siehe auch: #271185: Scores corrupted beyond repair, containing nothing but zeros
In reply to Angehängte Datei ist… by kuwitt
Echt schade !! :-'(
Ich hab schon überall dort geschaut. Leider gibt es wirklich keine Sicherungsdatei.
Ich nutze Windows 10.
Was ich als letztes gemacht habe, kann ich leider gar nicht sagen. Ich habe so viel ich weiß nichts anderes gemacht, als Noten eingetragen.
Gruß Fabi
In reply to Echt schade !! :-'(… by FHazzel
Wenn du die Datei mindestens einmal geschlossen, wieder geöffnet, geändert und wieder gespeichert hast, gibt ein Backup, es sei denn du hättest es gelöscht.
In reply to Echt schade !! :-'(… by FHazzel
Als letzten verzweifelten Versuch, ein Backup oder eine Kopie zu finden, versuche einmal, nachdem du im Windows Dateiexplorer die Anzeige von versteckten Dateien aktiviert hast, die komplette Festplatte nach einem eindeutigen Suchwort aus dem Dateinamen (nicht den kompletten Dateinamen) zu durchsuchen. Unter Umständen war die Datei vorher mal woanders gespeichert. Auch ein Systemfehler von Windows könnte dazu führen, dass das System an einem ganz anderen Speicherort ein Backup abgelegt hat. Einen Versuch ist es wert.
In reply to Echt schade !! :-'(… by FHazzel
Ich bin selbst schon lange nicht mehr bei Windows, in dem Sinne vielleicht nicht sehr hilfreich. Was ich als Hinweis immer mal bei selben Anfragen lese, ist auch im "virtual store" zu suchen, ohne genau um dessen Bedeutung zu wissen.
In reply to Ich habe das selbe Problem… by FHazzel
Der einzige Weg, auf dem es keine Backup-Datei gibt, ist, dass Sie diesen Fehler gefunden haben, wenn Sie den Score erstellt haben, ohne ihn jemals wieder geöffnet zu haben.
In reply to Der einzige Weg, auf dem es… by mike320
"wieder geöffnet" = "gespeichert"
Aber da die Datei hier angehängt wurde, wurde sie auch zumindest einmal gespeichert.
In reply to "wieder geöffnet" = … by kuwitt
Ja, Sie müssen es speichern, bevor Sie es erneut öffnen, aber Sie können es speichern und nie wieder öffnen. Mein Punkt ist, wenn Sie es jemals gespeichert haben, dann erfolgreich wieder geöffnet, muss es eine Sicherung geben, weil dies automatisch ist und nicht ausgeschaltet werden kann. Die einzige andere Möglichkeit ist, dass Sie die Sicherung gelöscht haben, und ich glaube nicht, dass Sie das getan haben. Wenn der Fehler beim ersten Öffnen der gespeicherten Datei aufgetreten ist, wird keine Sicherung erstellt.
In reply to Ja, Sie müssen es speichern,… by mike320
Das ist dann wohl mein Problem. Habs gespeichert und beim zweiten mal öffnen kam schon der Fehler.
In reply to Ich habe das selbe Problem… by FHazzel
Hallo,
ich habe gerade mal auf Schnelle ein paar Test auf obiger Datei gemacht. Sieht so aus, das beim Packen des Archives (speichern als .mscz) etwas schiefgelaufen ist. Ich habe jetzt nicht die Zeit (und auch nicht wirklich die Lust) die Datei mit einem Hexeditor anzuschauen, aber ich denke mit viel Mühe kann man die eingebettete .mscx-Datei extrahieren.
Vorab, ich mache so etwas nicht mehr. Auch nicht für 120 EUR pro Stunde (mal ein Richtwert, was sowas im günstigen Fall kostet).
Ich kann nur empfehlen: macht Backups und prüft die Backups und speichert sie auf ein anderes Medium (z.B. externe Festplatte, USB-Stick, ...) Habe schon viele Tränen gesehen, weil die Hochzeitsbilder beim Ableben der Festplatte nicht mehr herstellbar waren.
Grüße
Tux
In reply to Hallo,… by tuxan
In dem allermeisten Fällen die mir untergekommen sind waren da nur noch Nullen drin, evtl. noch ein gültiger Zip Header, aber mehr nicht.
Bin zur Zeit nicht an meinem PC, kann es für diese Datei daher nicht überprüfen
In reply to In dem allermeisten Fällen… by Jojo-Schmitz
Ahh, danke.
Dann lohnt es sich nicht zur Entspannung nach einer Möglichkeit zu suchen, wie man so etwas (automatisiert) repariert.
Grüße
Tux
Hallo,
ich kann zwar zur Problemlösung nichts beitragen, aber ich möchte mal einen Tip geben, den man bei etwas umfangreicheren Arbeiten beherzigen sollte. Der Verlust hält sich dadurch in Grenzen und Speicherplatz sollte bei den Dateigrößen kein Problem sein.
Ich öffne die zuletzt bearbeitete Version und speichere sie gleich wieder unter anderen Namen ab und arbeite dann nur mit dieser neuen Version. Als Namensgebung verwende ich folgenden Aufbau:
Liedbezeichnung_Version_Datum.mscz
Also z.B. MeinSong_v1.3_20180820.mscz. Das Datum schreibe wegen der Sortierbarkeit JJMMTT.
Zusätzlich nutze ich 'Datei - Eigenschaften Partitur' und lasse in der Fußzeile die Daten anzeigen (Bearbeitung: $:workNumber: vom $M).
Zum Schluß exportiere ich zur Sicherheit die Datei noch als PDF.
Wenn man dann Pech hat, verliert man im Prinzip nur die letzte Bearbeitung.
Grüße
Tux
Bitte um Meinungen (vielleicht verstehe ich auch die Funktionsweise nicht richtig): Wäre es ein Feature Request wert, dass MuseScore zum einen selbst bei einer ungesicherten Datei eine "autosaved" Datei anlegt, darüber hinaus beim allerersten Speichern eine Sicherungsdatei erstellt?
Dies schützt nicht vor irreparablen Dateien, aber hilft vielleicht zumindest einen letzten Stand wieder herzustellen, wenn die Partitur ungespeichert bzw. nach dem ersten Speichern nicht mehr lesbar ist.
In reply to Bitte um Meinungen … by kuwitt
Genau das passiert bereits, automatisch speichern alle 2 Minute, Backup beim ersten speichern (in der 2. Sitzung)
In reply to Genau das passiert bereits,… by Jojo-Schmitz
Szenario 1: Eine Partitur erstellen, Noten eingeben usw., Datei auch nach mehr als zwei Minuten schließen ohne zu speichern (entweder als Anwenderfehler oder es findet ein Absturz statt). Es wird keine "autosaved" Datei angelegt.
Szenario 2: Datei erstellen, speichern und MuseScore beenden. Beim nächsten (zweiten) Start lässt sich die Datei (warum auch immer) nicht mehr öffnen. Eine Sicherungsdatei ist nicht vorhanden.
Übersehe ich etwas?
In reply to Szenario 1: Eine Partitur… by kuwitt
Szenario 1 gibt es nicht, Autosave Datei wird angelegt (wenn in Voreinstellungen nicht abgeschaltet), bei sauberem Programmende allerdings wohl gelöscht, nicht aber bei Absturz. Szenario 2 gibt es aber schon, Backup nicht nötig, da nicht geändert.
Also ja, da gibt es eine mögliche Lücke, wenn mein erstem Abspeichern was schiefgeht und MuseScore das nicht mitbekommt oder mitbekommen kann.
Es ist weiterhin völlig unklar wann und wie das schiefgeht, es ist mir bei weit über 500 Partituren kein einziges Mal passiert.
Abstürze hatte ich natürlich schon, aber nie mehr als die Eingabe der letzten maximal 2 Minuten verloren.
In reply to Scenario 1 gibt es nicht. 2… by Jojo-Schmitz
(Zwischenzeitlich hast du ja deine Antowort erweitert, ich selbst bin durch MuseScore bedingte Abstürze bisher weitgehend verschont geblieben, außer bei der Master-Version, aber dies ist bei einer Entwicklungsversion auch natürlich)
"Steps to reproduce":
Szenario 1:
- Partitur erstellen
- Noten eingeben
- länger als zwei Minuten warten
- schließen ohne zu speichern
Erwartetes Ergebnis: Ich finde eine automatisch gespeicherte Version.
Aktuelles Ergebnis: keine automatisch gespeicherte Version vorhanden.
Szenario 2:
erwartetes Ergebnis: es wird zeitgleich eine Sicherungsdatei erstellt (in der aktuellen Sitzung)
aktuelles Ergebnis: es wird keine Sicherungsdatei erstellt (in der aktuellen Sitzung)
Selbst wenn ich die Datei ein erstes Mal speichere und vor den zwei Minuten MuseScore beende, bin ich mir nicht sicher, ob in der Zwischenzeit ein automatisches Speichern stattgefunden hat (hab ich nicht geprüft).
Dies sind alles nur Überlegungen, um ähnliche Anfragen zukünftig zu minimieren.
In reply to Bitte um Meinungen … by kuwitt
Hallo,
ich denke, das man damit bei einem Absturz was abfangen kann (kann ich nicht beurteilen, was da für Mechanismen wirken, da soweit ich mich erinnern kann, bei mir Musescore noch nicht abgeschmiert ist).
Was meiner Meinung nach was bringen kann, ist, das nach dem speichern Musescore automatisch die gespeicherte Datei prüft und im Fehlerfall entweder eine Art Logdatei oder Dump anlegt mit der Bitte, diese Datei in $Fehlermeldestelle hochzuladen. Und der Aufforderung die Datei nochmal unter anderen Namen zu speichern (Abbruchmöglichkeit, um Zirkel zu vermeiden).
Wenn in der gepackten mscx-Datei, wie Jo-Jo-Schmitz schrieb, meist nur noch Nullen drin sind, liegt das Problem irgendwo beim erstellen der zu speichernden Datei. Ich habe von C keine Ahnung, aber als kleiner Skripter würde ich das Problem bei dynamischen Variablen, Namespaces, etc. zuerst verorden. Achja C, da muß man zwangsläufig noch auf Speicherbehandlung hinweisen (falsche Pages auslesen). ;-)
Wie gesagt, eine Prüfung der frisch gespeicherten Datei halte ich für die beste Möglichkeit, den Fehler und die Umstände, die dazu führen, herauszufinden.
Grüße
Tux