Hi,
Weil die alle eine unterschiedliche mp3-Lizenz besitzen. Ich unterstelle, dass du mit „Audiodateien“ mp3-Dateien meinst, das wäre wichtig zu wissen.
Ja, das sind ales .mp3 Dateien.
dann ist der Erklärungsansatz von Mattes mit dem fehlerhaften Index oder Timestamping hinfällig, denn solche Dinge kennt das mp3-Format nicht.
Es kann aber sein, dass die Datei größere Bereiche enthält, die *keine* Audiodaten sind. Solche Bereiche werden beim linearen Abspielen einfach übersprungen, der Decoder sucht stur nach der SYNC-Marke, die den nächsten gültigen Audio-Datenblock ankündigt.
Beim "Springen" (seek) versuchen aber die Player normalerweise, anhand der Bitrate und der gewünschten Zeitmarke die Position innerhalb der Datei zu berechnen, und springen dann "auf gut Glück" diese berechnete Stelle an.
Plausibilitätskontrolle: Mit welcher mp3-Bitrate ist die Datei erstellt? Passt das grob hochgerechnet mit Spieldauer und Dateigröße zusammen? Faustregel: Bei 128k ergibt sich relativ genau 1MB pro Minute Spieldauer. Wenn deine Datei wesentlich größer ist, wäre das schon mal verdächtig.
Okay, bei mp3 mit variabler Bitrate (VBR) geht diese Abschätzung natürlich in die Hose ...
Ich habe die .mp3's bei jamendo, einer Plattform für freie Musik, runtergeladen. Die haben dort auch einen Player; dort besteht das Fortschrittsleisten-Problem in meinem Firefox nicht.
Was ist mit anderen Standalone-Playern, wie etwa VLC?
So long,
Martin
Lieber eine gesunde Verdorbenheit als eine verdorbene Gesundheit.
Selfcode: fo:) ch:{ rl:| br:< n4:( ie:| mo:| va:) de:] zu:) fl:{ ss:) ls:µ js:(