Dateien laden funktioniert nicht
Ich möchte mich von Windows lösen und habe deshalb zusätzlich zu Windows Linux (Ubuntu) auf meinem PC installiert.
Unter Windows ist MS 3 vorhanden und unter Linux habe ich die MuseScore-Versionen 3.6.2 unstable sowie 4.01 AppImage installiert.
Leider kann ich die mit Windows erzeugten MuseScore-Dateien in keine der beiden Linux-Versionen laden.
Ein echtes Aha-Erlebnis war, als ich eine im Linux mit Ver. 3.6.2 erzeugte Datei nicht in ebendiese Ver. 3.6.2 laden konnte. :-(
Auch ein Versuch mit Fremdformaten scheiterte grandios: die beiden Linux-Versionen wollten weder MIDI noch MusicXML-Dateien, die mit der Windows-Version erzeugt wurden, einlesen.
Anfangs - vor ein paar Jahren - war ich von MuseScore wirklich begeistert. Betonung liegt auf "war"!
Schade, dass es Anvil Studio nicht im Linux gibt.
Comments
3.6.2 unstable ??
Auch hier gibt's ein AppImage
Die Partituren sollten ausnahmslos zwischen Betriebssystem austauschbar sein. Nicht aber von Mu4 nach Mu3, alsi 'nach unten', immer aber 'nach oben'.
Falls nicht: Beispiel-Datei(en) hier anhängen
Ich möchte mich von Windows lösen und habe deshalb zusätzlich zu Windows Linux (Ubuntu) auf meinem PC installiert.
Löblich. Nicht verzweifeln, einiges ist anders und wenn man dann etwas durchgestiegen ist, ist die Welt entspannter. Und bei Problemen findet man fast immer eine Lösung im Netz.
Unter Windows ist MS 3 vorhanden und unter Linux habe ich die MuseScore-Versionen 3.6.2 unstable sowie 4.01 AppImage installiert.
Das 'unstable' würde ich nur auf Nachfrage zum Installationspfad erwähnen. Nicht-Debian-kundige (Ubuntu ist ein Debianderivat) interpretieren das meist falsch. In 'stable' liegt meist nur die gut abgehangene Software (das ist wohl die bugreichere 3.2.x).
Das AppImage mit:
chmod u+x MuseScore.AppImage
./MuseScore.AppImage install
installiert?
Es läuft übrigens auch ohne installation. (Wenn ich mich recht erinnere, legt er da eh nur einen Symlink auf das AppImage an).
Leider kann ich die mit Windows erzeugten MuseScore-Dateien in keine der beiden Linux-Versionen laden.
Laden oder öffnen? In Musescore kann man Soundfonts, PlugIns und einen eigenen Arbeitsplatz laden, aber keine Musescoredateien. (Das soll keine "von oben herab Belehrung" sein, aber laden und öffnen sind zwei völlig verschiedene Sachen und zum Verständnis ist es hilfreich, die richtigen Begriffe zu verwenden.
Ein echtes Aha-Erlebnis war, als ich eine im Linux mit Ver. 3.6.2 erzeugte Datei nicht in ebendiese Ver. 3.6.2 laden konnte.
Irgendetwas machst Du grundlegend falsch.
Ich könnte wetten, wenn Du über -> Datei -> 'zuletzt geöffnete Dateien' gehst, kannst Du die eben erstellte Datei öffnen.
Gibt es denn irgendwelche Fehlermeldungen? Schaue dazu auch in das Systemlog.
Auch ein Versuch mit Fremdformaten scheiterte grandios: die beiden Linux-Versionen wollten weder MIDI noch MusicXML-Dateien, die mit der Windows-Version erzeugt wurden, einlesen.
Irgendetwas machst Du falsch. Oder es sind ein paar Abhängigkeiten nicht oder nicht richtig aufgelöst.
Musescore mag zwischen verschiedenen Betriebssystemen bzw. Desktops etwas unterschiedlich aussehen (also Schaltflächen, Eingabefelder, Auswahlfelder, etc.) und arbeitet (bis auf systemrelavante Anpassungen) exakt gleich.
Es bleiben natürlich die von Musescore für Version gültige Vorgaben (v2 kann keine v3/v4 Dateien lesen, v3 kann keine v4 Versionen lesen)
Antwort auf Ich möchte mich von Windows… von tuxan
Andere Möglichkeit ist, dass vergessen wurde bei speichern den Dateien eine 'richtige' Extension (".mscz",".mxl", etc.) zu geben, das kommt gerade bei Linux gerne vor.
Ohne diese Extension weiß MuseScore (egal auf welchem Betreibssystem) dann aber nicht, wie es die Datei öffnen soll.
Siehe #297613: File save can't determine file type without extension
Antwort auf Andere Möglichkeit ist, dass… von Jojo-Schmitz
Ähm, ja, die Möglichkeit besteht.
Wobei, ich habe das gerade getestet (Linux, MS 3.6.2). Wenn ich bei einer frisch erstellten Datei auf Speichern bzw. 'Speichern unter' gehe, wird *.mscz voreingestellt und als weitere Auswahl gibt es nur noch *.mscx. Ergo ohne Extension nicht speicherbar. Ich glaube, das wurde irgendwann in einer 3er Version zum Standard.
Aber ohne die Handlungsweise des OP zu kennen, kann man nur spekulieren.
Antwort auf Ähm, ja, die Möglichkeit… von tuxan
Das hängt bei Linux von der Distribution bzw. dem Window Manager ab.
Antwort auf Das hängt bei Linux von der… von Jojo-Schmitz
Gut möglich.
(Ich habe von Qt keine Ahnung [ich verwende altersgerecht noch Tk], aber kann man den Dateidialog nicht auf eine Standardextension festnageln, die auch die verschiedenen Windowmanager entsprechend interpretieren?)
Antwort auf Gut möglich. (Ich habe von… von tuxan
Ja, indem man eben nicht den nativen Dialog, sondern den von Qt benutzt
Try the workaround then, unticking Edit > Preferences > Advanced > ui/Application/useNativeDialogs
Antwort auf Ja, indem man eben nicht den… von Jojo-Schmitz
Ahja, alles klar. Hatte ich schon latent vermutet.