Hallo,
ich habe ein Thema, das aus dem Musikbereich herrührt. Ich habe meine CD's eingescannt (über k3b), die alle sauber als Dateien vorliegen (.ogg) und auch einwandfrei abspielbar sind.
Mein Problem:
Manche Titel (CD bzw. Song) wurden komplett mit Apostroph, Akzenten etc. eingelesen, wie sie in anderen Sprachen (vornehmlich frz.) auf manchen CD's vorkommen.
Ein Titel zeigt im krusader sogar bei einem Zeichen eine schwarze Raute mit Fragezeichen.
Versuche, diese Datei im krusader (user und root) zu löschen, schlugen fehl (angeblich ist die Datei nicht vorhanden).
Auch ein herzahaftes
rm -f -i pathToFile
oder ein
rm -f -i pathToDirectoryAboveFile
halfen nichts. Der Befehl fand den Pfad garnicht, da er Leerzeichen enthält. Umbenennen kann ich das Ding auch nicht. Es stört aber beim kopieren (sichern) meiner Musiksammlung auf meine zweite Plate, da da der Vorgang immer aussetzt (abbricht).
Hat jemand da ein brauchbares Radiergummmi?
P. S.:
da ich nach dem Einlesen aller CD's von holgerw (noch zu sidux-Zeiten) lernen durfte, dass flac gegenüber ogg die verlustfreie(re) Komponente ist und ich darüber nachdenke, die Einscann-Aktion noch (maximal ein-) mal zu wiederholen, meine zweite Frage:
Wie geht ihr bei der Musikarchivierung mit den Sonderzeichen in Titeln um, damit sich das Dateisystem nicht verschluckt?
EDIT: dritte Frage:
Wie geht man mit den Dateien der Bands um, deren Namen mit "The" anfangen? Gibt es da die Möglichkeit, das beim alphabetischen Sortieren der Dateien oder im Amarok auszublenden (und den originalen Bandnanmen zu erhalten)?
Ich danke euch schon mal für jeden hilfreichen Tip!
Ich benenn solche Dateien immer auf der Konsole um, mit Platzhalter * oder ? statt der Merkwürden-Zeichen. Hat bisher immer funktioniert.
Ich benutze in solchen Fällen den Midnight Commander, der kommt besser mit den Sonderzeichen zurecht.
Hi,
folgender Löschbefehl für ein solches Verzeichnis sollte klappen:
rm -r -- 'NAME_DES_VERZEICHNISSES'
Das -- sorgt dafür, dass der Befehl rm durch evtl. "-" am Anfang des Objektnames nicht durcheinander kommt. Die Apostrophe sind aber eigentlich das Wichtigste: sie weisen die Shell an, alle Sonderzeichen innerhalb des Objektnamens als Literale zu lesen und nicht als Steuerzeichen.
Grüße
Lotman
PS: natürlich kannst du dieses Vorgehen auch nutzen, um die Objekte umzubenennen... dann kannst du die Musik auch behalten ;)
PPS: Wenn die Datei selbst Apostrophe enhält, versuche " statt '. Hilft auch das nicht, musst du vor jedes Sonderzeichen einen \ packen. Übrigens nimmt dir die Shell per <TAB> Taste den ganzen Aufwand normaler Weise elegant ab.
Danke Euch für die Antworten!
spacepenguin, lotman,
Eure Hinweise halfen leider nichts, trotz aller Versuche in allen mnöglichen Kombinationen. Leoben's Hinweis auf mc hat es dann endlich fertiggebracht.
Natürlich frage ich mich nun, was ich mache, wenn ich die Musik wieder einlese? Als "Song01" etc. einlesen und dann händisch ohne die Sonderzeichen umbenennen? Oder keine französischen Chansons mehr hören...
Das sind Titelnamen, die noch nicht in UTF8 angelegt waren (von Windows?). Es gibt das Package: convmv
es gibt auch das nette programm qmv (rename-utils) vllt. kommt das damit zurecht.
Willst du vllt. mal die Dateinamen schreiben, die so problematisch sind, dann ist es einfacher dir zu helfen ;) Ich selber habe eigentlich keine Probleme mit utf8 zeichen in Dateinamen...
Quote from: "ralul"Das sind Titelnamen, die noch nicht in UTF8 angelegt waren (von Windows?). Es gibt das Package: convmv
alles unter sidux mit k3b von audio nach .ogg konvertiert...
Quote from: "hefee"es gibt auch das nette programm qmv (rename-utils) vllt. kommt das damit zurecht.
Willst du vllt. mal die Dateinamen schreiben, die so problematisch sind, dann ist es einfacher dir zu helfen ;) Ich selber habe eigentlich keine Probleme mit utf8 zeichen in Dateinamen...
auf die Gefahr hin, dass ich meinen Musikgeschmack zu einem Promille dokumentiere:
.../Quelqu'un m'a dit/12-La derni?re minuteSo wie oben gezeigt, sah es im krusader aus. Bei allen Versuchen hieß es immer, die Datei konnte nicht gefunden werden.
Interesssant ist jetzt wirklich, was ich zukünftig und beim Neueinlesen dieser CD mache? Kann ich da was vorsehen oder umstellen?
Ich denke das Problem besteht in dem Symbol mit dem Fragezeichen (als Ersatz für das "è".
Trotzdem begreife ich nicht, warum du du Datei nicht mit mv "12-La derni?re minute.ogg" 12-La_derniere_minute.ogg umbenennen konntest. Oder statt "12-La derni?re minute.ogg" 12-La* (falls nur eine Datei, die so anfängt, im Verzeichnis ist). Du mußt dabei zwei Dinge beachten: zum einen die "Tüddel" wegen der Leerzeichen in den Dateinamen und zum anderen die Wildcard statt der Fragezeichen-Raute.
Ich hab grad spaßeshalber mal 2 französische Titel (mit div. accents) mit k3b ausgelesen, sie werden korrekt dargestellt.
Hast du die Dateinamen selbst eingegeben oder von cddb?
Quote from: "hefee"es gibt auch das nette programm qmv (rename-utils)
qmv macht automatische Konvertierungen nach UTF-8 ?
vllt. sollte ich qmv erklären :) qmv erstellt eine liste der Dateien und öffnet daraufhin einen editor mit der Liste ala: alter Dateiname \t neuer Dateiname. Nun kannst du in diesem editor den neuen Dateinamen beliebig verändern. nach speichern&beenden werden die dateien umbenannt. Ich selber habe schon alle möglichen kruschtnamen mit qmv umbeannt bekommen, da er erstmal sauber escapet u.ä. Natürlioch kann das nur klappen, wenn ein editor genutzt wird, der mit uft8 zurechtkommt!
Übrigends wenn auf der Konsole komische "?" anzegeigt werden und es eigentlich "nur Umlaute" sind, ist die konsoleneinstellung meist nicht auf utf8 gestellt! Uft8 sollte ja das korrekt anzeigen, oder es wurde eine schriftart gewählt, die diese nicht anzeigt, was ich aber nicht kenne... Was hast du denn als LANG,LANGUAGE,CTYPE etc. (siehe env)
Quote from: "spacepenguin"...
Hast du die Dateinamen selbst eingegeben oder von cddb?
spacepenguin, war automatisch generiert...
Quote from: "spacepenguin"Trotzdem begreife ich nicht, warum du du Datei nicht mit mv "12-La derni?re minute.ogg" 12-La_derniere_minute.ogg umbenennen konntest. Oder statt "12-La derni?re minute.ogg" 12-La* (falls nur eine Datei, die so anfängt, im Verzeichnis ist)....
hab das Umbenennen in der konsole explizit nicht mehr probiert, bin aber sicher, dass er auch da gesagt hätte "Datei nicht gefunden", beim Löschversuch hatte er es ja auch so gemacht.
Ich lese jetzt noch mal neu ein, sollten sich da noch neuere Erkenntnisse ergeben, so werde ich das hier vermerken.
Nochmal, weil keiner zuhört - besser automatisch: convmv
@hefee, das war ne rhetorische Frage, ich hatte natürlich man qmv gelesen...
also Neueinlesen und die Zeichen mit Trema, Akzent etc. erscheinen sauber ohne die Raute:
è oder auch ë
Meine Vermutung: Die Raute erschien später, why ever!
Danke für Eure Tips, werde auch die SW-Hinweise ausprobieren.
Quote from: "mylo"hab das Umbenennen in der konsole explizit nicht mehr probiert, bin aber sicher, dass er auch da gesagt hätte "Datei nicht gefunden",
In gewisser Weise ja, weil in meinem Beispiel ein Fehler drin ist. Man kann keine Wildcard zusammen mit den Anführungsstrichen verwenden. Du brauchst aber beides, wegen der Leerzeichen. Es funktioniert jedoch, wenn Du die zweite Variante wählst, also ohne Tüddel und mit * statt des ersten Leerzeichens. Und da bin *ich* mir sicher.
Aber ist ja gut, daß es erstmal geklappt hat.
ich kann qmv irgendwie nicht finden, auch nicht in den rename-utils.
greetz
devil
Quote from: "devil"ich kann qmv irgendwie nicht finden, auch nicht in den rename-utils.
greetz
devil
ohne "-" dazwischen:
$apt-cache search qmv
renameutils - Programs to make file renaming easier
spacepenguin,
danke schön, ik bin nu mol (im Moment) dän gonzen Tüddel loohs!
Ich werde aber beobachten, ob/wann diese Raute wieder auftaucht. Sollte sie das tun (vielleicht beim verschieben/sichern meiner Musiksammlung zwischen den Partitionen/Platten), dann habe ich Dein Rezept, werde darauf zurückkommen, es testen und berichten, danke!