IPB

Welcome Guest ( Log In | Register )

> Hinweise!

Bitte vor dem erstellen eines Beitrag unbedingt den Beitrag Bitte zuerst lesen! lesen.

Lesen Sie auch die allgemeinen Nutzungsbestimmungen dieses Forums.
 
Abkürzungen: (werden von Moderatoren/Administratoren vergeben)

 
Reply to this topicStart new topic
> [AF] Falsches Verzeichnis wenn Fehler bei Umbenennen über Aktion, split from 23335
ohrenkino
post Jan 10 2018, 07:47
Post #1


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



So, jetzt ist aber doch was passiert, was anscheinend mit Aufräumen nicht zu beseitigen geht:

Grundlage ist die neu angelegte Datenbank.
Es kommen dynamisch Dateien dazu, die dann nach Schema umbenannt werden.
Dieses Schema führt dazu, dass ein neu angelegtes Verzeichnis plus Dateiname illegal lang sind, woraufhin MP3tag meldet, dass es die Datei nicht finden kann.
Aktualisieren der Ansicht mit F5 zeigt die Datei in dem vermeintlich neuen Verzeichnis, jeder Versuch, auf sie zuzugreifen, führt zu einer leeren Tag-Anzeige und Editierversucht zur Fehlermeldung (klar, Dateiname eigentlich zu lang).
Fakt ist allerdings, dass sich die Datei unumbenannt noch im Ausgangsordner befindet.

Eine Bereinigung der Datenbank gibt auch an, dass einige wenige Datensätze bereinigt wurden (frohlocken!), als aber die Datei bearbeitet werden soll, wird sie mit dem Zielverzeichnis als Pfad gezeigt, wo sie natürlich nicht ist, sie ist ja noch im Ausgangsverzeichnis - eine Bearbeitung schläg fehl.

Im Screendump ist Pfad und Dateiname der wirklich vorhandenen Datei im Explorer zu sehen und in MP3tag der in MP3tag gespeicherte Pfad. Dieser Pfad lässt sich nicht aktualisieren.

Auch nicht mit Aufräumen.

Attached Image


Was (natürlich?) hilft: Datei im Ausgangsverzeichnis geringfügig umbenennen (ne 1 oder n _ dazu) und neu einlesen. Da ist sie wieder.
Anschließendes Aufräumen scheint den irreleitenden Eintrag zu löschen, jedenfalls wird bei einer erneuten Umbenennung der Ausgangsdatei auf den ursprünglichen Namen nicht der falsche Pfad gezeigt. (F5 geht irgendwie nicht wirklich gut in diesem Zusammenhang ...)

This post has been edited by ohrenkino: Jan 10 2018, 08:01


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
poster
post Jan 11 2018, 09:03
Post #2


Member


Group: Full Members
Posts: 1511
Joined: 22-March 09
Member No.: 9241
Mp3tag Version: 2.85k



@Ohrenkino
Besteht das Problem auch, wenn Du MP3Tag beendest und nach einem Neustart den betreffenden Ordner neu einliest? Ist es also ganz klar einem fehlerhaften Datenbankeintrag zuzuordnen?
Dass bei mir MP3Tag durch fehlgeschlagene Aktionsverschiebungen in einen Zustand gerät, wo falsche Ordner angezeigt werden und auf Dateien nicht zuzugreifen ist habe ich m.E. auch schon früher ohne Datenbank gehabt. Allerdings verschärft natürlich die Datenbanklösung potentiell das Problem.
Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 11 2018, 09:09
Post #3


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



Neustart ändert nichts.
Auch beim D&D aus dem Explorer heraus, wo ja das wirkliche Verzeichnis offensichtlich sein sollte, wird weiterhin das alte (nun vermutlich in der Datenbank gespeicherte) gezeigt.
Da die Datei dort aber nicht existiert, bleiben die Tags leer (die also werden akut gelesen).


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
poster
post Jan 11 2018, 09:45
Post #4


Member


Group: Full Members
Posts: 1511
Joined: 22-March 09
Member No.: 9241
Mp3tag Version: 2.85k



