Ton versetzt zur Timeline bei .mp3 mit VBR [gelöst > wandeln zu .wave]

Zitat

...Tonausgabe über das Mainboard Asus X-99,...

Hi,

dort dürfte der Knackpunkt liegen.
Die OnBoard-Sounds sind halt nicht unbedingt das "gelbe vom Ei". Das ist ähnlich zu betrachten wie bei der GraKa.
Ein spezielles Audio-Interface - ich bevorzuge da externe Lösungen - ist von den Ansprechzeiten her deutlich besser. Das merkt man nicht nur bei der Wiedergabe, sondern insbesondere bei der Aufnahme.

Zitat

Hm, ok. Dachte .mp3 wäre normaler Standard. Welches Programm zum wandeln würden sie empfehlen?

Es gibt zwar auch Freeware, aber ich bevorzuge WaveLab aus dem Hause Steinberg.
Dies bietet auch erheblich bessere Möglichkeiten der Ton-Bearbeitung als sie in den Schnittprogrammen gegeben sind. Für den privaten Gebrauch dürfte die Elements-Version ausreichen.

Gruß
Peter

Nun Moderator 2 hat es im Grunde schon auf den Punkt gebracht:

1. Variable Bitraten MP3 bieten keinen gleichmässigen Datenstrom aus dem ein Schnittprogramm eine exakte Zeit ableiten kann.
2. Das Märchen, man könne durch eine hohe Samplerate eine mit niedrigerer Samplerate hergestellte Audiodatei "aufwerten", lässt sich nicht ausrotten.

Wenn eine Datei mit 44,1 und 16 Bit aufgenommen wurde, wo sollen denn beim "Aufpusten" auf 96kHz 24 Bit die AudioInformationen herkommen, die bei 44,1 und 16Bit schon gar nicht da waren?

3. Der Videostandard für den Audioteil ist 48 kHz.

@gurit: Der Onboardsound moderner Boards ist extrem hochwertig. Externe Audiointerfaces bieten für die Wiedergabe im Videoediting keinerlei Vorteile.
Ich selbst nutze eine RME-AIO UND den Onboard Sound und kann im Videoediting keinerlei Unterschiede ausmachen.
Erst wenn Anschlüsse wie AES-EBU ins Spiel kommen, werden externe oder interne Lösungen notwendig.
Im Gegenteil haben onboard Lösungen meist weniger Probleme bei der Wiedergabe problemetischer Audiodaten, weil die Profikarten oft zicken, wenn keine normgerechten Signale kommen.

@ Grauer Tiger

Gut, die Verhältnisse auf einem X99-Board kenne ich nicht aus eigener Anschauung. Und auf meinem derzeitigen X79-Board habe ich tatsächlich schon einfache kurze Schnittarbeiten (Zwischenarbeiten) mit 1 oder 2 konformen Audiospuren über den OnBoard-Sound ausgeführt, ohne Abweichungen feststellen zu können. Normalerweise - insbes. zur Fertigstellung/Ausgabe - gehe ich aber immer über mein RME Fireface 400. "Zickereien" konnte ich dabei noch nie feststellen. Allerdings achte ich auch darauf möglichst nur einwandfreies Material zu verwenden. Notfalls erfolgt vor der eigentlichen Verwendung eine Umwandlung.

Ich arbeite nicht nur im Videoediting, sondern auch etwas im Musikbereich. Insbes. im Aufnahmebereich ist da der OnBoard-Sound m.E. merklich schwächer.

Ansonsten stimme ich Dir voll zu.
Ein "Aufpusten" bringt weder beim Audio, noch beim Video etwas.
Lediglich wenn man (außerhalb Videoediting) eine Audiobearbeitung - insbes. Mischen mit höherwertigerem Material - vornimmt, kann es einen gewissen Sinn bringen zwischenzeitlich einen höheren Standard zu verwenden, um die entstehenden Verluste geringer zu halten.
Auf alle Fälle ist es aber für das Videoediting besser evtl. als 44,1kHz vorliegendes Material in 48kHz zu wandeln - nicht wegen einer "Aufwertung", sondern um kein "Michmaterial" auf der TL zu haben.
Auch wenn heutige Schnittprogramme, wie Edius, in diesem Bereich deutlich besser und unanfälliger geworden sind, ist es doch ein Störfaktor, der sich relativ leicht ausschalten lässt.

Gruß
Peter

Auch ich kenne das Problem, dass der Ton deutlich wegläuft beim Abspielen aus der Timeline.

Das Problem war, dass ich mein MSI-Board mit der zugehörigen Software DualCoreCenter hochgetaktet hatte.

Offensichtlich beeinflußt das nicht Video und Sound im gleichen Maße. Anscheinend arbeiten beide Ausgaben dann mit unterschiedlichem Takt.

Schalte ich die Übertaktung auf Standard zurück, läuft der Ton wieder einwandfrei synchron.

Guten Tag zusammen, neben der variablen Bitrate ist auch noch joint Stereo codiert worden. (siehe post #6)
Das schafft kleinere Dateien, aber benötigt auch Performance beim abspielen.

VBR, joint stereo und eine nicht passende Samplingrate zusammen mit der oben beschrieben Hardware dürfen es dann auch wohl sein...