Segmentation fault при первой же попытке заграбить кадр (т.е. старте пайплайна).
По GST_DEBUG судя по всему на функции "gst_imx_ipu_map_phys_mem".
Тот же сегфолт и на imxpxpvideotransform и на imxg2dvideotransform.
Проблема возникает именно при использовании appsink. Если вместо него взять imxg2dvideosink (с еще одним videoconvert чтоб он смог принять format=BGR) и запустить данный пайплайн через gst-launch, то все работает, но с предсказуемо отвратительным fps.
Т.е. пока вердикт что videoconvert тормозит но работает. Все аппаратные аналоги - сегфолтятся.
sasamy, спасибо за код!
Да, у меня тоже он работает без сегфолта. Поставил gdb, прогнал и ничего дельного не получил кроме того что сегфолтится на стыке OpenCV и GStreamer (https://github.com/opencv/opencv/blob/3.1.0/modules/videoio/src/cap_gstreamer.cpp) в момент чтения кадра. Глубже пока раскопать не могу.
Т.е. проблема судя по всему в том что не нужно использовать OpenCV API для захвата кадра и лучше делать все на базе "голого" GStreamer'а.
Уважаемый sasamy, добрый день!
Наступил на очередные грабли с TW6869, без вас судя по всему никак.
Суть: не могу переподключить TW6869 по mPCIE после remove
Плата iMX6S-SODIMM + SK-TW6869, buildroot2017.08
Цепочка действий:
1. Плата загрузилась.
2. /root/v1.sh - OK
3. echo 1 > /sys/bus/pci/devices/0000\:01\:00.0/remove - OK
4. echo 1 > /sys/class/pci_bus/0000\:01/rescan - OK
5. /root/v1.sh - уже не работает.
Вывод в консоль после пункта 4:
Ошибка в консоли после пункта 5:
Проверял, IRQ #306 завязана именно на TW6869. Номер самого прерывания каждый раз разный.
Т.е. симптомы: цепочка remove-rescan проходит без видимых ошибок в консоли.
Но при попытке после этого использовать TW6869 ядро ругается на необработанное IRQ и захват видео уже не работает. Помогает только полный reboot.
станно - у меня сразу trace с ошибкой. Ошибка эта не в драйвере tw6869 - по какой-то причине после remove-rescan ядро назначает для tw6869 левое прерывание от контроллера GPIO
Снова нужна ваша помощь, наступил на ранее не замеченную тонкость в работе драйвера TW6869 и не пойму как ее обойти.
Кратко суть:
1. Для чистоты перезагружаем систему.
2. Запускаем gstreamer без физически подключенной камеры (например /root/v1.sh).
Пайплайн резонно не работает.
3. Подключаем камеру - в консоли видно что TW6869 факт появления видеосигнала видит, но DMA поток не стартует. На экране пусто.
4. Убиваем gstreamer и снова его запускаем уже при подключенной камере. Все работает отлично.
5. А вот теперь интересно - если теперь повторить пункт 2 (сначала запустить gstreamer, а только потом подключить камеру), то DMA поток стартует нормально и опять же все работает отлично.
Т.е. грубо восстановление сигнала при подключении камеры при уже запущенном пайплайне работает только если до этого на этом канале пайплайн уже когда-то корректно работал. С нуля - восстановление сигнала не работает.
Вывод консоли для вышеописанного:
(2) Запускаем gstreamer без физически подключенной камеры:
(3) Подключаем камеру при в первый раз запущенном пайплайне:
(4) Убиваем gstreamer и снова его запускаем уже при подключенной камере:
(5.1) Запускаем gstreamer не в первый раз, но камера отключена:
и в этом кроется проблема - если нет видеосигнала конвеер стартует с дефолтными параметрами - PAL по умолчанию 720x576, если вы потом подклчаете камеру с NTSC у него другое разрешение 720x480. В общем если используете NTSC - поменяйте
#define TW_DEFAULT_V4L2_STD V4L2_STD_NTSC
конвеер не конфигурируется динамически. По хорошему - надо бы добавить параметр для плагина imxv4l2videosrc для дефолтного стандарта а не исходники в ядре править.
19.01.2018 16:39 
19.01.2018 16:39
