Das deutsche QBasic- und FreeBASIC-Forum

[St_W]

Es kennt sicher jeder von euch die Zusatzinformationen ("Tags"), die in MP3, WMA, OGG, etc. Dateien gespeichert sind. Ich habe ein kleines Programm geschrieben, dass diese Tags auslesen, ändern und entfernen kann.
Derzeit werden folgende Tag-Formate unterstützt:
- ID3v1 (Version 1.0 und 1.1)
- Lyrics3 (Version 1 und 2)
- ID3v2 (Version 2.3 und 2.4)
- APE (Version 1 und 2)
- ImpulseTracker (nur Lesen)
- EXIF
- IPTC
- XMP

Weitere Formate wie ASF-Streams (WMA, WMV, etc.), OGG-Streams mit Vorbis Comments (OGG, FLAC, SPX, etc.) sowie verschiedene Informationen aus den Dateiformaten MOD, S3M, XM und IT werden von Version 0.8.2 bereits unterstützt und müssen noch in das Klassenähnliche Konzept der 0.9.x Versionen umgeschrieben werden. Diesen Dateien habe ich wegen der relativ geringen Häufigkeit geringere Priorität als der Implementierung von ASF und OGG Vorbis zugeordnet.

Download der aktuellen Version:
Multimedia-Tag 0.9.3 Beta
Multimedia-Tag 0.9.3 Beta (in Module aufgeteilt)
Ältere Versionen:
Multimedia-Tag 0.9.1

Ich habe zwar bereits umfangreiche Tests durchgeführt, aber dennoch kann ich nicht garantieren, dass die Software Fehlerfrei ist. Ich übernehme keine Haftung für jegliche Schäden, die mit meinen Produkten in Verbindung gebracht werden könnten.

Bitte testet mein Programm etwas mit einer Kopie eurer Musikdateien (nicht das Original, ich kann nicht garantieren, dass die Software zu 100% fehlerfrei ist). Ich bin schon auf eure Meinungen und Erfahrungen mit dem Programm gespannt.

Für Funktionen, die in der FB-RTL fehlen greift das Programm auf die Win32-API zurück und funktioniert deswegen nicht ohne Änderungen in anderen Betriebssystemen. Ich werde aber Alternative Funktionen suchen / schreiben, die auch unter anderen Betriebssystemen funktionieren. Für Linux sollte Wine durchaus ausreichen, um das Programm zu testen.
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Devilkevin]

EXIF wäre noch nützlich um .JPG's zu anonymisieren
_________________
www.piratenpartei.de

[Jojo]

Mich würde eher version 0.8.2 mit mod-unterstützung interessieren.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[St_W]

@Devilkevin: Gute Idee. Ich werde mich (sobald ich Zeit habe) mit der Spezifikation näher befassen und versuchen auch dies zu implementieren.

@Jojo: Alle Versionen vor der 0.9er Reihe haben die ausgelesenen Informationen nur auf dem Bildschirm ausgegeben und nicht gespeichert. Zuviel darfst du dir von der Unterstützung von MOD, S3M, XM und IT nicht erwarten - mein Programm wird voraussichtlich nur grundlegende Eigenschaften wie Titel, Kommentare, Instrument-Namen, Sample-Namen und ähnliche Auslesen und (wenn möglich) auch schreiben können (ich will ja nicht den OpenMPT nachprogrammieren [Mit dem ich übrigens die ausgelesenen Ergebnisse bzw. die Korrektheit einer Datei nach einem Schreibvorgang überprüfe] ). Außer du hättest einen bestimmten Wunsch, was und welche Dateiformate / Informationen aus den Dateien gelesen/interpretiert werden können sollen - dann bin ich natürlich gern bereit dies umzusetzen (Möglichkeit vorausgesetzt).
Ich selbst hab mir folgende Liste der Dateiformate aus dem Bereich der Trackermodul-Dateien zusammengestellt (Stand: 02.02.2009):

[Jojo]

