Hallo,

beim wieder rückgängig machen beim verschieben von Datei stürzt das PRG ab.

Wenn ich auf "Bearbeiten" dann auf "Verschieben" gehe ist noch alles i.O.
Nachdem ich die mp3s verschoben habe und wieder rückgängig machen will stürzt die neue Version ab.

Mich würd es ja so nicht stören, aber ich benutze die Funktion fast täglich.



Freundlich grüßt

Mibo

Gibt es da eine Lösung für das Problem?

Naja, ganz trivial: erst die Dateien verschieben, wenn du sicher bist, dass die verschoben werden sollten und nicht mal so auf Probe. Dann braucht man kein "rückgängig" ;-)

Da mit dieser Fehlermeldung nur wenig anzufangen ist, könntest du vielleicht doch noch ein bisschen in dein Dateisystem gucken, ob womöglich die Zugriffsrechte in den Ordnern etwas verwuselt sind. Also dass die kennung, mit der du arbeitest nicht Eigentümer von allen Ordnern ist. Oder unterschiedliche Schreibberechtigungen herrschen.
Oder ob das Verschieben über Laufwerksgrenzen hinweg passiert oder vielleicht von der lokalen Platte auf ein NAS und dann wieder zurück (also über OS-Grenzen hinweg ...)

Solche Auskünfte wären vielleicht hilfreich.

Sorry, ich hab das Problem nicht gut geschildert:

Seit dem 3. oder 4. letzten update von MP3Tag geht folgendes nicht mehr:

