JID3 + vdheide schreiben zu langsam

[Head]

Hi,

ich entwickle gerade ein kleines Programm, mit dem man MP3s taggen kann - sowie die ID3-Tags auslesen kann...

habe bereits folgende Libraries für das Lesen/Schreiben der Tags verwendet:
- JID3
- vdheide

lesen geht ja in angenehmer Geschwindigkeit - jedoch benötigt das Schreiben neuer Tags auf die MP3s relativ lange, und das ist mein Problem:
die MP3-Datei wird beim schreibenden Zugriff neu erstellt (muss kopiert werden), die alte datei wird gelöscht und die neue Datei wird in die alte datei umbenennt

gibt es irgendeine schnellere lösung?

vorlage für mein Programm ist "TagRename", mit dem das Schreiben der Tags auf die Dateien sehr schnell geht.
Dort muss die Datei anscheinend nur dann kopiert werden, wenn noch keine Tags auf den MP3s vorhanden ist.
Sollten schon Tags vorhanden sein, wird einfach nur der Tag geändert und die Datei muss nicht neu erstellt werden, was einen sehr großen Geschwindigkeitsvorteil bietet.

Könnte mir jemand eine schnellere Library für mein Vorhaben empfehlen?

Danke schon im Voraus!

 

[Saxony]

Hiho,

es kommt darauf an, ob der ID3 Tag V1 oder V2 ist.

Bei V2 muss die ganze Datei kopiert werden, was bei V1 nicht der Fall ist.

Somit dauert selbst bei Winamp das Ändern von V2 Tags relativ "lange".

[edit]
V1 Tags stehen am Ende der mp3 und starten somit bei mp3.size - 128byte. Bei V2 bis V2.3 stehen die Tags am Anfang der mp3. Dadurch, dass V2 Tags eine variable Länge haben, erfordert dies das Kopieren bzw. neu anlegen der mp3.
Ab V2.4 sind aber auch V2 Tags am Ende möglich - wird aber bisher kaum/nicht unterstützt.
[/edit]

bye Saxony

 

[The_S]

Warum muss bei V2 die ganze Datei kopiert werden und bei V1 nicht ???:L ?

 

[Saxony]

Warum muss bei V2 die ganze Datei kopiert werden und bei V1 nicht ???:L ?

Siehe Edit!

bye Saxony

 

[The_S]

Und für was gibts padding im V2-Tag? :wink:

 

[Saxony]

Tja dazu muss die zu bearbeitende MP3 auch erst einmal den kompletten ID3 V2 Tag gepaddet haben, damit man das merkt!

Ist das eine mp3 von irgendwo her, kann man zu 98% davon ausgehen, dass sie nicht gepaddet ist! Deshalb muss sie mind. beim ersten Edit kopiert werden.

Noch eine Anmerkung:

Es kommt auch darauf an, wieviel Platz reserviert wurde beim Padding. Fügt man ein AlbumCover als Bild in den Tag ein, wird es schnell eng -> mp3 muss neu geschrieben werden.
LAME reserviert beim Padding angeblich nur 128byte.

bye Saxony

 

[The_S]

Also meine sind alle gepaddet und die sind von so ziemlich überall her

 

[Saxony]

Also meine sind alle gepaddet und die sind von so ziemlich überall her

Hmm! Von so ziemlich überall? Ich dachte man hat nur selbst gerippte mp3's, wo man auch die OriginalCD dazu hat auf der Festplatte! ???:L

:roll:

bye Saxony

 

[Head]

danke für die vielen Antworten


gibt es denn nun eine Library, die auf das padding achtet, und nicht einfach nur neu padded?
sprich: Wenn schon ein Bereich für die Tags reserviert wurde, dass die Datei nicht neu kopiert wird?


mfg

 

[Saxony]

Hiho,

tut mir leid eine Lib dazu kenne ich leider nicht!
JID3 scheint aber schon bei Verwendung von ID3v2.3 padding zu betreiben.

0.34 (2005/01/08)
Add tag display option to command line utility.
Add padding to v2.3.0 tags by default, to prevent Winamp from missing the last frame in the tag.
[...]

Um welche Bytegrößen es sich aber dann hierbei handelt, weiß nur der der es implementiert hat!

bye Saxony

 

[The_S]

Also meine sind alle gepaddet und die sind von so ziemlich überall her

Hmm! Von so ziemlich überall? Ich dachte man hat nur selbst gerippte mp3's, wo man auch die OriginalCD dazu hat auf der Festplatte! ???:L

:roll:

bye Saxony

Du willst gar nicht wissen, wie viele verschiedene Ripper ich schon ausprobiert habe :autsch:

 

[tuxedo]

Ich glaube Saxony wollte auf das Kopier und Urheberrecht anspielen.

Naja. Die "Privatkopie" (die nach wie viel legal ist) erlaubt es, MP3s auch ohne besitz der original-cd auf der Platte zu haben. Nur dummerweise gerät das immer mehr in vergessenheit dank der "Raubkopierer sind Verbrecher" Kampagne ...

Aber wieder back2topic

- Alex