ZITAT(ohrenkino @ Jan 11 2018, 09:09) *
Neustart ändert nichts.
Auch beim D&D aus dem Explorer heraus, wo ja das wirkliche Verzeichnis offensichtlich sein sollte, wird weiterhin das alte (nun vermutlich in der Datenbank gespeicherte) gezeigt.
Da die Datei dort aber nicht existiert, bleiben die Tags leer (die also werden akut gelesen).

Ich sehe es so, dass das Problem schon immer bestand, dass bei bestimmten fehlgeschlagenen Aktionen MP3Tag falsche Daten hatte/anzeigte. Nur kommt jetzt durch die Speicherung der falschen Daten in der Datenbank und die fehlende Aktualisierung der Datenbankwerte, wenn sich an den Dateien nichts ändert, bei dem Problem noch eine weitere Dimension hinzu. Als noch alles nur im RAM war, genügte es einfach zu aktualisieren oder Mp3Tag neu zu starten. Jetzt muss man wohl zusätzlich noch einen Datenbank-Bereingungsvorgang starten.
Es hat schon seinen Grund, warum ich im Normalfall die Datenbank in den Optionen auf wenige Ordner beschränke, die ich als fertig-getagged ansehe und für meine Vorbereitungs-Arbeitsordner die Datenbankoption nicht aktiv habe.

Notwendig wäre eigentlich, dass das Enstehen solcher Zustände generell abgefangen wird, also nicht nur der falsche Datenbankeintrag, aber das scheint mir anscheinend wirklich schwierig zu sein.
Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 11 2018, 09:53
Post #5


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



ZITAT(poster @ Jan 11 2018, 09:45) *
...
Notwendig wäre eigentlich, dass das Enstehen solcher Zustände generell abgefangen wird, also nicht nur der falsche Datenbankeintrag, aber das scheint mir anscheinend wirklich schwierig zu sein.

Ob solche Zustände von vornherein abgefangen werden können, sei mal dahingestellt.
Ich würde mir wünschen, dass wenn der Nutzer schon sagt (mit F5 oder per D&D): "Nun lies doch noch mal!", dass dann auch wirklich nochmal aus der Datei gelesen wird. Oder es eben ein "Umschalten-F5" oder sowas gibt, mit dem man sagen kann "Bitte noch mal DB und Datei synchronisieren".
Denn der Ausweg, bei jedem dieser Fehler die ganze Datenbank noch mal neu anzulegen, konterkariert den beabsichtigten Zeitspareffekt für große Sammlungen doch ziemlich.

Besonders ärgerlich finde ich in diesem Zusammenhang, dass ja denn, wenn es um die Bearbeitung der Tags geht, die Tags einfach leer sind, da natürlich an der in der DB gespeicherten Stelle gar keine Datei ist. Spätestens jetzt müsste dieser Eintrag gelöscht/aktualisiert werden und nicht immer wieder angeboten werden.


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
poster
post Jan 11 2018, 10:15
Post #6


Member


Group: Full Members
Posts: 1511
Joined: 22-March 09
Member No.: 9241
Mp3tag Version: 2.85k



ZITAT(ohrenkino @ Jan 11 2018, 09:53) *
Denn der Ausweg, bei jedem dieser Fehler die ganze Datenbank noch mal neu anzulegen, konterkariert den beabsichtigten Zeitspareffekt für große Sammlungen doch ziemlich.

Es kommt aber doch ziemlich auf das Gleiche heraus, denn um zu beurteilen, ob ein Eintrag falsch oder richtig ist, müssen letztlich die Tags neu gelesen und mit der Datenbank vergleichen werden, wenn auch nicht die Datenbank komplett neu geschrieben werden.

Das Lesen der Tags aus den Dateien erfordert ja den größten Anteil an Zeit.
Und ohne Datenbank dauerte das Lesen ja wirklich sehr lang und musste bei mir in der Praxis bei Arbeiten mit dem großen Datenbestand wegen Abstürzen von MP3Tag aus Speichermangel oder anderen Gründen komplett wiederholt werden.
Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 11 2018, 14:25
Post #7


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



