Warning: touch() [function.touch]: Unable to create file /home/starterkit/starterkit.ru/html/error.log because Permission denied in /home/starterkit/starterkit.ru/html/errorhandler.php on line 51 TW6869 - SK - Вспомогательные средства - Форум - starterkit.ru
Спасибо, у меня действительно камеры NTSC и подход с заменой строки в исходниках драйвера помог!
Да, у меня так же. Под "не работает" следует помнимать "синий экран не меняется на изображение с камеры"
Даже если будет параметр для плагина то это не панацея - в моем случае подтыкаемая камера может быть как PAL, так и NTSC, и какая именно может быть ясно только после запуска пайплайна.
Отсюда следующий вопрос - можно ли из userspace'а отловить событие появления видеосигнала на входе TW6869 (по сути это соответствует сообщению в консоли tw6869 0000:01:00.0: tw6869_irq: ch1: signal recovered)?
Если перезапускать пайплайн целиком по этому событию то он будет (надеюсь) нормально стартовать с автоопределением стандарта.
сначала подключить камеру а потом конвеер запустить - никак ? в таком случае вообще ничего менять не надо, собственно какой смысл от синего экрана ? Можно в своем приложении опрашивать периодически через ioctl наличие сигнала и запускать конвеер когда он появился. Фреймбуфер синим цветом (или любым другим) и без gstreamer можно залить из юзерспейс.
В архиве патч для драйвера tw6869 (при смене стандарта "на лету" драйвер сообщает об этом в юзерспейс в соответствии со спецификацией v4l2) и пример демонстрирующий принцип работы с этим в юзерспейс - при обнаружении смены стандарта конвеер перезапускается
мусор из-за несоответствия стандарта в настройках и входящих данных - сигнал присутствует поэтому авппаратно буфер не заливается выбранным цветом как при потере сигнала
Уважаемый sasamy, добрый день!
Снова вопрос к вам.
Понадобилось поуправлять регистрами настройки аналоговой части tw6869.
Того что доступно средствами v4l2ctl.h и вынесено в ваш драйвер (brightness и т.п.) - к сожалению не достаточно, нужно иметь полный доступ к регистрам влияющим на оцифровку входного видеосигнала, т.к. сейчас есть некоторые проблемы с качеством картинки и видимо придется аккуратно подбирать параметры встроенных фильтров и т.п.
Поэтому вопрос - есть ли какой-то более-менее прямой путь организовать из userspace доcтуп к регистрам аналоговой части tw6869 кроме как вручную добавления их всех в драйвер с выносом интерфейса в v4l2ctl?
Интересуют регистры по адресам 0x103, 0x181 и прочие влияющие на качество картинки. Так же было бы очень удобно уметь включать генерацию тестовых полос встроенную в tw6869.
Я пробовал достучаться до них через утилиту setpci из состава pciutils, но регистры с адресацией через DMA через нее не видны.
Device Drivers --->
<*> Multimedia support --->
[*] Enable advanced debug functionality on V4L2 drivers
и отключить фрискейловские драйверы сенсоров - они с этой опцией выдают ошибки при сборке
Device Drivers --->
<*> Multimedia support --->
[*] V4L platform devices --->
< > OmniVision ov5640 camera support using mipi
< > OmniVision ov5647 camera support using mipi
MXC Camera/V4L2 PRP Features support --->
< > OmniVision ov5640 camera support
< > OmniVision ov5642 camera support
< > OmniVision ov5640 camera support using mipi
Спасибо за руководство!
Сделал, работает. Правда у меня ядро 4.1.15, в пачте - 4.9.88, пришлось подрихтовать патч. Получается есть что-то свежее чем buildroot-2017.08 доступное к использованию? Не смог найти на форуме объявлений про это.
В общем я прошелся по всем возможным и невозможным регистрам - результата толкового не получил.
Суть того что хочу - убрать искажения цвета а-ля радуга на контрастных участках изображения.
Пример:
Снятый участок оконной рамы сам по сути черно-белый, а после оцифровки tw6869 отчетлива видна "радуга" поверх, которая к тому же не статична и постоянно "прыгает".
Проверялось на нескольких разных камерах, везде этот эффект.
Плат тоже проверяли несколько, от SK-iMX6-MB до двух версий своей разработки.
Если подключить тестируемую камеру к обычному ЖК монитору - этого эффекта нет, т.е. это именно результат оцифровки tw6869.
Понимаю что вопрос не совсем по профилю, но может кто знает причину.
Теорию понимаю - проблемы с обработкой chroma из CVBS сигнала, но тсаованием значений регистров tw6869 убрать этот эффект не получается.