Hallo ich habe Satellitenreceiver-audioaufnahmen(inklusive Nachrichten) (.mts-format) mit "AudioCoder" in .mp3 umgewandelt sowie Podcast-mp3-dateien der gleichen Sendung (Forschung aktuell), teilweise datumsüberschneidend, also doppelt (der Satellitenreceiver failed manchmal). ich habe die Dateien im gleichen Ordner und die Dateinamen weitgehend mit dem "Advanced Renamer" angeglichen, sodaß sie nach dem Datum sortierbar sind (ich will nämlich chronologisch durchhören). dlf-20190422_1630_65b73b7.mp3 dlf-20221118_1635_9aa23e6.mp3 dlf-20240418_1634_49d48f0.mp3 dlf-20240422_1635_b0f9e0d.mp3 dlf-20220509162907--Büchermarkt.mp3 dlf-20220510162912--Büchermarkt.mp3 dlf-20231119162904--Büchermarkt.mp3 dlf-20240331162905--Büchermarkt.mp3 Leider ist die Sortierreihenfolge der Dateinamen nicht so wie ich erwarte, ein Block (Büchermarkt) neuerer Dateien beginnt unten mit neuer Chronologie anstatt sich einzugliedern. Woran kann das liegen ? im Windows 7 kann man unter Region und Sprache-> Formate, weitere Einstellungen-> Sortierung die Sortiermethode "Wörterbuch" oder "Telefonbuch(Din)" auswählen, es steht auf Wörterbuch. ich habe den Verdacht, daß letztere Dateien-namen in Unicode (8, 16 ?) geschrieben sind. Wie kann man das feststellen und eventuell ändern ? Kann es sein daß die Änderung der Festplattenformatierung des Satrecorders von (ex?)Fat(32?) zu Ntfs zu dieser Sortierunregelmäßigkeit führt ? Zum Thema gab es schon einen ähnlichen Thread Beitrag "Wie sortiert Windows Dateinamen?" , zumindest die Sortiermethoden word und string werden mal erwähnt.
:
Bearbeitet durch User
Carypt C. schrieb: > Leider ist die Sortierreihenfolge der Dateinamen nicht so wie ich > erwarte, ein Block (Büchermarkt) neuerer Dateien beginnt unten mit neuer > Chronologie anstatt sich einzugliedern. Woran kann das liegen ? Die Sortierung hängt vom Programm ab, das sie vornimmt. Ich sehe ein inkonsistentes Dateinamenschema. Der Windows-Explorer verhält sich dann halt anders, als man im allgemeinen erwartet. Kannst Du leicht ausprobieren, indem Du in einem Verzeichnis ein paar Dateien mit folgenden Namen anlegst: 1 2 3 10 11 12 20 21 22 123 1_0 12_0 und Dir das im Explorer anzeigen lässt. Wenn Du reproduzierbare Ergebnisse haben willst, solltest Du darauf achten, daß Namensbestandteile, die Nummern sind, die gleiche Länge haben. Das haben sie hier aber nicht: dlf-20240422_1635_b0f9e0d.mp3 dlf-20220509162907--Büchermarkt.mp3 (Niemand verbietet Dir übrigens die Verwendung von Trennzeichen, so etwas 20220509162907 ist doch einfach nur schlecht zu lesen) Carypt C. schrieb: > ich habe den Verdacht, daß letztere Dateien-namen in Unicode (8, 16 ?) > geschrieben sind. Wie kann man das feststellen und eventuell ändern ? Das sind sie immer. Du verwendest Umlaute; NTFS nutzt seit über 30 Jahren Unicode. Ändern kannst und musst Du das nicht.
Das Programm ist der Dateiexplorer. Ok, du meinst es liegt an der Zahlenkettenlänge, gut, das werde ich mal ausprobieren. und Oh Wunder, das behebt das Problem. Danke dlf-20190422_1630_65b73b7.mp3 dlf-20220509_162907--Büchermarkt.mp3 dlf-20220510_162912--Büchermarkt.mp3 dlf-20221118_1635_9aa23e6.mp3 dlf-20231119_162904--Büchermarkt.mp3 dlf-20240331_162905--Büchermarkt.mp3 dlf-20240418_1634_49d48f0.mp3 dlf-20240422_1635_b0f9e0d.mp3 Aha, jetzt verstehe ich, Windows denkt die Zahlenkette nicht als Wort sondern als Zahlenbetragsgröße, und setzt die größeren Zahlen nach unten. Der Wechsel der Sortierreihenfolge "Wörterbuch" nach "Telefonbuch(Din)" brachte keine Änderung.
Hallo Carypt, "Gruppierung" eingeschaltet? Dann bitte abschalten. Hallo Harald K., Harald K. schrieb: > NTFS nutzt seit über 30 > Jahren Unicode. Ändern kannst und musst Du das nicht. meines Wissens ist es nur ein Teilraum von Unicode und zwar der der Zeichen, die in UTF-16-Kodierung zwei Bytes benötigen...
"_" kommt vor "1", mehr nicht. Du musst alle Dateinamen vereinheitlichen, d.h. auch die Texte und die IDs müssen weg! (oder immer da sein). Ich fände es sinnvoll, je nachdem ob man eher Sender oder Sendung schaut/hört, die Namen z.B. "Sender Datum Uhrzeit" bzw. "Sendung Datum Uhrzeit" zu nennen. Dann hast du alle "Nachrichten JJJJMMTT HHMMSS" fein sortiert, und alle "Spochtschau JJJJMMTT HHMMSS" auch. Wenn du dein Radio nach einzelnen Sendungen trennen aber doch im zeitlichen Zusammenhang hören willst, geht das nur über "JJJJMMTT HHMMSS", wenn noch irgendwas da drinsteht kommt die Sortierung wieder durcheinander! In dem Falle musst du mit einer Playlist arbeiten, aber die zu erstellen braucht ein Programm das nur Teile des Dateinamens verwertet, da kenne ich keins.
Carypt C. schrieb: > Aha, jetzt verstehe ich, Windows denkt die Zahlenkette nicht als Wort > sondern als Zahlenbetragsgröße, und setzt die größeren Zahlen nach > unten. Nein. Jedes Zeichen für sich (also jede Stelle) wird nach "Wert" sortiert, grob sagen wir mal der ASCII-Tabelle. Wenn die "0123456789ABC..." enthält, die Namen 36 Stellen lang gleich sind und an der 37. Stelle des Namens hat eine Datei endlich einen Buchstaben statt einer Ziffer, dann kommt die halt nach hinten, weil "A kommt nach 9". Keine Zahlenwerte, sondern tatsächlich "Stelle in der Zeichenliste".
Also, daß "_" vor "1" kommt kann ich jetzt nicht Bestätigen, denn dann würde diese vorgefundene Sortierung nicht gehen. dlf-20240321_1635_d9d3af9.mp3 dlf-20240321_162908_Büche.mp3 dlf-20240322_1629_Büchermarkt.mp3 dlf-20240322_1635_54f9c0c.mp3 Und daß es nach der Unicodetabellenreihenfolge den Zahlwert bildet glaube ich auch nicht. ich würde sagen Windows sieht Zahlenreihen als Zahlwerte und sortiert diese nach Mächtigkeit. Da wirft sich für mich die Frage nach hexadezimalen Zahlen auf ... Es geht sicher noch kompliziert weiter, ich glaub mehr kann ich erstmal nicht.
Naja, das war zur Vereinfachung. Dateinamenlängen kommen dazu, und Umlaute sind nicht unbedingt gleichwertig (U=Ü) oder Überwertig (ÄÖÜ am Ende). Zahlen werden als Zahlen gelesen, daher muss das Jahr nach vorne, aber Hex nicht, das ist Text. Carypt C. schrieb: > dlf-20240321_1635_d9d3af9.mp3 > dlf-20240321_162908_Büche.mp3 > dlf-20240322_1629_Büchermarkt.mp3 > dlf-20240322_1635_54f9c0c.mp3 1. ist vorne, weil 1635 kleiner ist als 162908. 2. ist 2, weil Büchermarkt länger ist, und oder weil das Datum später ist. 3. ist 3, weil 1629 trotz längerem Text danach, vor 1635 kommen muss. Jedenfalls löst sich dein Problem, wenn alle Dateien einheitliche Namen haben.
:
Bearbeitet durch User
Die Reihenfolge der Zeichen "Leertaste" , "-" und "_" ist wie Diese in Ansi Asci Unicode Tabellen, jedoch scheint Windows das "_" dem Leerzeichen gleichzusetzen (also vor "-" zu sortieren). Also ich mag den Leerzeichenplatzhalter "_" nicht. ich gehe mal einheitlich auf dieses Format : dlf-20221030-1629--Büchermarkt.mp3 dlf-20221030-1630-a271a3a.mp3 So kann ich die Podasts noch von meinen Aufnahmen unterscheiden. ich danke für die Hilfe
Ob x11y vor oder nach x2y kommt, kann man in aktuellen Windowen einstellen. Wie der Explorer sonst sortiert, scheint mir recht willkürlich. So wird ' bei mir anscheinend ignoriert, d.h. ich kann es irgendwo zwischensetzen und es ändert die Sortierung nicht. Schlimmer für mich ist, dass dir in CMD völlig anders sortiert.
Das liegt an der "intelligenten" Sortierung. https://www.pctipp.ch/praxis/windows/windows-explorer-numerisch-oder-alphanumerisch-sortieren-1984293.html
Bruno V. schrieb: > Wie der Explorer sonst sortiert, scheint mir recht willkürlich. Vermutlich haben sie da 30 Jahre lang Sonderwünsche implementiert, von Leuten die vielleicht gar nicht mehr leben.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.