Wünsche hab ich direkt keine, ich war nur eher überrascht Ansonsten ist der OpenMPT ja quelloffen, da kannst du dich gerne inspirieren lassen.
Bei MO3 (das unterstützt der OpenMPT übrigens inzwischen) wird das Auslesen und vor allem das Schreiben sehr kompliziert, da das Format "eigentlich" nicht quelloffen ist. Außer dem Original-Tool zum Erstellen von MO3s ist mir kein anderes "Schreibtool" bekannt. Es gibt einen Quellcode, der unter der GPL steht, der MO3-Dateien lesen kann, vielleicht hilft dir das weiter... http://gnu.ethz.ch/debian/unmo3/
Ich benutze eine für OpenMPT zurechteschnittene Bibliothek, um MO3s auszulesen, da kann ich also nicht weiterhelfen.
Ich kann außerdem noch frischen Support für GDM-Dateien anbieten (GDM ist das Format der BWSB-Library, die in einigen QB-Spielen sowie MegaZeux verwendet wurde), denn ich hab letztens für OpenMPT einen Loader für das Format programmiert. War ziemlich viel Arbeit, aber ich kann nun mit großer Sicherheit behaupten, dass er der präziseste Loader für dieses Format ist - BWSB mal ausgenommen.
Code ist hier: http://modplug.svn.sourceforge.net/viewvc/modplug/trunk/OpenMPT/soundlib/Load_gdm.cpp?view=log

[Jojo]

Habe grade noch mal in deinem Sourcecode gewühlt, da mein ID3v2-Tagwriter im OpenMPT nicht ganz funktioniert hat und mir ist da eine kleine Sache aufgefallen, die du nicht ganz richtig machst...

Laut ID3v2-Spezifikationen ist das COMM-Feld wie folgt aufgebaut:
- Encoding-Byte
- 3 byte Sprachspezifikation nach ISO-639-2
- Kurze Beschreibung des Inhalts
- Je nach Enkodierung (siehe erstes Byte) 1x oder 2x Null
- Eigentlicher Text

Mir ist kein Tagwriter bekannt, der wirklich diese Kurzbeschreibung verwendet, aber zumindest beim Auslesen würde ich auf Nummer sicher gehen.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[St_W]

Ich habe mich in letzter Zeit mit EXIF und VorbisComments beschäftigt, und nicht mehr an ID3v2 gearbeitet, aber ich dachte ich hätte das genauso implementiert - und zwar sollte die "Klasse" ID3v2CommentFrame eigentlich genau diese Arbeit erledigen.

Weißt du noch, wo dir der Fehler aufgefallen ist? Möglicherweise hab ich irgendwo die obige Klasse vergessen. Jedenfalls bin ich natürlich dankbar für jeden Fehler, der entdeckt wird.

Übrigens habe ich nicht alle Frame-Typen des ID3v2 Standards implementiert, sondern nur die in der Praxis relevanten. Genau dasselbe gilt übrigens auch für das Thema "Unsynchronisation" - eigentlich sollte das ja auf die ganze Datei angewandt werden, nur viele Wiedergabeprogramme können den (laut Standard völlig korrekten und mit Programmen wie MP3Tag ohne Probleme lesbaren) Tag nicht mehr lesen. Darum ließt mein Programm jetzt zwar Tags mit "Unsynchronisation" korrekt ein (was mit einiger Testarbeit verbunden war, da der 2.3 und 2.4 Standard an manchen wichtigen Stellen komplett inkompatibel zueinander sind und zwischen Standard und Praxis teilweise ein großer Unterschied besteht), aber schreibt die Tags derzeit ohne diese Funktion vorher anzuwenden.

Ich habe weiters die aktuelle Version hochgeladen, wobei ich aber stark betonen muss, dass sich diese noch im Entwicklungsstadium befindet (EXIF und VorbisComments):
http://wurzinger.bplaced.net/files/programmierung/projekte/MM-Tag/Multimedia-Tag%200.9.3%20Pre-Release%2001.bas
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Jojo]

Wo aufgefallen? Ich hab den Sourcecode nicht direkt vor mir, aber du verwendest für das COMM-Field ein TYPE, das ein Integer-Feld enthält - das Integer-Feld enthält die Länderbuchstaben nach ISO (z.B. "deu" in deinem Fall) und die nachfolgende Null - Beim Schreiben ist das OK, beim Lesen muss aber beachtet werden, dass nach den drei Buchstaben zuerst ein beschreibender Text, dann ein oder zwei NULL-Zeichen folgen (je nach Zeichenset) und dann der eigentliche Kommentar folgt.
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[Jojo]

BTW: Nach ISO-639-2 ist "deu" keine gültige sprache
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[St_W]

Inzwischen ist mein Projekt Multimedia-Tag wieder um einiges gewachsen und unterstützt jetzt auch die Metadaten-Formate EXIF, IPTC und XMP. Alle drei können derzeit nur in JPEG gelesen / geschrieben / entfernt werden. Weitere Dateiformate, wie z.B. TIFF sind geplant. Für XMP, welches ja in unzählige Dateien eingebunden werden kann, sind ebenfalls weitere Dateiformate geplant.

