>[оверквотинг удален]
>> системного). Естественно, время кадра больше, чем время на кадре.
> Я думаю, что есть вариант, который вы даже не пытались рассмотреть -
> время на экране ("время с консоли") и "текущее системное" - не
> одно и то же. Т.е., как вариант, тормозит вывод времени на
> консоль.
>> С чем бы это могло быть связано? С особенностями камеры, с особенностями потока,
>> или это все библиотека портит?
> Объясните пожалуйста, почему вы интересуетесь вопросом и что собираетесь делать со всем
> этим дальше.
> В общем случае, рекомендую начать задумываться "как это работает, детально".Проблема в том,что все, что вы оба мне перечислили уже рассматривалось. Rtp over udp рассматривается как поток , наилучший для real-time приложений. Оцифровка, передача, декодирование, задержки в портах и в канале тоже учитываются, но это бред, если задержка 0.3 секунды существует. ну 0.05 еще более менее. для real-time 3 десятых это ахтунг. Время на консоли тормозит - вполне может быть, но иначе я не знаю,как узнать задержку.. может вы подскажете? имхо , либо камера не готова работать в real-time и не может выдавать данные оперативно ( а это и значит, что формируется изо на матрице, выполняются все преобр и тд - долго, как справедливо отметил первый отписавшийся), либо библиотека. Вопрос по сути и был в этом. Всем,кто спрашивал о задержках с evidence советовали переходить на rtp over udp, то есть с камерой я уже ничего не могу поделать
|
Вариант для распечатки
(ok) on 16-Мрт-15, 20:25 
