Софт для IP видеонаблюдения с управлением через клавиатуру

В чём проблема управления IP-PTZ по Onvif с помощью клавиатуры?

и управление стрелками только с минимальной скоростью.

и с максимальными задержками от 1 до 5 сек (и это еще - при работе в пределах одного хопа) между моментом подачи команды с клавы и моментом отображения на экране дисплея - самого факта исполнения ШЗ-камерой этой самой команды.

;-)

Не вижу причин скорость сделать больше, с виртуального джойстика же крутится и задержек не ощущаю :) он так же команды по IP посылает. Вот честно говоря незнаю как нужно построить сеть, так чтобы у вас задержка была в 5 сек из-за простого запроса... разве что если где-то радиоканал будет. :)

Не в сети как таковой проблема. Проблема - в пакетно-мултипликсированном способе передачи данных по TCP/IP сжатого MPEG-подобными кодеками (с их GOP-ами и с их ключевыми и дельта кадрами) - непрерывного видеопотока, да еще и от множества асинхронных источников на один приемник.

Не вижу причин скорость сделать больше, с виртуального джойстика же крутится и задержек не ощущаю :) он так же команды по IP посылает. Вот честно говоря незнаю как нужно построить сеть, так чтобы у вас задержка была в 5 сек из-за простого запроса... разве что если где-то радиоканал будет. :)

Не в сети как таковой проблема. Проблема - в пакетно-мултипликсированном способе передачи данных по TCP/IP сжатого MPEG-подобными кодеками (с их GOP-ами и с их ключевыми и дельта кадрами) - непрерывного видеопотока, да еще и от множества асинхронных источников на один приемник.

Проблема - в пакетно-мултипликсированном способе передачи данных по TCP/IP сжатого MPEG-подобными кодеками (с их GOP-ами и с их ключевыми и дельта кадрами) - непрерывного видеопотока, да еще и от множества асинхронных источников на один приемник.

Смотря как передаются дельта кадры и опорные клиенту - пачкой или по отдельности. Если сначала накопить дельты с опорными, а потом отослать клиенту, то мы получим задержку, минимум, в две секунды при одном опорном. Если не копить кадры, а сразу отсылать клиенту, то задержки нет визуально, далее уж как камера реагирует на запросы управления. У каждого софта своя реализация отправки данных. Кто-то тупо использует то, что уже есть, ничего не меняя, отправляя сразу данные. Кто-то копит, чтобы в клиенте не получать артефакты (GOAL одни из них, находил у них материал на сайте).

Ой, всё. Вопрос про софт скатился до IP vs аналог. :)

Владимир, - нажмите "Start train" тут DEMO AXIS 212 PTZ Network Camera и попробуйте удержать Axis-совский паровозик в фокусе и по центру кадра IP-PTZ. И что-то мне подсказывает что ваш смайлик, скобочку поменяет на противоположную.

;-)

Если сначала накопить дельты с опорными, а потом отослать клиенту, то мы получим задержку, минимум, в две секунды при одном опорном.

Для h264, да еще и с его переменным-битрейтом, который как правило в ОВ ограничен максиму на 10-15 мбит/сек, у-гу прямо 2 секунды "минимуму", который правда превращается при 25 fps и максимальном ODP-е уже в 10 секунд

Если не копить кадры, а сразу отсылать клиенту,

"Замечательно"!

Знал бы прикуп, - жил бы в Сочи!

Вот только как у узнать наперед: - а что же будет в следующих 250 кадрах, и всё для того, - чтобы на передающей стороне, сформировать этот несчастный GOP размером от 25 до 250 fps?

У каждого софта своя реализация отправки данных.

"Удивительно", всегда грешний считал что софт - это приемник данных, а формирователь и отправитель данных это - ШЗ-вк, ан-д нет оказывается усё наоборот. :-))

Для h264, да еще и с его переменным-битрейтом, который как правило в ОВ ограничен максиму на 10-15 мбит/сек, у-гу прямо 2 секунды "минимуму", который правда превращается при 25 fps и максимальном ODP-е уже в 10 секунд

Чем ограничен? Битрейт на Arecont Vision или Axis скокойно может превысить 15 Мбит при кодеке H.264 в высоком качестве, даже при одном опорном.

Битрейт не влияет на задержку, если в сети нет "затыков".

Вот только как у узнать наперед: - а что же будет в следующих 250 кадрах, и всё для того, - чтобы на передающей стороне, сформировать этот несчастный GOP размером от 25 до 250 fps?

Что Вы имеете в виду? Настройка GOP фиксированная, сама не поменяется. Даже, если эту настройку кто-то изменит, то софт подстроется под изменённое значение GOP.

"Удивительно", всегда грешний считал что софт - это приемник данных

Софт это и клиент и сервер. Клиент приёмник, сервер отправитель.

Поэкспериментируйте с VLC плеером на камерах H.264. Я лично ни на одной камере не видел задержку больше 2-х секунд.

Ну а если серьезно, то управлять IP-PTZ (тем более по ONVIF) - Вам вряд ли удастся даже с привычного джойстика или с привычной клавиатуры.

А в трассире нет такого режима? Буквально неделю назад ставили куполку на выезде - там, при переходе в PTZ, управление мышом идёт, а в углу экрана что-то вроде буквенной менюшки вылазит. Мне просто всегда мыша хватало - я не заморачивался на эту тему. Попробуйте. На сайте ДССЛ трассир-демо был, можно поиграться.

Goal поддерживает любые USB-джойстики и тачскрины, на выставке их шеф демонстрировал.