Ich meine mehr so eine Funktion, bei der explizit nur dieser eine Datensatz noch mal aufgefrischt wird, wenn doch der Anwender genau das anfordert.
Allerdings müsste eine Fehleranzeige hinzukommen, wenn wie hier der Datensatz keine Entsprechung mehr als Datei hat.


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
Florian
post Jan 12 2018, 08:32
Post #8


Developer


Group: Admin
Posts: 8180
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.85k



Ich würde gerne die Ursache für den Fehler lösen, d.h. den ungültigen Zustand der dann angezeigt wird von vornherein richtig behandeln.

@ohrenkino
Könntest Du mir ein minimales Beispiel beschreiben, in dem das von Dir beschriebene Verhalten auftritt?

Danke und Gruß
– Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 12 2018, 08:42
Post #9


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



ZITAT(Florian @ Jan 12 2018, 08:32) *
Ich würde gerne die Ursache für den Fehler lösen, d.h. den ungültigen Zustand der dann angezeigt wird von vornherein richtig behandeln.

@ohrenkino
Könntest Du mir ein minimales Beispiel beschreiben, in dem das von Dir beschriebene Verhalten auftritt?

Danke und Gruß
– Florian

Ich habe es immer hingekriegt, wenn ein aus Tags generierter Verzeichnis/Dateiname (Konverter>Tag-Dateiname) zu lang war und MP3tag (anschließend) meldet, dass auf die Datei nicht zugegriffen werden kann.
Dann steht in der Datenbank schon der neue Pfad, während die Originaldatei sich noch im Ausgangsverzeichnis befindet.

Wenn Du also z.B. irgendeine Testdatei z.b. mit diesen Daten versiehst:
TITLE: Soundtrack From Bernard Rose's Video Of The Welcome To The Pleasuredome Single
ALBUM: All In The Mind, All In The Body (Frankie Goes To Hollywood In The Pleasuredome)
ARTIST: Frankie Goes To Hollywood
ALBUMARTIST: Frankie Goes To Hollywood
YEAR: 1985

Und du mit Konverter>Tag-Dateiname arbeitest:
e:\musik\interpreten\%albumartist%\%year% - %album%\%albumartist% _ %album% _ 005 _ %title%
müsste die Erzeugung fehlschlagen, aber die ursprüngliche Testdatei unberührt im Ausgangsverzeichnis liegen.


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
Florian
post Jan 12 2018, 08:54
Post #10


Developer


Group: Admin
Posts: 8180
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.85k



QUOTE (ohrenkino @ Jan 12 2018, 08:42) *
müsste die Erzeugung fehlschlagen, aber die ursprüngliche Testdatei unberührt im Ausgangsverzeichnis liegen.

Ja, allerdings bleibt bei meinen Tests dabei auch der ursprüngliche Pfad und Dateiname der Testdatei in Mp3tag unberührt.

Attached Image


Viele Grüße
— Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 12 2018, 09:10
Post #11


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



ZITAT(Florian @ Jan 12 2018, 08:54) *
Ja, allerdings bleibt bei meinen Tests dabei auch der ursprüngliche Pfad und Dateiname der Testdatei

Viele Grüße
— Florian

Bis hierher ist das Verhalten deckungsgleich mit dem was ich bei mir sehe.
Wenn du den Screendump in post #6 https://forums.mp3tag.de/index.php?s=&s...st&p=100609 ansiehst, ist aber der Eintrag in der Datenbank schon aktualisiert.
Und von jetzt an sucht MP3tag in dem (eigentlichen) Zielverzeichnis, während die Datei immer noch im Ausgangsverzeichnis ist.
Das schlägt fehlt, die Tags werden im MP3tag blank.


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
Florian
post Jan 12 2018, 09:14
Post #12


Developer


Group: Admin
Posts: 8180
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.85k



  • Soweit ich das beurteilen kann ist das bei Dir auch unter Windows 7 SP1, oder?
  • Hast Du evtl. nicht den Konverter, sondern einen anderen Weg zum Umbenennen verwendet?
  • Kommt bei Dir auch das Fenster mit der Fehlermeldung?
Viele Grüße
— Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 12 2018, 09:17
Post #13


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



