ID3Tag einer String-Variable zuweisen

[edosoft]

jo stimmt aber id3 v2 benütz ich ungern weil er langsam ist...

[scp]

[ot]
Und ID3v2 hat diesen lustigen Int28, ansonsten ist er besser gelungen.
Nur bringt das nix, sich auf einen festzulegen (wenn man die mp3s nicht selbst erstellt oder ändert), weil manchmal ist v1 drin, manchmal v2, manchmal beide.
[/ot]

[edosoft]

jo
also ich mein des so:

bei meiner mp3 datenbank hab ich alle id3 v.2 tags gelöscht und nur interpret unt titel mit v1.1 gespeichert.
drum hab ich auch die meisten programme so gebaut dass sie in erster linie 1.1 lesen weil doch fast jede datei ein 1.0/1.1 tag hat.
(sowieso ist v2 scheisse weil man da immer die ganze datei verschieben muss um den täg ein buchstabe länger zu machen oder so, ist deshalb halt ziemlich langsam.


gibts eigentlich en unterschied zwischen 1.0 und 1.1?

achja und gibts eben dafür ne funktion beim TStream(TFileStram) dass ich an der cursorposition sag mer mal 10 bytes einfügen kann?
(weil mit .Write(S[1], Length(S)) überschreibt er ja...

[Muetze1]

Moin!

- Viele gute ID3v2 Tagger schreiben Nullbytes nach dem Tag bis zur ersten Frame des MP3's so dass man diesen Platz für veränderte Tags nutzen kann - ohne die Datei umzukopieren. Z.B. Winamp

- Unteschied ID3v1.0 und ID3v1.1: v1.0 hat keine Tracknumber und der Comment ist 30 Zeichen lang. ID3v1.1 hat die Tracknummer und der Comment ist 28 Zeichen lang.

MfG
Muetze1

[edosoft]

@mütze:
jo das mit der tracknummer hab ich auch schon rausgefunden, trotzdem danke.
sollte man des jetzt so machen:

Delphi-Quellcode:

if (comment[29] = #0) and (comment[30] > #0) then TrackNummer := Ord(comment[30])
else TrackNummer := 0;

oder?

und zum innen filestream oder so ein paar bites einfügen gibts gar keine funktion?
muss ich dann den rest der datei inne variable(string oder so) kopieren und dann wieder schreiben?(da musses doch was komfortableres gebn...)

[Muetze1]

Moin!

Das mit der Tracknummer ist haargenau richtig - keine Einwände. Ansonsten kannst du auch gerne mal ein Blick in meine MP3Lib werfen auf meine HP - diese liegt da samt Quellen zur freien Nutzung.

Und mit dem Schreiben von Freiraum bei den ID3v2 Tags:

1. Wenn der Tag schon vorhanden ist, dann findest du diesen Zwischenraum ja raus, weil
1a) entweder der ID3 Header diesen freien Platz mit einschliesst (also in seiner Längenangabe mit enthält), oder
1b) die erste Frame weit später zu finden ist als direkt nach dem Ende des ID3 Tags
und wenn das irgendwie der Fall ist, dann musst du entscheiden, ob der neue Tag da noch reinpasst oder nicht. Wenn ja, dann kannst du doch einfach schreiben - ins Originalfile. Wenn nicht, dann musst du wiederrum den schon angesprochenen langsamen Weg nehmen, genauso wenn...

2. kein ID3v2 Tag vorhanden ist, dann musst auch diesen Weg einmal gehen und das dementsprechend anlegen.

Nun noch was dazu zum programmieren:

1. ein TStream Nachfahre bietet einem die einfache Methode CopyFrom() - damit kann man leicht nach schreiben des Tags den alten Inhalt (also die Frames, die Musik) hinten anhängen.
2. Man kann bei einem TMemoryStream, TFileStream, etc einfach die Property Size setzen und somit auch nach alleinigen schreiben des ID3v2 Tags die Datei vergrössern und dann z.B. die Daten mittels CopyFrom() anhängen.

Ich muss dazu noch gestehen, das meine ID3 Lib das ganze mit den freien Bytes beim Editieren/Schreiben noch nicht unterstützt - ich habe es aber ebend in die ToDo List aufgenommen. Als nächstes kommt aber erstmal UniCode Support, der schon halb fertig ist und bei vielen Tags funktioniert...

MfG
Muetze1

[edosoft]

ok thänks

-mal bissle OT:
du weist net zufällig wo ich ne strukturinfo vom Xing tag und vom FhG tag finden kann?
(oder ne gscheite möglichkeit ohne die beiden tags die länge vonnem VBR zusammenzurechnen)?

[Muetze1]

Moin!

Die beiden Strukturen habe ich nicht - die brauche ich nicht und will sie nicht benutzen in meiner Lib. Auch der Frauenhofer Codec kann VBR und der benutzt nicht den Xing Tag, daher ist es auch nicht sicher bei einem VBR immer die Spielzeit heraus zu bekommen. Am besten den Playtime Tag auslesen wenn vorhanden bei ID3v2 oder ansonsten einfach die Frames durchrennen und dann einfach schnell zählen bzw. rechnen mit den einzelnen Bitraten der Frames. Wenn du willst, dann kann ich dir hier einen Source geben der bei einem MP3 von Frame zu Frames durchgeht und immer den Frame Header dekodiert - da kannst du dir dann in 2 Minuten eine kleine Routine draus stricken um die Spiellänge zu berechnen...

MfG
Muetze1

[edosoft]

ja aber des problem ist ja dann dasses halt so langgeht oder?
ích hab des mal ausprobiert da hat des glaub über 15 sekunden gebraucht für son lied.
vielleicht hab ich auch bloß bissle langsame such algorythmen kannst mir mal schicken wie du den header suchen würdest?
(ich probier des heut mittag nommal aus und poste dann die schnellste methode...)

achja, da wär noch was:



(und mit den xing tags: des würd ich ja dann auch so machen dasses nach den XING sucht und nur wenn die nicht da sind halt die frames durchzählt weils dann einfach schneller geht)

[Muetze1]

Moin!

Das Projekt werde ich heute abend dann mal hochladen - gestern hatte ich es versäumt...

MfG
Muetze1