Craftsman

--

Добавлю к этому, что достал с балкона свою старенькую, еще 3 Мп DAHUA DH-IPC-HDB-4300CP камеру, и попробовал с неё заливку на FTP. И вот, что только с ней не делал - отправляет снапшоты на FTP-сервер четко, как швейцарские часы! Но это было с SD-карточкой. Потом извлек карточку и снова попробовал заливку - как заливала, так и заливает! Что же GeoVision так ведут себя? Аж 3 различных модели, но ни одна не отправляет на FTP, хоть какие настройки не выбирал

Понадобилось отправлять с IP-камер периодические снимки либо по движению, либо по интервалам времени. Задачка, в сущности, наипростейшая, поэтому ее подготовка прошла очень быстро: 1. Установил на удаленном сервере ProFTP сервер, настроил. 2. Проверил его работу - картинки, фото, видеофайлы - всё прекрасно заливается на этот FTP-сервер с помощью любых FTP-клиентов. 3. Итог: к данному FTP-серверу никаких претезий нет, работает как часы. 4. Далее настроил в IP-камере FTP-клиент для отправки снимков на этот FTP-сервер. В принципе, в этой настройке нет ничего сложного, но на всякий случай дополнительно сверился с официальной инструкцией - How to send a sequence of snapshot images to the FTP server for alerts? http://pd.geovision.tw/faq/IPDevice/FTP-continuous-snapshot.pdf 5. А вот далее 10 часов подряд, подбирая все мыслимые и немыслимые настройки FTP-клиента в камере (в атаче), пытался вынудить отправлять снимки с различных моделей камер GeoVision на этот FTP-сервер, но сервер ни получил ни-че-го! Более того - в логах FTP-сервера не зафиксировано ни одной попытки камеры хотя бы залогиниться на нем! Также попытался найти в логах камеры хоть что, напоминающее на попытку связаться с FTP-сервером, но не обнаружил. Такое впечатление, что камеры даже не пытались отправить снимики ни по движению, ни по таймеру, хотя выбирались самые различные настройки "Alerts interval time in minute", "Motion Detection", и т.д., и даже "Active Mode", хотя в нем обычно смысла нет. Хотя, еще раз подчеркну - обычные софтовые FTP-клиенты типа FileZilla, gFTP и т.д. прекрасно связывались с FTP-сервером и успешно передавали на него данные. Всего тестировались 3 различных модели камеры - GV-MDR320, GV-MDR3400, GV-FER3402/3. Зато потоковое видео как на удаленный VLC-плеер, так и на IE-браузер камеры выдают замечательно. Как это всё следует понимать - в документации не отражены какие-то особые нюансы настройки FTP-клиента камер GeoVision? Или FTP-протокол, который используется в FTP-клиентах GeoVision, имеет отклонения от общепринятого стандарта, и поэтому совместим не со всяким FTP-сервером?

Василий, вот вписал в утилиту GV Edge Recordibg Manager параметры удаленного сервера с камерой. Используется камера GeoVision GV-EDR4700-OF 4MP H.265, но в списка камер в этой утилиты ее нет - почему? Выбираю наугад первую попавшуюся - GV-VS02. Пробую смотреть камеру. Результат: - "Живое изображение" - показывает. - "Удаленное воспроизведение" - нет. Почему?

Уважаемый dexi-andrey! Спасибо за добрые советы, но пожалуйста, не вмешивайтесь (пока) в наше обсуждение с Василием, потому что мы по email и по телефону обсудили гораздо больше моментов, чем вы узнаете из этой темы на форуме. И поэтому ваши советы дублируют уже нами обговоренное и проверенное и только запутывают, в том числе и безуспешные попытки запустить показ по VLC, а также использование GV-Edge Recording Manager или GV-VMS. И пожалуйста, без обид, хорошо? GV-VMS - это приходится использовать монстр размером 644 МБ для того, чтобы смотреть камеру?? Интересно, каким местом о чем думали разработчики, его создавая? Почему тогда GV-EYE у них получился крохотным? Не лучше бы создать аналог GV-EYE для Windows? Кроме того, любой системный администратор всегда весьма косо смотрит на любой дополнительный софт, который нужно ставить в систему, особенно - на сервер. И он всегда прав - надеюсь, не нужно пояснять по каким причинам? Кроме того, эти GV-утилиты, насколько понял, больше ориентированы больше на работу в локальной сети, и там их расширенные возможности, в частности, поиска камер, полезны. У нас ситуация совсем иная - камеры находятся на удаленных серверах, а смотреть их нужно на оффисных десктопах. А вот на эту вашу ремарку - - с удовольствием задам встречный вопрос - - а почему оно пишется настолько по разному, что на IOS/Android оно работает с пол-оборота, а с Windows возникают столько сложностей? Если программисты не криворукие, то они создают ПО, которое работает стабильно независимо от используемой ОС. А тут всего лишь установил расширение ActiveX на IE - и тот после этого стал стабильно падать. Отмечу на всякий случай: все ПО у нас лицензионное.

Спасибо, попробуем!

Здравствуйте! 1. По приложениям GV-Edge Recording Manager или GV-VMS уже отвечал - офисным работникам они не подходят, т.к. слишком избыточные и сложные Нужно простое приложение, как в Android или iPhone - GV-EYE. Почему его нет в Windows? 2. Кодеки были установлены с самого начала при опции в настройках камеры. Но они ничего не дали. 3. IE настроил по вашим рекомендациям, но кроме возникающих теперь регулярных сбоев IE это ничего не дало. 4. В Chrome установил IE TAB, но это тоже ничего не дало. Камера прямо какая-то заколдованная

Здравствуйте! Купили на пробу одну IP-камеру GV-EDR4700-OF 4MP H.265 - одно разочарование Установили ее на сервер, настроили. Результаты: 1. Камера удаленно нормально отображается в приложении GV-EYE на смартфонах Android и iPhone. Но нам нужно смотреть эти камеры не на смартфонах, а на компьютерах с Windows на больших мониторах. 2. А вот в Windows, насколько поняли из документации на сайте, приложения GV-EYE вообще нет. Хм, довольно странное решение Поэтому для удаленного просмора нужно пользоваться браузерами с некими плагинами. 3. Хорошо, пробуем для начала браузер Intetnet Explorer 11. Действовали по инструкции "Why can't download and install GeoVision plug-ins on camera Web interface when using IE 11? " из FAQ на странице http://www.geovision.com.tw/support_FAQ.php Данная инструкция для IE 11 рекомендует отключить "Безопасный режим". Хорошо, отключили. Но при входе на наш сервер с камерой http://ip_our_server:10000 никакой ActiveX в браузер даже не пытается установиться. 4. Тогда занялись Chrome. Действовали по инструкция из FAQ "Why can't I view live video using Google Chrome?" Однако данная инструкция оказалась древней как..., потому что в ней описывается настройка для Chrome v.42.x, тогда как уже давно все используют Chrome v.69, а в его настройках плагина NPAPI, который рекомендуется отключить для настройки просмотра камеры, вообще нет в наличии. В реузультате при попытке входа на камеру по ее http://ip_our_server:10000 Chrome возращает такую ошибку - Ну и что делать с этой чудесной камерой, как заставить ее работать с этими браузерами?