Цитата

При вводе видео с tw6869 изредка возникает ситуация, когда четное и нечетное поля кадра меняются местами.

Это баг tw6869 и програмно по регистрам состояния такую ошибку не отловить. Частично проблему решает сброс при потере и восстановлении сигнала но это не панацея

https://github.com/sasamy/tw6869/blob/92cd2e062249cd1d3639cbb0937d5e50cc41477f/tw6869-core.c#L160

Цитата

if (err || dma->lost != lost ||
dma->fld != fld || dma->pb != pb) {
spin_lock(&dev->rlock);
tw6869_dma_reset(dma);
spin_unlock(&dev->rlock);

Цитата

В связи с этим вопрос - драйвер как-то различает поля ?

чтобы это програмно сделать да на нескольких видеопотоках - надо прилично нагрузить процессор

http://www.mistralsolutions.com/newsletter/Jul13/Field_Dominance_Algorithm.pdf

драйвер получает готовый кадр в буфер - контроллер DMA складывает поля черезстрочно.

Ситуация возникает иногда не при потере и восстановлении сигнала , а просто при запуске конвейера gst на ввод
А нельзя перед запуском DMA анализировать текущее поле - по адресу 0x100(110,120..) есть бит fileld - дождаться значения и запустить. И еще есть регистр 0x01 там тоже есть биты Field, правда в нашем случае я не увидел, что они меняются, наверное это для режима field_mode в регистре 0x2E

Можно попробовать.

Тут патч в котором реализовано

Цитата

перед запуском DMA анализировать текущее поле

драйвер перед стартом DMA ожидает четное поле.

https://yadi.sk/d/l7XE7DQp3PZt3f

Скопируйте этот патч в buildroot

board/starterkit/imx6sk-min

уажите его для ядра

make menuconfig

Kernel --->
(board/starterkit/imx6sk-min) Custom kernel patches

пересоберите ядро c этим патчем

rm output/build/linux-custom/.stamp_patched
./kernel_rebuild.sh

Спасибо - попробую

Доброго времени суток! Пролистал документацию на IMX6 и не нашел внятно. Есть ли ограничения на размер кадра для VPU при компрессии . Есть цифры типа
The VPU supports up to full HD 1920x1080 60i or 30p decoding and
1920x1088 encoding. Но это вроде как с точки зрения производительности. В плагинах gstreamer тем не менее прописаны эти цифры даже для mjpeg :
width: [ 48, 1920 ]
height: [ 32, 1080 ]
Все таки это ограничения в плагинах или аппаратно?
И второе - вроде как возможен поворот изображения перед компрессией. В плугинах поворот присутствует только для вывода.
Проблема - записать нестандартное видео 1024 х 1536 строк

Цитата

Все таки это ограничения в плагинах или аппаратно?

для h264 скорей всего аппаратно разрешение ограничено, для mjpeg програмно - в плагинах или в библиотеке для vpu

https://community.nxp.com/search.jspa?q=vpu%20resolution