IP-видеонаблюдение, HD аналоговое видеонаблюдение, общие вопросы ч. 2

РЕКЛАМА НА ФОРУМХАУС

Плагин, который предлагают скачать камеры или регистраторы, написан под Windows по технологии ActiveX, которая работает только в Интернет Эксплорере или что там сейчас в Виндовс вместо него родное (Ейдж? Спартан?).

Ни Хром, ни Мозилла, никакие другие браузеры c ActiveX не работают, тем более не в Виндовс.

 

@Netbyka, вот что пишут для Хика DS-7616NXI-K2:

Совместимый браузер IE11, Chrome V57, Firefox V52, Safari V12, Edge V89 или более поздних версий

И так же мои 316е D прекрасно с Оперой работают. Раньше на ревизии В изображения не было.

 

Это если плагин не на ActiveX (вряд ли его поддержку сделали в Хроме, потому что это "идеологически чуждо").

Чисто для понимания: ActiveX это по сути Виндовс-программа, которая запускается браузером. Разработана технология давным-давно, по причинам политики мелкософта использовать ее сторонние браузеры не могли, предполагалось что она станет конкурентным преимуществом Эксплорера - но не стала.
На большинстве камер плагин - именно оно, потому что у большинства пользователей есть Виндовс и Эксплорер в ней.

У гугло-Хрома другая политика: браузер должен работать одинаково на Виндовс, Маке, Андроиде и Линуксе, а там нигде ActiveX нет, поэтому и поддержки его нет.
ФФокс примерно так же как Хром.

Так что либо оно написано для Хрома на чем-то другом, либо Гугль решил сделать исключение для Виндовс-пользователей.
Например, я знаю что для просмотра камер можно использовать плагины от VLCplayer - могли что-то подобное запилить.

 

Подтверждаю работу DS-2CD2135FWD на Firefox V52

 

Ну здрасьте! Firefox отлично работает с этими плагинами.

нечто хромообразное. при этом там остается "IE engine" и для показа избранных страниц можно принудительно выбрать его.

Тупиковый путь.
всё от VLC не умеет работать с VBR. да и просто с CBR не кратным целому.

Вообще нет, от слова совсем. Возможно они когда-то декларировали такое намерение, но на практике столько исключений что давно про это забыли.

Это было очень давно. Актуальные версии браузеров сменили два поколения.

Торговые марки (IE, Chrome Firefox) остались прежние, глубинная начинка радикально отличается и (может быть) не совместима.

 

В Виндовс? Ну тогда может быть, я ее давно не видел

Вот примерно с тех пор.
Сейчас Хром прекрасно работает на Андроиде и Линуксе, но ActiveX не работает ни там ни там.

Вот это не в курсе, не использую по другим причинам, будем знать.
А то была как-то задача вывести камеры в браузер, да чтобы кроссплатформенно - так и не решилось нормально без плясок с бубном.

 

Это прекрасно работает на самих камерах с HTML5. Выводится все прекрасно. Причем у 2 головых камер все так же выводится. И конкуренты, в лице dahua, проблем с выводом 4 потоков не имеют.

 

Я подобную задачу решал отдельным компом (возможно применить виртуальную машину) с перекодировщиком ffmpeg.
Сил и времени на костыли угробил много, а оказалось что в линуксе уже готовое решение - motion.

Это 1) сейчас и 2) на некоторых камерах.

Кроме того: 1) негуманно грузить слабый процессор камеры отдачей нескольких потоков разным клиентам. 2) выпускать камеру из безопасной изолированной сети (phisical\vlan) в дикий интернет "несекурно" (с).

 

1. Это уже минимум 3 года как. И у всех текущих камер.
2. А грузится бы процессор регистратора, и то не сильно. Так как чистая ретрансляция. И это почти никак не влияет на секурность. Так как просто в локальной сети смотрится. Без необходимости использовать родной толстый клиент.

 

Аналогично, но это очень громоздко.
Там вообще была задача вывести на общий экран N штук потоков с разных камер.
Если бы там работало через HTML5 - было бы просто прекрасно (распараллелить поток с 1 камеры на несколько клиентов куда проще - это к вопросу нагрузки на камеру), но так не работало.

 

3 года, для железок - это мгновение. в продаже масса новых устройств 5+.

Процессор регика, тот, который отдает картинку в сеть, на порядок мощнее процессора камеры, нагруженного еще и другими задачами.

Частный случай. у других не так.

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

Задача без перекодировщика и проксика (нескольких) не решаемая.

Тут интересно что этого бега по граблям можно было избежать, но или никто не делится своим опытом, или этот опыт рассказан так, что его не применить к другим подобным ситуациям.

 

Решаема. Но надо знать, как камера отдает живое видео. для dahua есть https://github.com/TeamDotworld/dahua-rtsp-web/

 

Если камера отдает только rtsp - то без перекодировщика (или плагина-плеера) не решаема, о чем и речь.

В вашем случае камера умеет отдавать поток нестандартно через ws (т.е. "перекодировщик" по сути в нее встроен).
MJPEG тоже можно использовать напрямую, а вот rtsp нельзя, хотя именно он был бы интереснее всего, т. к. есть у всех камер.

Были плагины, были сервисы-перекодировщики, был серверный софт для перекодировок, но это все не то.
Может сейчас что-то поменялось, но вроде бы по-прежнему нет возможности "просто указать ссылку на источник" и получить видео в окошке.

 

Не совсем так.

Я в большей степени имел в виду что прямой просмотр потока с камеры создает лишнюю нагрузку на микропроцессор камеры.

На машину в "ралли Париж-Даккар" можно нагрузить попутную доставку почты, но делать так не стоит.

 

А это стандарт ONVIF профиль T, но опциональная часть. И нашлась она, когда искал плеер для обязательного RTSP over HTTP. Но вот его пока не нашел.