Вебкамера, высокое разрешение, fsp и роутер со слабым железом

[sunny]

Зы, нобелевку sakatgg-у срочно

===

А я тут старый пень, вокруг uvc драйвера круги нарезаю....
Аж на 5 страниц настрочили......

Выходит надо анализировать код uvc2http.
И думать, как это можно прикрутить хотя бы к стриму motion - благо там всего:
- stream.c
- stream.h

Ясно одно, все крутиться вокруг грамотной организации работы с буфером.

[Legich5]

Сообщение от sakatgg

UVC_QUIRK_COMPRESSION_RATE - пришёл к выводу, что это аппаратная приблуда, включается там где её исключили из процесса, и если её нет изначально, то обломс

Нет, это не связано с железом. Это более точная оценка необходимого буфера для захвата кадра.

Менять k=5 на k=10 надо осторожно. Если задать слишком маленький буфер то его просто не хватит для кадра и он будет пропущен. Если же это близко к границе хватает/не хватает то скорее всего приведет к тому что будет потеряна половина кадров и на выходе будет меньше FPS. При этом нагрузка на CPU уменьшиться так как данных для обработки стало меньше.

Чтобы рассчитать свой коэффициент надо посмотреть реальный размер кадров (добавив трассировку) и на основе этого значения рассчитать свой коэффициент. Этот коэффициент действительно лучше рассчитывать для каждой камеры/условий съемки отдельно.

[Legich5]

Сообщение от sunny

Зы, нобелевку sakatgg-у срочно

===

А я тут старый пень, вокруг uvc драйвера круги нарезаю....
Аж на 5 страниц настрочили......

Выходит надо анализировать код uvc2http.
И думать, как это можно прикрутить хотя бы к стриму motion - благо там всего:
- stream.c
- stream.h

Ясно одно, все крутиться вокруг грамотной организации работы с буфером.

Странно, вроде бы ранее сошлись на том что узкое место это ffmpeg. Если ffmpeg кодирует со скоростью 4 кадра/сек. то больше от системы вы не получите.

А с какой скоростью система может отдавать данные на внешний диск? Возможно лучше писать все подряд, а процессинг (motion) запустить на другой системе?

[sunny]

Legich5

Конечно вы правы, патч uvc драйвера - является индивидуальным, а не универсальным решением.

Но, то что ваша утилита uvc2http - работает на системе без патча драйвера, это лишний раз говорит - о высоком уровне проведенных вами исследований и работы в целом.
Кодировать и писать на удаленном сервере - специальном облачном сервисе -это конечно возможно - но не в условиях обычного домашнего мастера-энтузиаста..

Если ffmpeg кодирует со скоростью 4 кадра/сек. то больше от системы вы не получите.

Характеристики роликов полученные системой до патча драйвера фото.

Для записи качественного видео этого безусловно не достаточно.

Но можно попытаться улучшить:

- работу стрима motion-a
- подумать чем заменить ffmpeg, возможно чем то подобным (просто гипотеза) и желательно доступным (дешевым) :

http://ru.aliexpress.com/item/New-10...rchweb201560_9

[sakatgg]

Legich5 Нашел у себя ошибку в uvc_driver.c для своей С270, проглядел

	  .driver_info		= UVC_QUIRK_IGNORE_VSI_IDX_OOR},
				| UVC_QUIRK_COMPRESSION_RATE },

а нужно

	  .driver_info		= UVC_QUIRK_RESTORE_CTRLS_ON_INIT
				| UVC_QUIRK_COMPRESSION_RATE },

пересобрал с clean, но в логе dwMaxVideoFrameSize опять не нашел

[sunny]

= UVC_QUIRK_IGNORE_VSI_IDX_OOR},

Это моя самая первая строчка
Я нашел драйвер, который прикручивали к ubuntu 2007 или 2008 в далеком году к моей камере...
И сочинял из патча и драйвера, я вроде заменил тот файл на правильный
А ты повидимому скачал мою самую первую версию, которую я сюда выложил - сейчас еще раз проверю

Да, в шапке было с неправильным значением - исправил, "дико извиняюсь"
===

Кстати, я попробовал выставить значение K=3.
Пока наблюдаю, вроде нормально ....

[Legich5]

Сообщение от sakatgg

Legich5
Через Fraps контролирую fps - четко реальных 30 показывает, при загрузке проца на 14-16%. Поток в 2 Мбайта/сек/ Статистика в VLC тоже пропуска кадров не показывает.

P.S. На mjpg-streamer поток в 2.3 Мбайта/сек, проц 18-20%, режим 1280х720х30

P.S.2 Выше тестировал на С270, пробую на С510 - mjpg-streamer 5 Мбайта/сек, проц - 30-44%
uvc2http - 4.3Мбайта/сек, проц -21-27%. С510 не прописана в uvc_driver.c, т.е. по логике на неё этот патч не действует, но прога uvc2http то работает, не пойму

Этот патч уменьшает размер буферов для камер у которых по умолчанию включен UVC_QUIRK_COMPRESSION_RATE. Т.е. работать должно, только памяти в 5 раз больше запросит.

[sakatgg]

sunny, По-моему опять не правильно, у тебя в архиве:

	  .driver_info		= UVC_QUIRK_RESTORE_CTRLS_ON_INIT},
				| UVC_QUIRK_COMPRESSION_RATE },

а в патче:

+	  .driver_info		= UVC_QUIRK_RESTORE_CTRLS_ON_INIT
+				| UVC_QUIRK_COMPRESSION_RATE },

[Legich5]

Сообщение от sakatgg

Legich5 Нашел у себя ошибку в uvc_driver.c для своей С270, проглядел

	  .driver_info		= UVC_QUIRK_IGNORE_VSI_IDX_OOR},
				| UVC_QUIRK_COMPRESSION_RATE },

а нужно

	  .driver_info		= UVC_QUIRK_RESTORE_CTRLS_ON_INIT
				| UVC_QUIRK_COMPRESSION_RATE },

пересобрал с clean, но в логе dwMaxVideoFrameSize опять не нашел

Проверь нормально ли у тебя применен патч - выполни поиск по бинарнику драйвера:

grep dwMaxVideoFrameSize /lib/modules/3.18.21/uvcvideo.ko

Если не найдет значит надо разбираться со сборкой. Возможно надо поправить путь.

[sakatgg]

В роутере

root@OpenWrt:~# grep dwMaxVideoFrameSize /lib/modules/3.18.23/uvcvideo.ko
root@OpenWrt:~#

Может из-за версии ядра у меня 3.18.23? У Вас 3.18.21

До этого uvc_video.c и uvcvideo.h брал с первого поста - патченные. Сейчас пробую все таки патч, чтоб сам отработал, ложу патч \target\linux\generic\patches-3.18\850-uvc-quirk-compression-rate.patch, но он изменения не вносит (секцию uvc_driver.c в нем убрал). Make clean как обычно.