Aus Impulse Tracker Dateien können Titel, Kommentare und einige wichtige Informationen ausgelesen werden. Weitere Funktionen und Formate dieser Art werden derzeit noch nicht unterstützt, da ich diesen (wegen ihrer geringen Häufigkeit) geringe Priorität zugeordnet habe.

Weiters wurden wenige kleine Fehler behoben.

Eine graphische Oberfläche zum Bearbeiten der Dateien ist geplant, aber ich weiß noch nicht recht welche GUI-Bibliothek ich verwenden soll (Win32-API gibts nur unter Windows, GTK sieht schlecht aus und WxWidgets hat einen schlechten veralteten FB-Wrapper)

Beispiele sind dieses Mal leider noch nicht dabei, da ich einfach keine Zeit dazu hatte und ich meine eigenen Testprogramme wegen ihrer Qualität nicht veröffentlichen möchte (sie würden wahrscheinlich auch nichts bringen, da man sich dabei mit den Meta-Formaten schon ziemlich genau auskennen muss).

Ab morgen, Sonntag, bin ich dann eine Woche lang in Griechenland und kann deshalb wahrscheinlich nicht in dieser Zeit antworten.

Auf eure Kommentare bin ich natürlich schon gespannt.

Achja: Dowload im ersten Thread oder hier:
Multimedia-Tag 0.9.3 Beta


@Sebastian:

[28398]

Beim Rüberscrollen würde ich spontan sagen, dass sich 30-40% durch Präprozessorspielereien sparen lässt.
Schonmal an Module gedacht?
12.000 Zeilen in einer Datei sind einfach nur... bäh...
Nimm dir FBEdit und mach daraus ein vernünftig Organisiertes Projekt mit mindestens einem Modul pro Dateiformat.
So kann und wird sich niemand deinen Sourcecode anschauen.
Außerdem keine Kommentare außer die ersten paar Zeilen...

[St_W]

@28398: Ja, Teile des Programms in eigene Dateien ausgliedern, daran hab ich schon gedacht. FBedit verwende ich übrigens (Ich brauche die Codevervollständigung und die Funktions-, UDT-, .. Liste ständig)

Makros verwende ich übrigens auch, aber nur in begrenztem Umfang, da dadurch keine Codevervollständigung durch FBedit mehr möglich ist. Ich muss aber dazusagen, dass manche Programmteile nicht handgeschrieben, sondern von einem von mir geschriebenen FreeBasic Programm erzeugt worden sind.

Welche Programmteile könnte man deiner Meinung nach durch Makros um diese 30-40% verkürzen? (ein paar Zeilennummern wären ganz nett, damit ich sehe welche Programmteile du meinst)
_________________
Aktuelle FreeBasic Builds, Projekte, Code-Snippets unter http://users.freebasic-portal.de/stw/
http://www.mv-lacken.at Musikverein Lacken (MV Lacken)

[Sebastian]

Jui, ich hatte mir, um ehrlich zu sein, den Source noch gar nicht angeschaut und schon mal vorab die ungläubige Bemerkung gemacht, aber der ist ja tatsächlich enorm lang (und das ganz ohne Bibelkommentare...).

Ab Zeile 1201 hätte ich die vielen CASE-Zeilen durch eine externe Datei gespart, aber das ist wohl Geschmackssache. Die besondere Länge bekommt der Source ja durch die vielen, vielen Properties. Die hätte ich da vielleicht gar nicht verwendet, sondern stattdessen nur pro Datentyp eine Sub zum Setzen und eine Funktion zum Holen der Daten. Das zu lesende/setzende hätte ich denen dann als STRING-Argument übergeben. OK, das ist dann weniger komfortabel, aber damit könnte man einiges an Code sparen.
_________________

Die gefährlichsten Familienclans | Opas Leistung muss sich wieder lohnen - für 6 bis 10 Generationen!

[28398]

Naja alles was von deinem Programm geschrieben wurde (Mustergenerierung) und die vielen Properties... wie Sebastian schon sagte...

[St_W]

So ich habe jetzt den riesenlangen Quelltext in mehrere Dateien aufgeteilt.

Das Ergebnis ist hier zu finden:
Multimedia-Tag 0.9.3 Beta (in Module aufgeteilt)

Ich musste gerade feststellen, dass man die "Declare Property"s gar nicht ausgliedern kann. Ich wollte das nämlich so machen:

Main.bas