ZITAT(Florian @ Jan 12 2018, 09:14) *
  • Soweit ich das beurteilen kann ist das bei Dir auch unter Windows 7 SP1, oder?
  • Hast Du evtl. nicht den Konverter, sondern einen anderen Weg zum Umbenennen verwendet?
  • Kommt bei Dir auch das Fenster mit der Fehlermeldung?
Viele Grüße
— Florian

Nein, der Screenshot ist unter W8.1 entstanden.
Ja, zugegeben, das war eine Aktion Tag-Feld formatieren für _FILENAME
Ja, es kommt auch die Meldung.

Und wo wir schon am Rahmenparameter ergründen sind:
Es ist aufgetreten mit einer portablen Installation, bei der MP3tag und die Daten und die Datenbank auf einer über USB3 angeschlossenen externen Festplatte liegen.

This post has been edited by ohrenkino: Jan 12 2018, 09:18


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post
Florian
post Jan 13 2018, 09:18
Post #14


Developer


Group: Admin
Posts: 8180
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.85k



QUOTE (ohrenkino @ Jan 12 2018, 09:17) *
Ja, zugegeben, das war eine Aktion Tag-Feld formatieren für _FILENAME

Für solche Fehler ist es immer sehr hilfreich für mich, wenn Du eine minimale Anzahl von Schritten beschreiben kannst, mit denen der Fehler reproduzierbar auftritt.

Ich habe unter Verwendung der Aktion Tag-Feld formatieren für _FILENAME mit absolutem Pfad als Formatstring, eine Konstellation entdeckt, in der der Verzeichnis-Pfad fälschlicherweise auf den Zielpfad gesetzt wird, auch wenn das Umbenennen fehlschlägt.

Den Umstand, dass eine Aktualisierung der Anzeige weiter den fehlerhaften Eintrag zeigt konnte ich hier nicht reproduzieren.

Ich habe hier eine inoffizielle Zwischenversion gebaut, in der dieser Fehler behoben ist und freue mich natürlich wie immer über Feedback:
https://download.mp3tag.de/support/D384AAE5...gv285ksetup.exe

Viele Grüße
— Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post
ohrenkino
post Jan 14 2018, 16:38
Post #15


Member


Group: Full Members
Posts: 9462
Joined: 9-December 09
From: Norddeutschland / Northern Germany
Member No.: 11458
Mp3tag Version: 2.85k



Feedback:
Die gute Nachricht vorweg: mit der inoffiziellen k-Version wird die DB nicht falsch gefüllt.

Ich habe einen W7 Rechner verwendet, auf dem eine Standard-Installation mit lokaler DB läuft und auch eine portable Installation der alten k-Version, die ebenfalls eine lokale DB verwendet.
Die Aktions-Verzeichnisse sind bei beiden identisch gefüllt.

Ich habe zuerst die alte k-Version auf einen wiederum sehr langen Titel losgelassen, was auch prompt zu der Mitteilung führt, dass der Pfad nicht gefunden werden kann.
Dies führt zum im Screendump gezeigten (schon bekannten) Fehler:
Attached Image

Die Datei ist noch im alten Verzeichnis, MP3tag V2.85k(alt) zeigt aber schon den (zu langen) Zielpfad.
Im Zielpfad werden auch schon die auch mit der Aktion erzeugten exportierten Bilddateien angelegt, es wird also anscheinend auf die Parameter der Datenbank zurückgegriffen und nicht auf die Datei selbst.

Beim Versuch, ausschließlich die eine Datei aus dem Quellverzeichnis zu laden (D&D), wird von MP3tag V2.85k(alt) der Pfad des Zielverzeichnisses gezeigt.

Dieselbe Aktion ausgeführt mit MP3tag V2.85k(neu) erzeugt auch den OS-Fehler, dass der Pfad nicht gefunden werden kann, jedoch bleibt jetzt die Datei im Quellpfad.
Das habe ich mit noch 2 weiteren Dateien überprüft, so dass ich sagen würde, dass dieser Fehler beseitigt ist.


--------------------
42 - wie war die Frage / what was the question / quelle était la question
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 18th January 2018 - 06:49