Думаю вы и так знаете что невозможно сделать такого, чего не было сделано до нас. И я конечно же догадываюсь что все что сделано можно сделать даже без перекомпиляции просто склеив тучу софта скотчем и бинтами. Однако у всякого готового решения есть цена. Вы должны знать что склеить, как склеить, как сделать так что бы не расклеилось и куда бежать когда нужно будет из фундамента этой конструкции вынуть кирпич. Плюс ко всему — как же самореализация)?
Все что вы спрашиваете перечислено в начале статьи.
Задача одной фразой: смотреть и записывать видео-поток с IP-камер робота.
Типовых вариантов нет. Если конечно вы не имеете ввиду стандартный софт от производителя камеры или доступ к камере через web-интерфейс или различные решения которые в основной массе рассчитаны под задачи видеонаблюдения.
Начальные условия одной фразой: есть IP-камеры передающие RTSP-поток.
Ограничения одной фразой: их нет. Разве что поместится в производительность процессора, но это не цель разработки, а именно ограничение нашего физического мира.
Нюансы передачи информации с глубины на данную разработку не влияют. Разве что упомянутое в начале ограничение на пропускную способность кабеля не позволяющее передавать сразу 9 потоков в качестве Full HD.
Код делает то что написано в теле статьи и комментариях и причина его наличия в теле статьи проста — дать информацию тем людям которые решают схожую задачу и минимизировать стук головой в кирпичную стену. Возможно вам просто нет надобности рассматривать код так как это не является вашей предметной областью. Может просто статья нашла в вашем лице терпеливого, но не целевого читателя которому я все равно благодарен.
А есть ли информация о том, что «дружественные» запросы пропускаются? А если пропускаются, то анализируются ли данные для проверки того, что это реально запрос «друга», а не червя который эксплуатирует запасной вход заложенный самими создателями?
Еще раз посмотрел, подумал — ссылки у нас с вами разные. Запрос в программе не формируется — это делает библиотека. Таким образом из программы уйдет запрос в виде ссылки в формате моей камеры и ваша камера на него не ответит. Можно, конечно, поглядеть в сторону самостоятельной инициализации RTSP или подмены запроса, пока сложно прогнозировать успех в данном направлении.
Моя камера так же имеет возможность отдавать поток по ссылке вида rtsp://admin:12345@192.0.0.64/h264/ch1/sub/av_stream поэтому надо попробовать. Если в SDK не использовались специфические функции может получиться. В сети на тему совместимости SDK от Hikvision и оборудования от D-Link информации не нашел.
Все зависит от специфики обмена данных камер с клиентом. В ipc preview использован SDK для камер Hikvision. Крайне маловероятно, что данный SDK сможет установить связь с камерой D-Link. Можно: 1 — попробовать :) 2 — озвучить модель и, если есть такая возможность, ссылку на SDK для D-Link: я посмотрю что можно сделать малой кровью.
1 При архивации потока main жесткого диска объемом 200 ГБ хватает на 6 дней. Архив циклический. Записи старше 6 дней замещаются новыми. Если за ваше отсутствие что-то произошло (в пределах 6 дней) вы сможете найти это в архиве. Методика поиска зависит от специфики события. Архив представляет собой просто папку с файлами mp4. Файлы именуются по моменту времени начала записи (время в UTC). Каждый файл имеет размер порядка 1,3 ГБ и содержит 1 час видео (можете настроить другой интервал). Если вам известно время события — откройте соответствующий файл установленным в системе медиаплеером и при помощи перемотки уточните момент. Если время неизвестно можно использовать признак события: например, открываем файл — машина есть, открываем файл записанный через 10 часов — машины уже нет, сужаем время поиска. Возможно удобно было бы иметь в медиаплеере функцию перемотки до следующего кадра на котором зафиксировано движение, но я про такие функции не слышал.
2 Штатным ПО пользовался. Так же как и встроенным web-сервером и специализированным ПО Trassir. Как было отмечено в статье все это ПО было «отбраковано» по нескольким причинам.
— Встроенный web-интерфейс не может архивировать не смотря на то, что эта функция заявлена (возможно существуют какие-то сокровенные настройки системы или IE о которых мне не известно). Кроме того он работает только на IE (может в новых прошивках ситуация поменяется, но было отмечено, что некоторые новые прошивки, как это не парадоксально, дрейфуют в строну уродливого интерфейса, грузят камеру и увеличивают зернистость картинки, поэтому остановился на одной из предпоследних прошивок).
— Штатное ПО имеет очень тяжелый интерфейс — щелкнуть и забыть там не так просто. С архивами вроде не пробовал разбираться. Просмотр на других устройствах реализован при помощи приложений, написанных под конкретное устройство. Мне это не совсем понравилось. На одном из устройств такое приложение так и не заработало. Поработав с приложением на другом устройстве нашел его интерфейс не особо удобным (такое впечатление, что компоновка экрана не ориентирована на мобильное устройство).
— Специализированное ПО Trassir имеет проблемы с установкой (БД). Работает только с определенными броузерами (не со всеми, в начале тоже возлагал на него надежды которые рухнули когда при входе с мобильного устройства я увидел надпись «данный броузер еще не поддерживается»). Запустить архивацию мне не удалось — видимо какие-то сокровенные настройки победить не смог.
Проблем нет. Проблемы (в определенном смысле этого слова ибо формально все работает и пойдя на некоторый компромисс с чувством прекрасного, пожертвовав некоторым удобством или просто поменяв мировоззрение можно с успехом использовать это ПО) были при работе с озвученным ПО. В реализованной системе эти проблемы как раз и были решены.
Да, просмотр на данных снимках выглядит достаточно строго. Тем более не ясно почему он не работает на андроиде. Видимо под личиной простой картинки все-таки таится нечто не совсем плоское.
Это вопросительное или повествовательное предложение? Поток пишется для одной камеры в полном разрешении. Продолжительность записи определяется размером жесткого диска. Архив циклический. На использованном неттопе под диск D отведено порядка 200 ГБ. Таким образом, можно выбрать период архива равным 150 ч (чуть более 6 дней).
OFF. Чисто из любопытства спрошу: через какое количество объектов случаются вырывания ног (либо проведение дополнительных непрофильных строительных работ) у монтажников из-за разрушения колонны в результате (или через некоторое время после) монтажа? Ни в коем случае не хочу затмить идею — да, показанная картина — это отличный монтаж. Просто хотелось бы уточнить практические результаты.
720 x 576 — именно такой, пожалуй, самый лучший для аналоговых камер, показатель я имел ввиду. Зачем мне такая камера если у меня уже есть 1280 x 960 на main и 704 x 576 на sub? Не говоря уже про то, что за те же деньги можно было бы поставить 1600 x 1200.
Уважаемый автор имеет ввиду картинку 1,3 Мп минимум. Безусловно, можно найти аналоговую камеру по космической цене с такими характеристиками. Ну и что? С тем же успехом можно взять IP-камеру 5 Мп и вопрос будет закрыт.
Задача одной фразой: смотреть и записывать видео-поток с IP-камер робота.
Типовых вариантов нет. Если конечно вы не имеете ввиду стандартный софт от производителя камеры или доступ к камере через web-интерфейс или различные решения которые в основной массе рассчитаны под задачи видеонаблюдения.
Начальные условия одной фразой: есть IP-камеры передающие RTSP-поток.
Ограничения одной фразой: их нет. Разве что поместится в производительность процессора, но это не цель разработки, а именно ограничение нашего физического мира.
Нюансы передачи информации с глубины на данную разработку не влияют. Разве что упомянутое в начале ограничение на пропускную способность кабеля не позволяющее передавать сразу 9 потоков в качестве Full HD.
Код делает то что написано в теле статьи и комментариях и причина его наличия в теле статьи проста — дать информацию тем людям которые решают схожую задачу и минимизировать стук головой в кирпичную стену. Возможно вам просто нет надобности рассматривать код так как это не является вашей предметной областью. Может просто статья нашла в вашем лице терпеливого, но не целевого читателя которому я все равно благодарен.
2 Штатным ПО пользовался. Так же как и встроенным web-сервером и специализированным ПО Trassir. Как было отмечено в статье все это ПО было «отбраковано» по нескольким причинам.
— Встроенный web-интерфейс не может архивировать не смотря на то, что эта функция заявлена (возможно существуют какие-то сокровенные настройки системы или IE о которых мне не известно). Кроме того он работает только на IE (может в новых прошивках ситуация поменяется, но было отмечено, что некоторые новые прошивки, как это не парадоксально, дрейфуют в строну уродливого интерфейса, грузят камеру и увеличивают зернистость картинки, поэтому остановился на одной из предпоследних прошивок).
— Штатное ПО имеет очень тяжелый интерфейс — щелкнуть и забыть там не так просто. С архивами вроде не пробовал разбираться. Просмотр на других устройствах реализован при помощи приложений, написанных под конкретное устройство. Мне это не совсем понравилось. На одном из устройств такое приложение так и не заработало. Поработав с приложением на другом устройстве нашел его интерфейс не особо удобным (такое впечатление, что компоновка экрана не ориентирована на мобильное устройство).
— Специализированное ПО Trassir имеет проблемы с установкой (БД). Работает только с определенными броузерами (не со всеми, в начале тоже возлагал на него надежды которые рухнули когда при входе с мобильного устройства я увидел надпись «данный броузер еще не поддерживается»). Запустить архивацию мне не удалось — видимо какие-то сокровенные настройки победить не смог.
Проблем нет. Проблемы (в определенном смысле этого слова ибо формально все работает и пойдя на некоторый компромисс с чувством прекрасного, пожертвовав некоторым удобством или просто поменяв мировоззрение можно с успехом использовать это ПО) были при работе с озвученным ПО. В реализованной системе эти проблемы как раз и были решены.
Касательно RTSP: если бы телевизоры поголовно имели на борту LAN и аналог vlc жизнь была бы проще.