Re: Видео-мониторинг в Wialon
Ringo , напишите подробнее на tata@gurtam.com
Business Analyst, Gurtam
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Ringo , напишите подробнее на tata@gurtam.com
На текущий момент, система записывает инкрементный видео архив длительностью 2 недели. А просматривается в офлайне, "для разборов полета".
Но возможность просмотра в реальном времени тоже неплохо.
то есть получается, что установка онлайн камеры использованием софта для видеонаблюдения позволяет смотреть и архив и онлайн, а данная возможность только архив. Не конкурентно (
Добрый день.
А есть какие-то вести по проекту? А то тут у вас новые железки с интеграцией появляются, а вестей по софту нет.
Добрый день.
А есть какие-то вести по проекту? А то тут у вас новые железки с интеграцией появляются, а вестей по софту нет.
К сожалению, пока нечем радовать, кроме как новым поддержанным оборудованием.
Писал ранее в этой теме: https://forum.gurtam.com/viewtopic.php?id=7224
У нас есть видеорегистратор Трассир, который будет писать видео по событию и скриптом (написанным на Python) выгружать видео в облако. Параллельно тем же скриптом он может отправлять ссылку в Wialon.
Сейчас пишем ТЗ для программистов. Нам нужно отправлять в Wialon сообщение, в котором будет время и ссылка на видео. Правильно ли описан формат сообщения?
darkpal, Вы можете упростить ТЗ для программистов используя flespi в качестве посредника для хранения или передачи сообщений на Wialon Local.
Хранить видео-файлы можно в flespi CDN. Вот два примера - с фото и видео.
А загружать в flespi удобнее всего простым POST запросом в HTTP канал и далее в Wialon Local сообщения передаются через flespi_gateway. Вот тут начиная с шага 3 описано как это сделать.
Обе эти системы независимы, то есть можно и/или хранить и/или пердавать. Из преимуществ которые Вы получаете для программистов - это прежде всего использование стандартных методов передачи информации на телематическую платформу в виде HTTP или MQTT вместо использования менее привычных TCP-сокетов.
А вообще Вам для Вашего регистратора лучше всего скоординироваться с Gurtam и завести его как отдельный тип устройств, со своей страничкой. В том числе можете даже использовать MQTT для передачи напрямую как телематических данных, так и видео ссылко или самих видео файлов.
Хранить видео-файлы можно в flespi CDN. Вот два примера - с фото и видео.
Цены не сложишь, видео во flespi хранить.
$1 - 1 GB/month
или у Амазона S3
Первые 50 ТБ в месяц 0,023 USD за 1 ГБ
Ringo, насчет цен согласен))) но уровень интеграции с телеметрией совсем иной. Плюс на S3 придется делать и ручную работу, наподобие удаления видео при очистке сообщений или удалении обьекта или по ttl. Хотя с такой стоимостью наверное можно хранить видео вечно)))
С отправкой видео работает. А как отправить ссылку на фото?Формат фото jpg.
С отправкой видео работает. А как отправить ссылку на фото?Формат фото jpg.
Непосредственно в IPS:
Пакет с фотоизображением
Служит для отправки фотоизображений на сервер Wialon. Всё изображение разбивается на блоки байт, каждый из которых отправляется на сервер с помощью этого пакета.
По IPS все работает. Интересует отправка именно ссылки на фото, которое хранится на нашем сервере, и распознавание этой ссылки виалоном как фотофайл.
BITREK Такая функция пока не предусмотрена (т.е. можно передать ссылку, но она будет просто как ссылка, и открываться как фото в Wialon не будет).
BITREK Хранения фото на сервере wialon вроде бесплатно, или проблема переноса имеющихся данных?
Тут несколько проблем: у регистратора отдельный модем и если нужно привязать фото к треку то он должен подключиться к серверу под тем же imei, но при этом сервер гасит сессию с трекером. Если фото или видео много то это вызывает проблему. Между собой они связаны по CAN и чтобы передать фото приходится рубить на множество осколков, медленно... про видео вообще тогда...
Цены не сложишь, видео во flespi хранить.
$1 - 1 GB/month
или у Амазона S3
Первые 50 ТБ в месяц 0,023 USD за 1 ГБ
Мы будем использовать Cloud Linux сервер с 80 ГБ SSD диском за 10 USD в мес. А в качестве софта openmediavault или что-то в этом роде.
OVM на продакшен? Однако...
Доброго времени суток. Скажите, в планах был переход от flash-плеера на HTML5 для real-time потоков. Когда можно ожидать? А то у нас от клиента есть соответствующая хотелка, но сейчас в том же Chrome разрешать flash - это боль.
Ringo, для всего видеооборудования поддержана возможность указывать ссылку на внешний проигрыватель. Может, вашему клиенту подойдет такое решение?
tata А это где? У нас оборудование по Wialon IPS работает с соответствующим типом устройства. В настройках - только ссылка на rtpm-сервер и пути для камер.
Вместо RTMP IP напишете URL-ы через запятую
tata URL будет как iframe подгружен? Как время будет - попробую.
Доброго времени суток. Скажите, в планах был переход от flash-плеера на HTML5 для real-time потоков. Когда можно ожидать? А то у нас от клиента есть соответствующая хотелка, но сейчас в том же Chrome разрешать flash - это боль.
Вместо RTMP IP напишете URL-ы через запятую
ОТП Gurtam дали мне на альтернативный запрос дали ответ вида:
"Введите в строке поиска chrome://flags/
В открывшемся окне найдите Enable Ephemeral Flash Permissions и выберите Disabled. Сохраните настройки и перезагрузите браузер."
Полностью согласен с Ringo. Это очень не удобно, если каждому клиенту с Видеомониторингом в каждом браузере, на каждом ПК придется объяснять как включить Flash на постоянной основе.
Будем откровенны, у некоторых клиентов даже фразы "Откройте браузер" и "Очистите кэш" вызывают панику.
Более того в 2020 году Adobe завершает поддержку данного плагина.
Думаю, что реализация поддержки HLS потока, на равне с RTMP будет очень кстати.
Особенно, учитывая что m3u8 нативно поддерживается HTML5