Ein Problem dabei ist es leider, dass man das Feld auch mal absichtlich leer lassen kann.

Ein Beispiel:

• Das Konvertierungsprogramm (LAME o. ä.) speichert beide ID3-Tags. Beide heißen "Unbekannt", weil man nichts eingegeben hat.
  
• Mit einem anderen Programm (MediaPlayer etc.) leert man den Tag, weil es nicht schön aussieht, wenn da "Unbekannt" steht. Dieses Programm speichert aber nur die ID3V2-Version.
  
• Mit dem eigenen Programm soll man entscheiden, ob man einen leeren String nimmt, oder eben das "Unbekannt".

Die Wahl ist schwierig, und nicht unbedingt erwünscht.

Hat jemand eine Lösung? Wie macht ihr denn das? Und wie sieht's beim Schreiben aus?

Das hat jetzt aber nichts mit dieser Unit zu tun, oder?

Wenn das nicht nur ne Frage nebenher war, dann würde ich das in ein eigenes Topic abtrennen. Ansonsten würde ich das hier einfach ignorieren

Ok, ok, war nicht so wichtig.

Habe gerade mal eine korrigierte Version online gesetzt, bei der der Fehler in der Funktion GetPaddingSize behoben ist, der bei manchen Anwendungen zu einer Exception führte. Programme, die mit der alten Version laufen, müssen nicht unbedingt neu kompiliert werden - der Fehler tritt bei einem Programm entweder immer oder gar nicht auf - kommt drauf an, was man programmiert hat.

Download im ersten Beitrag oder auf www.gausi.de/delphi/mp3fileutils.php

Habe gerade mal eine neue Version hochgeladen (Version 0.4). Die ist noch im Beta-Stadium, also mit Vorsicht zu genießen. Ich habe bisher beim Testen keine Probleme festgestellt, wenn man mal davon absieht, dass gewisse Schreibeinstellungen auf "Level 3" (siehe Doku/Demos) dazu führen, dass sich das eine oder andere Programm am Tag verschluckt (Winamp, WMP, TagIt, Mp3Tag, Mp3-TagStudio, Mediamonkey, Nemp, ... eigentlich habe ich keins gefunden, was immer funktioniert). Das liegt imho aber an den Programmen, nicht an mir.

Download im ersten Beitrag oder auf www.gausi.de/delphi/mp3fileutils.php

Kleines Mini-Update. Da sich fast keiner über Bugs beschwert hat, denke ich, dass man das Beta rausnehmen kann. Einen Bug habe ich auch entfernt, und ein paar andere kleine Änderungen vorgenommen.

Wer die Unit nutzt, um auch Tracknummern aus dem ID3v2-Tag anzuzeigen, sollte auf die neue Version updaten.

Download im ersten Beitrag oder auf www.gausi.de/delphi/mp3fileutils.php

Steht in der TID3v2.Artist der Albuminterpret oder der Einzelinterpret drin?
Kann das hier grad leider nicht ausprobieren!

Ich bin auch nach dieser Diskussion nach wie vor der Meinung, dass es sowas wie den Albuminterpreten nicht unbedingt gibt, aber ok. Laut Dunkel schreibt Winamp dafür den TPE2-Frame, der laut ID3v2-Spezifikationen für "Band/Orchestra/Accompaniment" steht. Wenn man das mit Albuminterpret übersetzen möchte - ok.

Diese Information sollte man mit
bekommen. Ansonsten liefert TID3v2.Artist den Interpreten des einzelnen Stückes - so wie es auch Sinn macht.

wieso macht das sinn, wenn ich doch nach Interpreten/Alben sortiere, und dann son Various Artists-Album dabei hab?

Wenn ich wissen möchte, wer ein Lied singt, dann möchte ich da nicht "VA" als Antwort haben, weil das Lied zufällig auf der neuen Bravo-Hits drauf ist, sondern ich möchte wissen, wer das singt. Deswegen macht es Sinn, als Artist den Einzelinterpreten zu liefern.

Wenn man das Lied im Kontext eines Albums sehen möchte, kann man immer noch IDv2_BANDACCOMPANIMENT benutzen.

Hi,

tolle Unit, nimmt mir viel arbeit ab.

Beim durchscrollen habe ich mich gefragt, ob man vorhandene v1 oder v2-Tags aus einer mp3 auch löschen kann (nicht nur die Tags auf "Null" setzen, sondern komplet den Datenblock löschen).

Hintergrund ist, dass ich mehrere mp3s in eine große mp3 zusammenführen möchte. Natürlich hat jede einzelne mp3 v1 und/oder v2-Tags. Damit die neue "große" mp3 nun nicht hunderte von id3-Tags enthält, wäre ein vorheriges Löschen nicht schlecht.

Unterstützt deine Unit dies auch?

Gruß, Andreas

Ja, dafür gibt es jeweils die Methoden RemoveFromStream und RemoveFromFile bei den beiden Klassen für ID3v1 und v2-Tag.

Hier gabs jetzt auch ein kleines Update: Mp3FileUtils 0.4a

