Очередной вопрос по очередной китайской камере

[fosa20052]

Приветствую!
Вчера занялся подключением очередной китайской говнокамеры...
На этот раз Jooan JA-F5L (outdoor, WiFi, P2P через Jooan Cloud).
Через родную CMS и через облако (телефон с ихней родной аппликухой) все ок. Вполне прилично кажет заявленные 720р...
Из странностей еще заметил отсутствие веб-морды. Все настройки (включая подключение WiFi) только через телефон, посредством звукогого сигнала (аля аналоговый модем) с телепона на микрофон камеры (забавно весьма ). Но вопрос не в том...
Возникла проблема с подключением оного агрегата к iSpy (подбора соответствующей строки подключения)... Пока удалось завести только через VLC плагин строкой: rtsp://192.168.1.156/onvif1" onclick="window.open(this.href);return false;
Но, во-первых при таком подключении выдает только 640х480, а не 720р. А во-вторых, сильно грузит CPU - 4 других камеры вместе жрут до 20% (FFMPEG), а как только врубаю мониторить эту через VLC, iSpy начинает жрать под 50%.
Может, есть у кого идеи, как подобрать правильную строку соединения для iSpy, чтоб без VLC, да 720р?

Заранее благодарствую от всей души!

[VirtualLink]

ODM пробовал?

[fosa20052]

ODM пробовал?

Когда настраивал камеру и она была подключенна к роутеру патчкордом, то odm ее видел (увы не посмотрел строку подключения). Сейчас камера подключена через WiFi и уже не видна в odm. Кстати, посмотрел сейчас, вроде 720р пошел поток... Единственное, цпу попрежнему грузит. Как бы, все таки, от VLC плагина избавиться? Ведь, по идее, тот же коннект должен и через FFMPEG поток снимать? Ну или в iSpy есть же еще MJPEG и ONVIF типы коннекта, и тот же коннект должен и в ком-то из них работать? Или нет?

[VirtualLink]

Сейчас камера подключена через WiFi и уже не видна в odm.

Пусть не видит автоматом, так вручную попробовать добавить или вернуть временно назад и ....

Трюки с iSpy конечно интересны, но так же можно посмотреть и по прошивке, если таковая есть.
Про грузность VLC не совсем понял!

[kROOT]

ONVIF это протокол обмена, видеопоток это RTSP который уже известен
RTSP это поток с кодеком H.264, возможно iSpy перекодирует его, от этого и нагрузка.
H.264 это основной поток IP камер уже года 3, поэтому программа или очень старая или должны быть настройки чтобы понимала напрямую. Может какие то опции отключить надо типа детектора движения.

[fosa20052]

Во-первых, спасибо за участие всем откликнувшимся!

Сейчас камера подключена через WiFi и уже не видна в odm.

Пусть не видит автоматом, так вручную попробовать добавить или вернуть временно назад и ....
Трюки с iSpy конечно интересны, но так же можно посмотреть и по прошивке, если таковая есть.

Да чем он мне поможет? Я тут еще одну странность заметил... С одной и той же строкой подключения (см выше) иногда иногда выдает поток 720р, а иногда 480р.
Уж не знаю, камера глючит, строка не совсем правильная или связка iSpy+VLC виновата... Правда, через родную CMS и через облачную аппликуху в телефоне, усе пучком - всегда 720.

Сейчас камера подключена через WiFi и уже не видна в odm.

Про грузность VLC не совсем понял!

Ща поясню...
Вот так выглядит нагрузка на ЦПУ при отключенном сабже (но мониторятся 4 другие 720р камеры):

А вот так, когда включаю еще и эту (пятой):

Т.е. с 10% для 4х камер резко подскакивает до 41% для тех же 4х плюс одна сабжевая... Сие явно ненормально.

[fosa20052]

ONVIF это протокол обмена, видеопоток это RTSP который уже известен
RTSP это поток с кодеком H.264, возможно iSpy перекодирует его, от этого и нагрузка.
H.264 это основной поток IP камер уже года 3, поэтому программа или очень старая или должны быть настройки чтобы понимала напрямую. Может какие то опции отключить надо типа детектора движения.

Ну детектор движения в определенных зонах естественно есть... Но, остальные 4 камеры тоже их имеют, но ЦПУ так не грузят.
Вот так выглядит подключение к этой камере через VLC-плагин:

А вот так бы оно выглядело без оного (так настроены остальные камеры, но строки у всех разные ессно):

Но именно эта камера так не подключается... Пробовал тот же урл и для JPEG, MJPEG, ONVIF (мало ли, может там не н.264). Результат тот же...
Я, все-таки, склоняюсь к мысли, что строка (url) не совсем корректная...
А нагрузка на проц, скорее всего, связана с тем, что используется промежуточное звено - VLC player... Т.е. поток идет сначала с камеры на VLC, а уже с него iSpy берет поток для себя (фиг знает в каком формате).
Ну мне так кажется... Вопрос, так ли это и что с этим можно сделать?

[kROOT]

Надо через ODM найти адрес ONVIF и подставить в программу.

[fosa20052]

Надо через ODM найти адрес ONVIF и подставить в программу.

Так. Строка rtsp://IP:554/onvif1" onclick="window.open(this.href);return false; оказалась правильной... ОДМ подтвердил. Значит проблема в самой проге iSpy... Насколько понимаю, через rtsp передается h.264? Тогда почему VLC этот поток прекрасно снимает, а iSpy напрямую через FFMPEG не может?

[Serdo]

Потому что ffmpeg весьма требователен к правильности работы энкодера камеры - чтобы видеопоток выдавался строго по "ГОСТу". А VLC гораздо более всеяден. Подобное часто встречается на дешевых китайских камерах.