LINUX.ORG.RU

История изменений

Исправление anonmyous, (текущая версия) :

Это - другой порядок, он определяется PTS.

Да не особо там нужен PTS, можно порядок понять и без него. У B-фрейма будут 2 ссылки - вперёд и назад. При этом, в битстриме оба этих кадра будут располагаться перед ним, но, однако, вполне понятно, что тот, который через «переднюю» ссылку доступен, должен быть показан после этого B-фрейма, то есть передвинут.

К тому же, там есть счётчик PicOrderCnt, который, судя по всему, как раз и даёт корректный порядок, даже если у нас 2 B-фрейма подряд идут, и одними ссылками их упорядочить нельзя. В общем, PTS таки не при чём.

Исходная версия anonmyous, :

Это - другой порядок, он определяется PTS.

Да не особо там нужен PTS, можно порядок понять и без него. У B-фрейма будут 2 ссылки - вперёд и назад. При этом, в битстриме оба этих кадра будут располагаться перед ним, но, однако, вполне понятно, что тот, который через «переднюю» ссылку доступен, должен быть показан после этого B-фрейма, то есть передвинут.

Тем не менее, наверное, без PTSа будет сложно 2 стоящих подряд B-фрейма отсортировать, об этом я не подумал. :) Но, с другой стороны, можно делать GOPы и без стоящих подряд B-фреймов, и тогда, кроме как для синхронизации, PTSы особо ни для чего нужны не будут. Но так-то да, пожалуй, не во всех случаях можно, без PTS, порядок верно восстановить, это я погорячился.