Anwendungsfehler mp3DirectCut ??

[wk]

Hallo,

ich weiss nicht, ob ich das Programm richtig anwende...

Ich möchte mit der Option "Pausen suchen" die Stille am Anfang und am Ende von Titeln löschen - bekomm das aber nicht hinn.

Ich habe z.B. einen Song, der ca. 7sec. Stille am Anfang hat - mp3DirectCut erkennt dies aber nicht.

Liegt hier ein Anwendungsfehler meinerseits vor oder kann mp3DirectCut nur Pausen innerhalb der Songs finden?

Gleich noch eine 2. Frage:

Wenn ich Songs mit mp3DirectCut bearbeite, stelle ich hinterher fest, dass die Tag Eintragungen nicht mehr stimmen. So wird z.B. die Angabe "Titelnummer von" gelöscht.

Liegt hier ebenfalls ein Anwendungsfehler vor, oder "verschluckt" mp3DirectCut beim Beschneiden wirklich Tag-Informationen?

Außerdem werden die MP3Gain-Informationen gelöscht.

Nochwas ist mir aufgefallen:

Bei den bearbeiteten Songs steht als Encoder mal das, was auch in der "original" Datei steht (Lame 3.9 mal steht dort aber FHG (Guess).

Ich denke mp3DirectCut codiert nicht neu??

[mpesch3]

Hallo wk,

wie ich das sehe, wendest du das Programm für deine Zwecke offenbar noch nicht richtig an.

Die Pausensuche sollte auch das Ende einer Stille am Anfag erkennen. Sie ist aber nicht so gut geeignet, die Stille wegzuschneiden. Dazu muss das Häkchen bei "ganze Pause schneiden" gesetzt werden. Sicherer ist aber das Entfernen einer Anfangspause per Hand.

Um alle Tags und Header zu behalten, muss unter ID3 tag und Datei-Info im Bereich "Speichern" alles angehakt sein. Dann sollten auch die Replaygain-Infos und die Encoder-ID bestehen bleiben.

Neu codieren tut mp3DirectCut beim Bearbeiten auf keinen Fall. Bei Encoder schreiben manche Player FHG, wenn kein Header vorhanden ist.

Martin

[wk]

..

[mpesch3]

Dass sich die Bitrate ändert, kann sein. Die Stille am Anfang hatte vielleicht eine niedrige Bitrate und die Statistik auf 211 leicht gesenkt. Daher klingt 214 plausibel. Es ist bei VBR ja eine durchschnittliche Bitrate, die sich auch ohne Neucodieren ändert.

Das Replay Gain hat womöglich im APE Tag gesteckt. Und den unterschlägt mp3DirectCut in der Tat.

Der ID3v2 Tag wird von mp3DC fast unverändert weitergereicht. Lediglich das Längen-Feld wird durch ein Füll-Feld ausgewechselt, das die ID3v2-Struktur aber nicht durcheinanderbringen sollte.

Grundsätzlich kann ich Tags nicht empfehlen. Erst recht nicht drei auf einmal. Da kommt immer was durcheinander. Und dann gibt es auch noch verschiedene Versionen. Für wirklich sinnvoll halte ich nur den Xing-Header.

Martin

[wk]

.

[mpesch3]

Der Xing-Header kann in der Lame-Erweiterung auf jeden Fall Replay Gain speichern. ID3v2 sollte auch Replay Gain speichern können, weil ID3v2 ja alles kann. APE kann es offenbar auch speichern. D.h. es gibt drei Möglichkeiten. Welche genutzt werden, hängt von der Software ab. mp3DirectCut unterstützt Replay Gain nicht aktiv, sondern kopiert es mit Lame- und ID3v2-Tag blind weiter.

[WinnieW]

Hallo!
Da ich mich mit LAME VBR, mp3gain und dem MP3 Format ein wenig auskenne wollte ich dazu noch was schreiben.

Der Xing-Header (bei MP3s mit VBR) sollte nach dem Schneiden neu erzeugt werden, weil sich dieser Header auf die originale Datei vor dem Schneiden bezieht.
Nach dem Schneiden stimmen einige Angaben in diesem Header nicht mehr, z.B. Länge bzw. Spieldauer der Datei sowie Anzahl der Audioframes. Deshalb müsste der Xing Header der geschnittenen Dateien neu erzeugt werden.

Mir ist persönlich keine Abspiel-Soft- oder -Hardware bekannt welche die ReplayGain Info aus dem Lame Header verwendet.

Die Replay Gain Info im APE-Tag wird von mp3gain erstellt und ist als Undo-Info gedacht um die Datei wieder auf die ursprüngliche Lautstärke bringen zu können. Wer das nicht beabsichtigt, der benötigt die Undo-Info und damit den APE-Tag nicht.
Ich halte es für sinnvoller die mp3-Datei erst zu schneiden und erst nach dem Schneiden mp3gain auf die fertig geschnittenen Dateien anzuwenden.

[_db_]

[WinnieW]

Mea Culpa,
das mag daran liegen dass ich bis jetzt noch keine VBR MP3s mit mp3DirectCut geschnitten habe, nur CBR MP3s.

[mpesch3]

Ja, der pure Xing-Header mit Frames, Size, TOC wird von mp3DC grundsätzlich neu erzeugt. VBR Quality wird übernommen. Auch die Lame-Daten aus dem Xing-Header werden blind übernommen - allerdings ohne $B8-$BB MusicLength, $BC-$BD MusicCRC und $BE-$BF TagCRC. Und im Lame steckt in $A7-$AF ja auch Replay Gain.