АК
тем более у меня с хардварными декодерами всегда проблемы были
Size: a a a
2020 July 13
K
напрямую, а не через libav
Хм
Не думал об этом
Не думал об этом
K
Когда речь зайдёт об оптимизации - то можно будет смотреть в эту сторону, но пока что только libav
AT
напрямую, а не через libav
я бы не советовал. Там такой говнокод даже в примерах. Стопицот каких-то парамтеров надо захардкодить, чтобы сконфигурировать
K
I S
Где-то проблема с форматом пикселя, скорее всего на этапе копирования буфера. Проверить можно переставив входной и выходной в NV12
NV12 - это что?
АК
я бы не советовал. Там такой говнокод даже в примерах. Стопицот каких-то парамтеров надо захардкодить, чтобы сконфигурировать
ну тогда православный x264
K
ну тогда православный x264
Медленно
K
Кстати, попробую им, интересно, такой же будет результат или нет
AT
в NV12 вроде бы один буффер с двумя компонентами и ещё один с одной
K
АК
скорее всего баг либо в libav, либо с текстурой на входе
АК
тут другого не дано
IS
Если входной и выходной стоят в NV12 и такая же хрень то где-то есть проблема с копированием памяти
AT
скорей всего проблема в том, что не учтена длина одной строки (row stride), которая может быть больше, чем разрешение по горизонтали * размер пикселя в байтах
судя по характеру смещения паттерна на каждой строке и количеству зелени внизу — я близок к правде
IS
Как написал коллега выше вероятно где-то ошибка на страйд
K
скорее всего баг либо в libav, либо с текстурой на входе
На входе нормальная текстура, я её специально сдампил чтобы убедиться в этом
AT
На входе нормальная текстура, я её специально сдампил чтобы убедиться в этом
ага. И она прямоугольная без паддинга справа?
K
AT
в общем советую тебе проверить то, что я написал
K
Ладно, спасибо!