Fehlerhafte mp3s mit AG?

[deleted]

Ich benutze AG 1.8 und hab mit dem LAME 3.92 ein paar mp3s encodiert.
Nun bekomme ich bei jeder Datei mit dem Tool mp3test folgende Fehlermeldung:

First frame invalid
Resync: 626 Bytes at 182 (0%)
Errors: 1 (0,03%)
-- NOT OK --

Woran kann das liegen?

[deleted]

Hmm, ich bin ja nicht der wahre Experte dafür, aber ich würde sagen, das ist der ID3v1-Tag am Anfang jeder Datei, und das Problem ist mp3test!

Gruß, Christof

[deleted]

Aber bei anderen mp3s, die ich auch selbst encoded habe (mit dem Fraunhofer) kommt diese Fehlermeldung nicht.

Allerdings hab ich da jedes Mal folgende Fehlermeldung bekommen:

Last frame truncated by 365 Bytes
-- Ok --

Also das File soll "--Ok--", nur eben beim letzten Frame truncated, also so ne Art abgeschnitten um soundsoviel Bytes.
Ne Ahnung, was das zu bedeuten hat?

[deleted]

Ich hoffe, Benjamin, unser Experte für das, sieht sich das bald mal an.
Ich würde sagen, daß der Fraunhofer den Tag ans Ende schreibt. Deaktiviere mal testweise in den Mp3-Optionen alle Tag-Infos. Dann erstellst Du aus einer Wave-Datei ein Mp3, testest das mit diesem Tool. Wenn er jetzt zufrieden ist, war es nur der ID3V1-Tag und dieses Testprogramm ist Schrott.

Gruß, Christof

[spunky]

Meines Wissens schreiben alle MP3-Codecs die Tags an die gleich Stelle. Dabei ist der ID V1 Tag am Ende und der ID V2 Tag ist am Anfang. Hast Du bei den Files (FhG und Lame) die gleichen ID-Tags verwendet?

Teste doch Deine Files mal mit EncSpot und poste was dabei rausgekommen ist.

http://www.guerillasoft.com/EncSpot2/index.html

Spunky

[benjamin_lebsanft]

könnte am Lame Header liegen, den des Programm anscheinend nicht lesen kann!

Und wie Spunky schon sagte, v1 ist am Ende des files und deswegen bei VBR vorzuziehen!

[deleted]

An Spunky:
Jo, die Tags sind identisch.

Ich werde das nochmal testen und die Tags komplett weglassen, mal gucken ob das dann geht.
Heute abend müsste ichs dann wissen.