Einzige Änderung: Bei UTF-16-kodierten Textframes mit BOM und Byteorder FE FF wurde das letzte Zeichen im Frame überlesen. Jetzt nicht mehr.

hi, war immer sehr zu frieden mit den MP3FileUtils, aber jetz in delphi 2009 gibts nur noch fehler und warnungen:



und das is nur ein kleiner auszug...kann ich da irgendwie etwas mit meinen compilereinstellungen verändern oder warum gibts da auf einmal so große unterschiede, wenn in Delphi 7 das ganze einwandfrei kompiliert wird? würde die unit echt gerne weiterbenutzen....

mfg tartare

Der Unterschied ist, dass in Mp3FileUtiles viel mit Strings gearbeitet wird, und in Delphi2009 ist ein String nicht mehr ein AnsiString, sondern ein WideString (oder UnicodeString?).

Da ich selber kein Delphi2009 habe, kann ich auch noch kein Update Delphi2009 kompatibles Update rausbringen. Ob es reicht, alle Strings explizit durch AnsiStrings zu ersetzen, weiß ich nicht.

OK Problem gelöst: einfach alle array of char in array of AnsiChar umgewandelt....

tartare hat in etwa geschrieben:

Jippieh, es kompiliert - wir können ausliefern!

Vorsicht! In den ID3Tags können viele verschiedene Textformate auftreten. UTF8, Ansii, sowie UTF16 mit und ohne BOM. Intern nutzt Mp3FileUtils teilweise Methoden, um das eine in das andere umzuwandeln, die mit einer bloßen Umdeklaration von Array of Char nicht behoben sein dürften. Zum Beispiel auch autoamtische Typcasts von WideString zu String, die mit Delphi2009 nicht mehr funktionieren. Auch die automatische Zeichensatzerkennung bei Verwendung von DIConverters dürfte in Delphi2009 nicht unbedingt die gewünschten Ergebnisse liefern.

Ich rate dringend davon ab, eine solche einfache Modifikation auf echte Daten loszulassen und/oder ein Programm zu verteilen, welches nicht ausdrücklich als Beta-Version gekennzeichnet ist.

Es könnte sein, dass Mp3-Dateien dadurch irreparabel beschädigt werden können. Ok, du wärest damit in guter Gesellschaft, aber das muss ja nicht sein.

Ich verlinke einfach mal nach Holland rüber. Der Autor hat mich vor einiger Zeit mal angeschrieben, weil er Teile von Mp3FileUtils (hauptsächlich den MPEG-Teil, wenn ich das richtig überblickt habe) übernommen hat für seine Delphi2009-ID3Tag-Bibliothek. Inwiefern der Rest darin was taugt, weiß ich allerdings nicht.

Gausi hat folgendes geschrieben :

Vorsicht! In den ID3Tags können viele verschiedene Textformate auftreten. UTF8, Ansii, sowie UTF16 mit und ohne BOM. Intern nutzt Mp3FileUtils teilweise Methoden, um das eine in das andere umzuwandeln, die mit einer bloßen Umdeklaration von Array of Char nicht behoben sein dürften. Zum Beispiel auch autoamtische Typcasts von WideString zu String, die mit Delphi2009 nicht mehr funktionieren.

Ergibt imho kein Problem. Ich müsste mir mal TurboDelphi wieder installieren,. aber ich habe in Erinnerung, wenn man sich mal von String durchklickt auf dessen Definition stößt man auch auf String=AnsiString. Wenn man also AnsiString statt String macht, dürfte es keine Änderungen ergeben. Bei Char das gleiche. Da du damit wieder mal AnsiChar und mal WideChar hast, dürfte auch die konvertierung funkltionieren. Im Prinzip dürfte der erzeuge Code unter D2009 zu dessen Vorgängern inhaltlich gleich sein .

Btw: Installier dir doch die D2009-Demo in einer VM, dann kannste es hin und wieder einmal probieren ohne deinen Rechner mit einer Demo zu "versauen"

Ja, das mag sein. Aber nur die einzige Änderung mit dem Array of Char, damit es keine Compilierfehler mehr gibt, reicht mit sehr hoher Wahrscheinlichkeit nicht aus.

Außerdem weiß ich nicht, wie sich die optional verwendbare Fremdunit (DiConverters) damit verträgt.

Eine neue Version (0.5) ist draußen. Änderungen im ersten Posting.

Im Wesentlichen ist der Code jetzt kompatibel Delphi 2009, und eine der optional verwendbaren Zusatzunits, die wahrscheinlich kein Mensch außer mir benutzt hat, ist rausgeflogen. Die Funktion dieser Unit wird jetzt (wenn auch nicht ganz) von einer API-Funktion erledigt, was das ganze natürlich etwas einfacher macht.

Unter Delphi 2007 oder früher können weiterhin die TNT-Controls für Unicode-Dateizugriff benutzt werden, unter Delphi 2009 ist das natürlich sinnfrei.

Die im ersten Posting verlinkten Demos sind aktuell mit der D2009 Trial kompiliert - es kann daher sein, dass die bald (d.h. Ende des Monats) nicht mehr laufen. Sie werden ersetzt, wenn die Vollversion da ist.