Ich habe ab und an div. Titel in VBR, möchte sie aber in CBR.
Ich habe das immer wie folgt gemacht.
Den Pfad des Hauptordner mit den MP3s ins MP3Tag (durch den Button "Verzeichnis wechseln" eingegeben.
Dann hat MP3Tag mit alle Titel angezeigt und ich habe es nach VBR und CBR sortieren lassen.
Alle Titel in VBR, egal in welchem Unterordner sie waren, habe ich dann in einen Ordner (Name VBR) verschoben.
Mit einem anderen Programm (Winmp3packer) habe ich sie in CBR umgewandelt.
Das Programm (Winmp3packer) hat sie dann in einen vorgegeben Ordner (Name CBR) gespeichert.

Danach habe ich die Titel in dem VBR-Ordner gelöscht und die Titel aus dem CBR-Ordner dahin verschoben.
Dann bin ich wieder zum MP3Tag-Prg und habe auf "Rückgängig" geklickt.

Das Programm hat dann alle Titel, die vorher VBRs waren, in die ursprünglichen Ordner verschoben ... halt nur als CBR.

Wenn z.B. jemand seine ganzen Titel in CBR oder in VBR umwandeln will, ist das eine enorme Zeitersparnis.

Selbst wenn die Titel in "nur" 5 oder 10 verschiedenen Ordnern sind, ist es eine extreme Erleichterung

Ich benutze die beiden Programme schon eine geraume Zeit und es hat immer geklappt.
Wie gesagt, seit dem 3. oder 4. letzten update von MP3Tag geht es nicht mehr.


Natürlich könnte ich auch eine ältere Version benutzen wenn dieser Bug nicht behoben werden kann, aber mit einer neueren Version zu arbeiten ist oftmals angenehmer.

Ich bin so ein bisschen zögerlich, das wirklich als Fehler anzusehen.
Ich muss mir das mal auf der Zunge zergehen lassen:
Da lade ich mir eine Dateiliste in Mp3tag, manipuliere sie anschließend mit einem weiteren Programm hinsichtlich Struktur, Länge und Aufenthaltsort, ziehe dem Programm also mehr oder weniger komplett den Boden unter den Füßen weg und verlange dann, dass ein winziger Bestandteil der Manipulationen rückgängig gemacht wird.

"Rückgängig" hätte ich als Funktion verstanden, die den Zustand vor dem letzten Bearbeitungsschritt wieder herstellt.
Da der letzte Bearbeitungsschritt aber nicht innerhalb von MP3tag stattfand, sondern außerhalb, kann eigentlich nichts rückgängig gemacht werden.
Ich würde soweit gehen, zu sagen, dass es eher ein Bug war, dass es vorher ging...

Vielleicht kannst Du deinen Arbeitsablauf so anpassen, dass die Ordnernamen aus den Tags erzeugt werden. Dann ließe sich entweder mit einer Aktion oder dem Konverter Tag-Dateiname die Menge der gefundenen Dateien wunderbar herumschieben, auch mit Verzeichnisstruktur.

Das ist ja ein wirklich böser Trick!
Da hast du ja lange Zeit Glück gehabt, dass Mp3tag nicht bemerkt hat, dass nach der Umwandlug von VBR nach CBR dann völlig andere Dateien vorhanden waren.

Bei der Umwandlung von VBR nach CBR ändern sich selbstverständlich einige Dateiparameter, zum Beispiel einfach nur die Länge der Datei, und schon ist es nicht mehr dieselbe Datei wie zuvor.

Ich glaube, dass es sehr gut ist, dass Mp3tag solche externen Manipulationen entdeckt und solche Dateien sofort von der weiteren Bearbeitung ausschließt.
Wenn Mp3tag in diesem Fall die "Absturz Notbremse" zieht, dann ist das vielleicht nicht die beste Aktion, aber eine sofort wirksame.

DD.20110615.1004.CEST

Ich habe gerade eben erst von diesem Programm 'Winmp3packer' erfahren und kurz in das Auslieferungspaket hineingeschaut.
Winmp3packer ist ja nur eine Bedienoberfläche für 'Mausschubser' und benutzt für die eigentliche Arbeit das Programm 'mp3packer.exe' .
Im Auslieferungspaket Ordner 'mp3packer-dist' befindet sich die Bedienungsanleitung 'mp3packer.html' mit den 'MP3packer Settings'.

Mit Kenntnis der Bedientechnik von 'mp3packer.exe' sollte der ganze Arbeitsprozess relativ einfach zu gestalten sein.
Zunächst mit Mp3tag eine simple Liste exportieren, die die Dateipfade der VBR Dateien enthält.
Diese Liste an 'mp3packer.exe' übergeben und von 'mp3packer.exe' bearbeiten lassen ... und ... fast fertig ... in Mp3tag [F5] drücken - fertig.

Wenn 'mp3packer.exe' selbst die Verwendung einer Eingabe-Dateiliste nicht untersützt, dann baut man sich eben ein Mp3tag Exportskript, das eine Kommandozeilendatei erzeugt mit wiederholten Aufrufen von 'mp3packer.exe' zusammen mit jeweils einer VBR Datei (%_path%) - oder - mit einem Ordnerpfad (%_folderpath%).

Der Arbeitsprozess reduziert sich dann auf ...
- Mp3tag VBR Dateien filtern
- Mp3tag Export (Erzeugen der Kommandozeilendatei ... und ausführen)
- Mp3tag [F5] drücken - fertig.


Eine weitere Alternative wäre vielleicht 'mp3packer.exe' in Mp3tag als 'Tool' einzubauen.
Aber da muss man etwas aufpassen, weil Mp3tag nicht wartet bis ein externer Programmaufruf abgeschlossen ist und deshalb ganz schnell ganz viele Aufrufe gleichzeitig zum Rennen bringt, was zum Stillstand und gelegentlich zum Absturz der Maschine führen kann.

DD.20110614.1227.CEST

Ich habe auch das Maus-Frontend schon in Zusammenarbeit MP3tag verwendet.
Dazu habe ich auch die VBRs gefiltert, diese Liste dann einfach per Drag&Drop in das Dateilistenfenster von WinMp3packer gezogen (warum dann die Dateiliste in MP3tag leer wird, ist mir zwar immer noch schleierhaft...)
Das arbeitet der Packer dann mit Druck auf "Process" brav ab und schreibt die Dateien entweder an den alten Ort (also kein Herumgefuhrwerke mit Dateiverteilung) oder schreibt sie an einen neuen Ort.
Jedenfalls muss man nicht so arbeiten, dass Mp3tag sich immer mit nem Absturz verabschiedet...

Das ist doch genau wie Drag&Drop funktioniert.
Wenn du die Dateiliste von Mp3tag zum anderen Programm hinüber kopieren willst, dann musst du [Strg] dabei drücken.

DD.20110615.1230.CEST

Hmm, das mit dem zusätzlichen Drücken der Taste [Strg] oder [Umschalt] scheint doch nicht zu funktionieren ... die verzogenen Dateien gehen in der Mp3tag Listenansicht tatsächlich verloren.
Das sollte Mp3tag nicht zulassen.

DD.20110615.1904.CEST

Ist es dir möglich zu erklären, warum du das machst?
Weil bei dem Prozess mit 'mp3packer.exe' die technische Qualität der enkodierten Musik nicht verändert wird, ist der Effekt der Umwandlung von VBR nach CBR doch nur der größere Platzbedarf, oder?

DD.20110615.1237.CEST

Das Kopieren von Dateien im Explorer geht zwar mit [Strg], aber das ist auch innerhalb desselben Programms.
Bei D&D von einem Programm ins andere ist der zusätzliche Tastendruck eher unüblich, meine ich.
Ziehe ich eine Datei im Explorer auf ein anderes Programm (und das kann mit der Datei was anfangen) wird die Datei auch nicht im Verzeichnis ausgeblendet, sondern vom empfangenden Programm verarbeitet.
Wende ich D&D in z.B: ACDsee, das auch eine eigene Dateiliste hat, an, bleiben die Darstellungen der Dateien auch in der ACDsee-Liste erhalten und verschwinden nicht.
Wende ich D&D innerhalb von Office-Programmen an, verschwindet z.B. der ge-drag-te Text auch nicht im Quelldokument, sondern erscheint zusätzlich am Ziel (z.B. Powerpoint).
Auch MP3tag findet die Dateien wieder am selben Ort, nur dass man dazu eben F5 drücken muss. Das ist hinsichtlich Wartezeit recht ärgerlich, wenn dazu eine große Liste Dateien erneut eingelesen werden muss.

Zurück zum eigentlichen Problem: doch, mp3packer kann mit Dateilisten umgehen. Und sei es über das Mausschubser-Frontend.

In 'MP3packer Settings' von 'mp3packer.exe' ist das nicht dokumentiert.
Dort sind nur zwei Möglichkeiten als Eingabe beschrieben ...
- eine Datei
- ein Ordner
... aber eine Dateiliste oder Listdatei nicht.

DD.20110615.1830.CEST

Ich habe einen Player der kommt nur mit CBR-Dateien richtig klar.

Ich könnte ja die Musiktitel aus den einzelnen Ordnern umwandeln, aber so wie ich es bisher bzw. bis zu einem neuen Update von MP3Tag gemacht habe war es bedeutet einfacher.

Bisher dato war es so, dass es egal war in welchen Ordner und/oder in welchem Pfad sich der zum Umwandeln bestimmte Titel befindet.



Wen hat es vorher geschadet ... und was für ein Vorteil hat es jetzt?!

Ich werde halt schaun bis zu welcher Version von MP3Tag es funktioniert und dann wieder DAS Programm benutzen.

Da ich mich mit Skrips innerhalb von MP3Tag nicht bzw. nur bedingt auskenne, war und ist es für mich die einfachste Lösung um die Dateien umzuwandeln.


Chapeau-mässig finde ich euren Enthusiasmus an die Sache ranzugehen.
Vielen Dank dafür!!!

Frohe Weihnachten,

hatte ich ja noch vergessen ... die Methode geht bis v2.42 ... die ich selbstverständlich wieder installiert habe trotz des "Fehlers"