2018. Новые протоколы

2018. Новые протоколы
Страницы:1
Ответить
2018. Новые протоколы
 
Тема для специалистов. Обсуждаем перспективы функционала ПО фото и видео фиксации
 
Фото передаваться будет как обычный блок данных. Видео куда-то передавать и хранить вряд ли будут. Вполне можно ограничится так называемым "стримом". Но это реализовано будет даже не в этом году точно.... По принципу стримминга игр https://mighty-handful.ru/articles/osno ... ushhestva#Трансляция-на-youtube.com т.е. любой желающий может подключиться в любое время и посмотреть процесс, если желает, то самостоятельно записать его и использовать в любых целях....
 
ох и намучаемся мы опять
 
Цитата
usdavan писал(а):ох и намучаемся мы опять
Не засирай тему! Не чего сказать, читай молча.
 
Если долго стримить видеопоток всем желающим, то можно немножечко влететь на трафик (в случае использования мобильного инета на СТО). Так как вся большая тройка ОпСоСов исходящий трафик учитывает и вычитает из общего пакета.
 
Цитата
madroof писал(а):Если долго стримить видеопоток всем желающим, то можно немножечко влететь на трафик (в случае использования мобильного инета на СТО). Так как вся большая тройка ОпСоСов исходящий трафик учитывает и вычитает из общего пакета.
Исходящий трафик при стримминге идет только на сервер по стандартному довольно экономичному кодеку. А сервак уже раздает желающим по мультикасту, если посчитает это нужным. Примерно такая архитектура у современных систем. Требуемая скорость для видео с разрешением 320?240 порядка 300 кбит/с сетевого интерфейса. Конечно для стриминга нужен стабильный, безлимитный канал. На сегодняшний день по всей территории России такого нет, но учитывая темпы роста - скоро будут. Скоро - это года два я думаю...
 
Цитата
arinosov писал(а):
Цитата
madroof писал(а):Если долго стримить видеопоток всем желающим, то можно немножечко влететь на трафик (в случае использования мобильного инета на СТО). Так как вся большая тройка ОпСоСов исходящий трафик учитывает и вычитает из общего пакета.
Исходящий трафик при стримминге идет только на сервер по стандартному довольно экономичному кодеку. А сервак уже раздает желающим по мультикасту, если посчитает это нужным. Примерно такая архитектура у современных систем. Требуемая скорость для видео с разрешением 320?240 порядка 300 кбит/с сетевого интерфейса. Конечно для стриминга нужен стабильный, безлимитный канал. На сегодняшний день по всей территории России такого нет, но учитывая темпы роста - скоро будут. Скоро - это года два я думаю...
Не факт что будет у большой тройки и остальных, они только недавно убрали безлимит и везде максимум 30 гигов теперь на месяц. Либо это будет стоить очень хорошо А в чем вобще смысл стримить видео? ) Не проще ли писать просто на регистратор, при проверке если нет видео тупо штрафовать или забирать аккредитацию )
 
Цитата
arinosov писал(а):А в чем вобще смысл стримить видео? ) Не проще ли писать просто на регистратор
Проще вообще не заморачиваться) А вопрос главный - хранить или не хранить. Хранить - это объемы слишком большие и обрабатывать это некому. По сути будет опять фикция. А стриминг - это отсутствие централизованного хранения и реалтайм. При получении жалобы можно просто начать мониторить текущую работу. Если у кого-то разово что-то произошло - страшного ничего нет и копаться в архивах смысла тоже нет, а если системные нарушения - то дальнейшие наблюдения все вскроют.
 
http://ryb.ru/2018/01/17/950264 «Ростелеком» получил частоты для исследования 5G в более подходящем для этого спектре 3,4-3,8 ГГц.
 
Я вижу только одну нормальную реализацию всей возни с фото-видео. Эту систему должны полностью реализовать (централизовано) контролирующие органы (РСА например). А именно, они ставят камеры, они пишут серверный софт, они же и админят эти камеры, они же пишут видео которое им надо, смотрят когда надо. Камеры IP с некоторым API. А функция операторов будет заключаться только в запросе идентификатора снимка в определенный момент времени через теже сервисы ЕАИСТО. То есть когда машина в нужном месте, программа оператора запрашивает фото, ЕАИСТО пинает камеру и присылает идентификатор фотографии, одновременно делает какие-то свои дела (записывает дату, записывает видео, определяет номер и т.д., тут уже как фантазии хватит). При сохранении ДК программа оператора отправляет этот идентификатор фотографии осмотра.
 
Цитата
novgaro писал(а):Я вижу только одну нормальную реализацию всей возни с фото-видео. Эту систему должны полностью реализовать (централизовано) контролирующие органы (РСА например). А именно, они ставят камеры, они пишут серверный софт, они же и админят эти камеры, они же пишут видео которое им надо, смотрят когда надо.
Вопрос с централизацией надо продумать.... Никакое объединение, общественная организация не смогут вмешиваться в процесс как наблюдатели. А "ОНИ" - это штатные сотрудники какого-то ведомства со своими заботами и как следствие: - могут писать и анализировать как "ИМ" надо. - не справится физически с потоком
Цитата
novgaro писал(а):То есть когда машина в нужном месте, программа оператора запрашивает фото, ЕАИСТО пинает камеру и присылает идентификатор фотографии, одновременно делает какие-то свои дела (записывает дату, записывает видео, определяет номер и т.д., тут уже как фантазии хватит). При сохранении ДК программа оператора отправляет этот идентификатор фотографии осмотра.
Это практически идеальный вариант. Но пока ждем стабильные и скоростные каналы передачи...
Страницы:1
Ответить
Форма ответов
 
Текст сообщения*
Загрузить файл или картинкуПеретащить с помощью Drag'n'drop
Перетащите файлы
Ничего не найдено
Загрузить картинки
 
2018. Новые протоколы

Мы в социальных сетях: