История изменений
Исправление anonmyous, (текущая версия) :
Это - другой порядок, он определяется PTS.
Да не особо там нужен PTS, можно порядок понять и без него. У B-фрейма будут 2 ссылки - вперёд и назад. При этом, в битстриме оба этих кадра будут располагаться перед ним, но, однако, вполне понятно, что тот, который через «переднюю» ссылку доступен, должен быть показан после этого B-фрейма, то есть передвинут.
К тому же, там есть счётчик PicOrderCnt, который, судя по всему, как раз и даёт корректный порядок, даже если у нас 2 B-фрейма подряд идут, и одними ссылками их упорядочить нельзя. В общем, PTS таки не при чём.
Исходная версия anonmyous, :
Это - другой порядок, он определяется PTS.
Да не особо там нужен PTS, можно порядок понять и без него. У B-фрейма будут 2 ссылки - вперёд и назад. При этом, в битстриме оба этих кадра будут располагаться перед ним, но, однако, вполне понятно, что тот, который через «переднюю» ссылку доступен, должен быть показан после этого B-фрейма, то есть передвинут.
Тем не менее, наверное, без PTSа будет сложно 2 стоящих подряд B-фрейма отсортировать, об этом я не подумал. :) Но, с другой стороны, можно делать GOPы и без стоящих подряд B-фреймов, и тогда, кроме как для синхронизации, PTSы особо ни для чего нужны не будут. Но так-то да, пожалуй, не во всех случаях можно, без PTS, порядок верно восстановить, это я погорячился.