Audio/video-Synchronisation, TS MPEG2;H264/AVC, Verständnis-Punkte in Handbrake

Synchronisation hat mich immer fasziniert, oder um genauer zu sein: warum ein .ts kann man im sync von media-Playern, während die demuxt audio+video zusammengesetzt ist out of sync.

So, ich bin versucht, dies zu verstehen, und was kann getan werden, um es zu verhindern.

Habe ich Folgendes gelesen:
https://trac.handbrake.fr/wiki/LibHandBrakeSync
und die Quelle der Synchronisierung.c (auch im wiki verfügbar)

BitStreamTools geschrieben haben, eine Theorie 101 über das Thema auch (aber ich kann nicht link, wie ich bin ein neuer user, sorry)

Weile dachte ich, mein Verständnis von PCR/PTS war (konzeptionell) richtig, ich habe eine harte Zeit folgenden Handbremse ausgezeichneten A/V-sync-Papier.

Meine Frage ist: ist es eine eher intuitive (es kann kurz sein, kurz oder länger, wie lange) Erklärung von a/v-Synchronisation? Obwohl ich weiß, dass kann man neu berechnen Punkte aus der PCR, wenn die audio-oder video-pts beschädigt ist (Diskontinuität?), Handbremse scheint nicht auf ihn verlassen, sondern auf seine innere-Punkte. 0, += 1/fps (~=5), 10, 15, ....

Wäre es möglich, die Neuberechnung der Punkte offsets und korrigieren .ts (Binär) durch die Festsetzung alle audio-und video-PTS-Werte (und neigen alle DTS mit dem gleichen Versatz, so dass der Spieler nicht "run out of frames", sozusagen), und haben damit eine .ts, das kann demuxt, und die isolierten tracks dann in sync (wenn Sie wieder zusammen setzen)?

BEARBEITEN:
Oder wäre es nicht möglich, zu beheben durch die Verwendung von PCR, um eine Neuberechnung aller PTS-Werte in einem bestimmten .ts? Ich verstehe zwar, dass einige Bilder/audio könnte beschädigt werden übertragen, so kann es nicht korrekt dargestellt, ich überlasse die Handhabung dieser (wie zu entfernen das video, wenn es beschädigt ist und über die entsprechenden audio-Teil, das einfügen von x ms schweigen, wenn das audio-Paket ist beschädigt etc.) später, und im Rahmen dieser Erörterung werde ich voraussetzen, alle Bilder sind intakt. (Aber dann die PTS-Werte würde immer richtig sein, obwohl, oder was?)

Anhang:
Mein nehmen auf die Handbremse A/V-Papier ist dieses:
Auf "erwartete" 100, der Versatz errechnet sich als video-pts (100) - audio-Punkte (0) - die innere-Punkte, um die audio-bis zu der gleichen Präsentation Zeit, so dass ein pts offset von 99. bei 105 der offset wäre 105-5 = 100 und nicht 99, aber wir gehen zu verwenden, 99 als ausgeglichen, da es keine Notwendigkeit, neu zu berechnen (100-99 = 1. 1/fps < 100ms). Bei 150, die pts-offset berechnet sich wieder als die video-Punkte zurückgegangen ist, im Gegensatz zum zunehmenden...

Bin ich fast sicher ich bin komplett irren, aber kann mir jemand zeigen in die richtige Richtung, bitte?

• Josh

InformationsquelleAutor der Frage Josh | 2011-01-18