16.01.2021, 10:18
@Reginald:
Da hast du sicher recht. Man kann aber fälschlich aufgeteilte Tracks im nachhinein wieder zusammenfügen.
Ich möchte mein eigenes Geschreibsel von vorhin teilweise widerrufen:
Richtig ist, daß man mp3 blockweise decodieren muß, um Pegel zu erkennen.
Nicht richtig ist, daß nach Schnitt neu codiert werden muß.
Man kann wie mp3DirectCut bei der "Normalisierung" vorgehen und nach Erkennen eines Blocks als vermutliche Track-Grenze dort auf mp3-Block-Niveau schneiden. Das enthält natürlich ein kleines Risiko, wenn die Grenze/Pause kürzer ist als ein mp3-Block zeitlich (~1/75 s) oder mittendrin beginnt oder endet. Außerdem können die Daten eines mp3-Blocks tatsächlich sich einige Blöcke weiter vorn in anderen Blöcken befinden. Dann führt ein Schnitt uU zu hörbaren Artefakten.
Quintessenz bleibt aber, daß man decodieren muß, um aufgrund eines Pegel-Kriteriums schneiden zu können. Dann kann man das auch auf wav-Niveau tun und hinterher die Daten-Kompression anwenden.
MfG Kai
Da hast du sicher recht. Man kann aber fälschlich aufgeteilte Tracks im nachhinein wieder zusammenfügen.
Ich möchte mein eigenes Geschreibsel von vorhin teilweise widerrufen:
Richtig ist, daß man mp3 blockweise decodieren muß, um Pegel zu erkennen.
Nicht richtig ist, daß nach Schnitt neu codiert werden muß.
Man kann wie mp3DirectCut bei der "Normalisierung" vorgehen und nach Erkennen eines Blocks als vermutliche Track-Grenze dort auf mp3-Block-Niveau schneiden. Das enthält natürlich ein kleines Risiko, wenn die Grenze/Pause kürzer ist als ein mp3-Block zeitlich (~1/75 s) oder mittendrin beginnt oder endet. Außerdem können die Daten eines mp3-Blocks tatsächlich sich einige Blöcke weiter vorn in anderen Blöcken befinden. Dann führt ein Schnitt uU zu hörbaren Artefakten.
Quintessenz bleibt aber, daß man decodieren muß, um aufgrund eines Pegel-Kriteriums schneiden zu können. Dann kann man das auch auf wav-Niveau tun und hinterher die Daten-Kompression anwenden.
MfG Kai