dwReserved1 nutzen?

[e-gon]

Hallo,

einige Leute legten ihre Musikdateien zu einem größeren Archiv zusammen. Um der Datenmenge Herr zu werden, schrieb ich ein kleines Programm welches mit Hilfe einer Datenbank das Archiv verwaltet.

Zur Identifikation der Dateien nutzte ich zuerst den Dateinamen samt Dateipfad. Doch kommt es immer wieder vor, dass eine Musikdatei verschoben oder umbenannt wird (z. B. bei Korrekturen von Titel oder Interpret) und anschließend von meinem Programm nicht mehr auffindbar war. So ging ich dazu über bei jeder Datei dem Dateinamen eine eindeutige ID anzuhängen. Doch auch diese kann beim Umbenennen abhanden kommen.

Nach einigen Recherche stieß ich unter WIN32_FIND_DATA auf die Variablen dwReserved0 und dwReserved1. Meine Idee wäre nun dwReserved1 zu nutzen um dort die ID zu hinterlegen. Allerdings gibt es bezüglich dieser Variablen unterschiedliche Angaben im Netz. Mal sollen sie vom Typ DWORD und mal vom Typ Integer sein. Mal soll dwReserved0 bereits benutzt werden und mal sind dwReserved0 und dwReserved1 frei.

Deshalb meine Frage an euch: Haltet ihr die Nutzung von dwReserved1 für eine gute Idee? Und wie kann man diese Variable beschreiben?

PS: Natürlich gibt es unzählige andere Musikverwaltungsprogramme. Aber die Leute nutzen meine Software gerne und ich bin auch etwas stolz darauf! Also bitte keine Vorschläge für andere Verwaltungsprogramme!

e-gon

[himitsu]

NEIN, weil im Dateisystem gibt es DORT einfach garnichts
und selbst wenn, dann wäre es sowieso beim Verschieben weg.

* entweder die Datei bearbeiten und ein eigenes ID3-Tag mit deiner ID reinschreiben
* oder es wie jeder andere machen ... einen HASH der Datei berechnen und das speichern. (CRC32, MD5, SHA1, SHA2, SHA256 oder sonstwas)

[e-gon]

Hallo himitsu,

danke für deine schnelle Antwort! Aber bist Du sicher, dass der Inhalt beim Verschieben abhanden kommt? Andere in WIN32_FIND_DATA gespeicherte Daten (wie CreationTime, LastAccessTime, LastWriteTime, dwFileAttributes) gehen dabei ja auch nicht verloren.

Einen Hash zu berechnen dauert mir etwas zu lange, aber stimmt, an ID3-Tag habe ich gar nicht gedacht. Allerdings geht das ja nur bei mp3 und nicht bei anderen Musikformaten und bei Videos, oder?

e-gon

[jaenicke]

Du kannst Dateidatenströme verwenden:
https://learn.microsoft.com/de-de/wi...o/file-streams
Diese bleiben auch beim Umbenennen, Verschieben und Kopieren erhalten, sofern NTFS verwendet wird.

[e-gon]

Hallo jaenicke,

danke, ein sehr interessanter Vorschlag. Muss ich mich mal näher damit befassen...

Vielen Dank!

e-fon

[himitsu]

Bei .WAV nicht, aber viele Videoformate und mehrere Audioformate kennen auch sowas, wie Attribute/Infos, die man drinnen ablegen kann.

[Redeemer]

Du hast glaube ich keine Ahnung, was du schreibst.
Du willst Daten suchen, sprich lesen. Wieso willst du in einer Datenstruktur Daten schreiben, die eine Anforderung zum Lesen beschreibt? Beides für sich genommen (Lesen und Anforderung) ist bereits maximal falsch: Du kannst keine Daten lesen, die nie geschrieben wurden, und du kannst in einer im Arbeitsspeicher abgelegten Anforderung nichts dauerhaft speichern.
Das ist exakt so, als würdest du einen leeren Notizblock nehmen, "Zeig mir die Bild-Zeitung von heute!" sagen und dich dann wundern, dass auf dem Notizblock immer noch nichts steht.

[himitsu]

Für die Synology gibt es so eine Bilder/Videoplatform ... die Eine kann auch "Tags" in die Fotos/Videos schreiben (z.B. manuelle Tags, aber auch aus der BilderkennungsKI), damit sie beim Suchen genutzt werden können, auch wenn Dateien umbenannt/kopiert/verschoben werden.

[e-gon]

Danke himitsu,

ob die Daten auf einer Synology-DS liegen muss ich erst noch herausfinden. Bezüglich Tags in Video- und Audioformaten fand ich tatsächlich einige Beispiele. Das Problem dabei ist, dass das Schreiben/Auslesen nicht überall gleich funktioniert und ich somit für jeden Dateityp etwas programmieren müsste.

Zitat von Redeemer:

Du hast glaube ich keine Ahnung, was du schreibst.
Du willst Daten suchen, sprich lesen. Wieso willst du in einer Datenstruktur Daten schreiben, die eine Anforderung zum Lesen beschreibt? Beides für sich genommen (Lesen und Anforderung) ist bereits maximal falsch: Du kannst keine Daten lesen, die nie geschrieben wurden, und du kannst in einer im Arbeitsspeicher abgelegten Anforderung nichts dauerhaft speichern.
Das ist exakt so, als würdest du einen leeren Notizblock nehmen, "Zeig mir die Bild-Zeitung von heute!" sagen und dich dann wundern, dass auf dem Notizblock immer noch nichts steht.

Ich verstehe die Kritik nicht so richtig. Die Variablen dwReserved0 und dwReserved1 sind in der Datenstruktur von WIN32_FIND_DATA hinterlegt. Es wird also dafür Speicherplatz reserviert und auch im Dateisystem zusammen mit CreationTime, LastAccessTime, LastWriteTime, dwFileAttributes auf der Festplatte abgelegt. Ansonsten wären die vorbereiteten, zukünftig vielleicht benutzten Variablen ja unsinnig.

Ob dwReserved0 und dwReserved1 jedoch beim Umbenennen und/oder verschieben mitgeführt werden, steht natürlich auf einem anderen Blatt...

e-gon

[himitsu]

Es ist die Structur im RAM, für diese WinAPI.
Es hat aber nichts mit der Struktur im Dateisystem (FAT16,FAT32,NTFS,ReFS,usw.) zu tun.