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




Скачать 248.09 Kb.
Дата01.10.2016
Размер248.09 Kb.
МГТС

Базовые функциональные требования

на программное обеспечение подсистемы видеоаналитики
системы видеонаблюдения

Москва 2015



1Глоссарий 3

2Общее назначение и архитектура системы 3

2.1Общее назначение подсистемы видеонаналитики 3

2.2Основные цели и область применения интеллектуальных видеосервисов. 3

2.3Архитектурная схема системы видеонаблюдения МГТС 4

3Базовые требования 4

3.1Требования к режиму работы в реальном времени. 5

3.2Требования к операционной системе блока видеоаналитики 5

3.3Требования к резервированию отказоустойчивости и восстановлению данных 5

3.4Требования к масштабируемости 5

3.5Требования к операционным системам потребителей услуги 6

3.6Требования к программному окружению операционных систем потребителей услуги 6

3.7Требования к режиму работы подсистемы видеоаналитики 6

3.8Требования к интеграции с системой мониторинга МГТС. 7

3.9Требования к интеграции с платформой видеонаблюдения МГТС 7

3.9.1Требования к компонентам подсистемы видеоаналитики, обеспечивающим получение фото и видеоизображений. 7

3.9.2Требования к компонентам подсистемы видеоаналитики, обеспечивающим аналитическую обработку фото и видеоизображений 8

3.10Требования к интерфейсу 8

4Функциональные требования к подсистеме видеоаналитики. 9

4.1Требования к функциям настройки зон контроля. 9

4.2Требования к функции распознавания и классификации объектов 9

4.3Требования к функции распознавания свойств объектов 9

4.4Требования к функции анализа поведения объектов 10

4.5Требования к функции подсчета объектов и событий 10

4.6Требования к функции распознавания и классификации объектов и событий 10

4.7Требования к функции автоматического сопровождения цели (PTZ трекинг) 11

4.8Требования к функции распознавания лиц 11

4.9Требования к функции распознавания ГРЗ 11

4.10Требования к распознаванию комплексных событий 11

4.11Требования к поиску информации 12

4.12Требования к функциям анализа качества видеопотока 13

Приложения 14

Приложение №1 14



1Глоссарий









2Общее назначение и архитектура системы

2.1Общее назначение подсистемы видеонаналитики


Подсистема видеоаналитики предназначена для организации различных интеллектуальных видеосервисов на базе технологий компьютерного зрения в составе системы видеонаблюдения МГТС.

2.2Основные цели и область применения интеллектуальных видеосервисов.


Основной целью работ является оснащение системы видеонаблюдения МГТС функциями машинного анализа видеданных для автоматического распознавания, идентификации и поиска объектов и событий, как в режиме реального времени, так и в архивных данных.

Области применения функций видеоаналитики:



  • Услуги на базе сервиса распознавания и классификации объектов и событий

  • Услуги на базе сервиса идентификации объектов

  • Услуги на базе сервиса сбора статистических данных об объектах и событиях

  • Услуги на базе сервиса анализа поведения объектов

  • Услуги на базе сервиса мониторинга контролируемых зон

  • Услуги на базе сервиса поиска объектов, событий

  • Услуги на базе сервиса построения маршрутов перемещения объектов



2.3Архитектурная схема системы видеонаблюдения МГТС


Рис. Архитектурная схема системы

Архитектура системы предполагает следующие блоки:



  • Блок подсистемы управления сервисами и услугами

  • Блок управления инфраструктурой

  • Блок размещения баз данных

  • Блок построения отчетов

  • Блок приема, первичной обработки и трансляции видеоматериалов

  • Блок видеоаналитики

  • Блок сбора и постобработки событий (относится к Этапу 2)

  • Блок предоставления интерфейса

  • Блок хранения видеоданных

  • Блок взаимодействия с внешними системами


3Базовые требования


Подсистема видеоаналитики должна строиться с преимущественным использованием стандартных технологий и протоколов, а также с возможностью применения методов шифрования информационного обмена. А также должна поддерживать интерфейсы удаленного управления и конфигурирования, такие как Web-интерфейс и SSH-доступ.

Должен использоваться подход кроссбраузерности применяемых интерфейсных и функциональных решений


3.1Требования к режиму работы в реальном времени.


Подсистема видеоаналитики должна принимать потоковое видео реального масштаба времени из источников видеоданных по протоколу RTP/RTSP с компрессией H.264 (MPEG4 AVC). Разрешение, частота кадров и другие параметры видеопотока определяются требованиями каждого Модуля видеоаналитики.

3.2Требования к операционной системе блока видеоаналитики


Операционные системы блока видеоаналитики должны обеспечить:

  • Стабильность

  • Безопасность

  • Простоту использования

  • Ремонтопригодность

  • Техническую поддержку

  • Совместимость с широким спектром приложений и решений для виртуализации.

Необходимо использование Unix-подобных систем (Red Hat, CentOS, Ubuntu). Допускается использование операционных систем семейства Windows Server. Допускается одновременное использование различных операционных систем.

3.3Требования к резервированию отказоустойчивости и восстановлению данных


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

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

Резервирование баз данных должно осуществляться путем построения отказоустойчивых кластеров с периодическим резервным копированием данных и с возможностью быстрого восстановления.

Все уровни системы должны работать по принципу ферм и иметь в своем составе не менее 2 параллельно работающих модулей на различных физических серверах с балансируемой нагрузкой и перенаправляемым потоком в случае отказа. Допускается изменять подходы к резервированию в зависимости от критичности и назначения модуля. Например, сервера хранения резервных копий данных не целесообразно держать в 2-м резервировании.

Контроль над размещением виртуальных машин на разных физических серверах является зоной ответственности инфраструктурного блока и эксплуатирующих подсистему виртуализации служб заказчика.

3.4Требования к масштабируемости


Масштабирование Системы должно производиться наращиванием аппаратных ресурсов (или ресурсов среды виртуализации), объединением серверов (виртуальных машин) в кластеры.

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

Выделение и управление ресурсами среды виртуализации находится в зоне ответственности заказчика

3.5Требования к операционным системам потребителей услуги


  • Windows XP SP3

  • Windows Vista

  • Windows 7,

  • Windows 8

  • Mac OS X (не ниже 10.8.х)

  • Unix – подобные пользовательские операционные системы

3.6Требования к программному окружению операционных систем потребителей услуги


При использовании операционной системы Windows требуется:

  • Предустановленный браузер (Google Chrome, Mozilla Firefox, Internet Explorer 10 и выше)

  • Предустановленная платформа построения Web приложений

  • Предустановленная программа для просмотра графических файлов формата jpg/png.

При использовании Unix- подобной операционной системы требуется:

  • Предустановленная платформа для построения Web приложений

  • Предустановленный браузер (Google Chrome, Mozilla Firefox)

  • Предустановленная программа для просмотра графических файлов формата jpg/png.

При использовании операционной системы Mac OS X требуется:

  • Предустановленный браузер (Google Chrome, Mozilla Firefox, Safari)

  • Предустановленная платформа построения Web приложений

  • Предустановленная программа для просмотра графических файлов формата jpg/png.

3.7Требования к режиму работы подсистемы видеоаналитики


Подсистема видеоаналитики должна работать в круглосуточном режиме (24 часа в сутки, 7 дней в неделю).

В случае обнаружения сбоев в работе системы они должны классифицироваться по следующим категориям:



  • Катастрофический отказ (Отказ с ущербом для обслуживания, который приводит к прекращению функционирования системы)

  • Отказ по производительности (Значительная неисправность, приводящая к снижению возможностей ПО, ухудшению качества обслуживания большинства пользователей или нарушению управляемости критичных бизнес-функций системы)

  • Частичный отказ по производительности (Неисправность отказа ПО у отдельных пользователей или невозможность выполнения отдельных некритичных бизнес-функций.)

  • Параметрический отказ (Неисправность отдельных сервисных функций, не влияющих на выполнение бизнес-функций.)

Сбои должны подразделяться в соответствии с характером причины отказа, а именно:

  • Аппаратные отказы;

  • Отказы программного обеспечения (ПО);

  • Отказы смежного и системного ПО;

  • Отказы каналов связи.

3.8Требования к интеграции с системой мониторинга МГТС.


Сервис должен предоставлять API для получения статуса работы ПО, и так же технических параметров по принимаемым (обрабатываемым, записываемым) и ретранслируемым видеопотокам.

Доступ к API должен быть ограничен (служебной авторизацией, по хостам, имеющим право обращаться к API или иными способами)



Сервис должен предоставлять данные по сконфигурированным для приема потокам, включая данные по наличию трансляции, технические параметры и качество трансляции. Список параметров приведен в Приложении №1.

3.9Требования к интеграции с платформой видеонаблюдения МГТС

3.9.1Требования к компонентам подсистемы видеоаналитики, обеспечивающим получение фото и видеоизображений.


В составе компонентов подсистемы видеоаналитики должна быть реализована поддержка взаимодействия с платформой видеонаблюдения через API в части:

  • Получение видеопотоков от платформы видеонаблюдения в режиме реального времени:

    • формат кодирования видеоданных H.264

    • разрешение видеопотока Full HD 1080p, D1, 4CIF

    • формат видео PAL

    • кодирование видеопотока: фиксированный поток CBR (настраиваемый в диапазоне от 1 до 8 Мбит/с) или переменный поток VBR

Получение фото и видеоизображений от платформы видеонаблюдения из архивов фото и видеоизображений

    • формат фото изображений: jpeg, png, bmp

    • формат видеоархива: avi, mp4

3.9.2Требования к компонентам подсистемы видеоаналитики, обеспечивающим аналитическую обработку фото и видеоизображений


В составе компонентов подсистемы видеоаналитики должна быть реализована поддержка взаимодействия с платформой видеонаблюдения через API в части:

  • Получения результатов аналитической обработки фото и видеоизображений:

  • уникальный идентификатор результатов аналитической обработки;

  • дата и время аналитической обработки в формате «YYYY-MM-DDThh:mm:ssXzh:zm» где:

  • YYYY- Год;

  • MM – Месяц;

  • DD – День;

  • T - Символ «T» (eng) – разделитель, обозначает начало секции «время»;

  • hh - Час;

  • mm - Минута;

  • ss - Секунда;

  • X - Символ «+» или «-» –обозначает смещение часового пояса места наступления события относительно UTC;

  • zh - Смещение в часах;

  • zm - Смещение в минутах;

  • результаты аналитической обработки:

  • уникальный идентификатор производителя средств аналитической обработки;

  • уникальный идентификатор средства аналитической обработки;

  • номер зоны детекции (в случае применимости);

  • тип маркера зоны детекции для отображения в клиентском ПО (в случае применимости);

  • координаты маркера зоны детекции события для отображения в клиентском ПО;

  • дополнительные сведения (в зависимости от типа детектора):

  • графическое изображение объекта / события;

  • графическое изображение зоны детекции;

  • другие сведения;

  • классификация результатов аналитической обработки:

  • категория;

  • описание;

  • уровень экстренности;

  • уровень критичности;

  • получение информации о месте наступления события со следующим набором значений (в случае применимости):

  • идентификатор средства видеонаблюдения, в зоне видимости которого произошло событие;

  • Передачи результатов аналитической обработки для дальнейшего хранения и обработки

3.10Требования к интерфейсу


Подсистема видеоаналитики должна иметь пользовательский интерфейс для выполнения следующих функций:

  • Управление программным обеспечение видеоаналитики в части:

    • Настройка принимаемых видеопотоков

    • Настройка аналитических «датчиков»

    • Настройка ретрансляции обработанных видеопотоков

  • Просмотр результата обработки видео

4Функциональные требования к подсистеме видеоаналитики.

4.1Требования к функциям настройки зон контроля.


Система ВА для каждого источника видеоизображения должна обеспечивать возможность независимой настройки параметров анализа видеоданных для каждой фиксированной сцены обзора.

Система ВА для каждой фиксированной сцены обзора каждого источника видеоинформации должна обеспечивать возможность настройки неограниченного количества зон контроля, параметры анализа видеоданных в которых определяются независимо.

Для каждой зоны контроля должна быть возможность:


  • Применение предустановленных правил детекторов и детектирование событий для каждого пресета PTZ камеры, отмеченной на цифровой карте. (Цифровая карта и информация о пресетах камер предоставляется отдельно)



  • определения расписания активации функции анализа зон контроля, включая повторяющиеся и фиксированные окна работы

Для каждой сцены обзора должна быть возможность определения неограниченного количества игнорируемых для анализа «приватных» зон

Для каждой сцены обзора с целью уменьшения ложных срабатываний должна быть возможность определения неограниченного количества «игнорируемых» зон (динамический фон, приватные зоны)


4.2Требования к функции распознавания и классификации объектов


Система должна обнаруживать и классифицировать объекты

  • Человек

  • Автомобиль

  • Иное

если минимальные линейные размеры цели детектируемых и классифицируемых алгоритмами, составляют на видеоизображении не менее 12 пикселей по ширине, и 6 пикселей высоте

4.3Требования к функции распознавания свойств объектов


Система должна определять следующие свойства объектов (в случае их применимости):

  • Доминирующий цвет (комбинация цветов), по шкале, содержащей не менее 16 цветов

  • Линейные размеры объекта

  • Иные свойства

4.4Требования к функции анализа поведения объектов


Система, для выбранного типа объекта (человек / автомобиль / иное), должна определять следующие особенности поведения:

  • Движение

  • Движение в заданном направлении

  • Скорость движения в заданном направлении

  • Пересечение контрольной линии

  • Нахождение в контролируемой зоне больше заданного времени

  • Остановка в контролируемой зоне

  • Иные особенности

4.5Требования к функции подсчета объектов и событий


Система, для выбранного типа объекта (человек / автомобиль / иное) или события (пересечения линии в заданном направлении, нахождения в контролируемой зоне более заданного количества времени и т.п.), должна определять количество детектированных объектов или событий.

4.6Требования к функции распознавания и классификации объектов и событий


Система должна определять следующие типы событий:

  • движение (с настройкой порога чувствительности)

  • пересечение контрольной линии (с настройкой заданного направления)

  • движение в заданном направлении (с настройкой заданного направления и скорости движения)

  • нахождение в зоне более установленного времени (праздношатание) (с настойкой времени нахождения)

  • остановка

  • драка / потасовка

  • падение человека

  • скопление людей (с настройкой количества людей и времени нахождения в контролируемой зоне)

  • появление предмета (с настройкой линейных размеров и времени, минимальный линейный размер предмета, детектируемого алгоритмами как «оставленный», должен составлять на видеоизображении не более 30 пикселей, по ширине и высоте)

  • исчезновение предмета (с настройкой линейных размеров и времени, минимальный линейный размер предмета, детектируемого алгоритмами как «оставленный», должен составлять на видеоизображении не более 30 пикселей, по ширине и высоте)

  • дым (минимальный линейный размер задымления, детектируемого алгоритмами, должен составлять на видеоизображении не более 35 пикселей, по ширине и высоте)

  • огонь (минимальный линейный размер возгорания, детектируемого алгоритмами, должен составлять на видеоизображении не более 35 пикселей, по ширине и высоте)

Система должна поддерживать настройку автоматического ранжирования событий по степени важности (нулевой, низкий, средний, высокий) в зависимости от типа события, типа объекта, источника информации, времени события

4.7Требования к функции автоматического сопровождения цели (PTZ трекинг)


Система должна осуществлять автоматический трекинг (сопровождение) цели, используя автоматическое управление зуммированием PTZ камеры в приделах зоны контроля в зависимости с размером цели. В приделах зоны контроля система должна иметь возможность настройки времени сопровождения, размера и скорости движения цели.

4.8Требования к функции распознавания лиц


Система должна обеспечивать детектирование лица из полученной видео/фото информации в реальном масштабе времени.

  • Система должна работать на видеопотоках со скоростью не менее 10 кадров в секунду

  • Если в кадре находятся несколько лиц, система должна детектировать их все.

Система должна обеспечивать распознавание лица методом сопоставления с эталонными изображениями, хранящимся базе данных

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

Система должна самостоятельно определить наиболее подходящий ракурс для получения фотоизображения лица из видеопотока. Естественная мимика лица не должна влиять на результат распознавания

Такие аксессуары как ленты для волос и прозрачные очки не должны влиять на результат распознавания


4.9Требования к функции распознавания ГРЗ


Система должна обеспечивать распознавание при минимальном линейном размере ГРЗ автомобиля в кадре не менее 150 пикселей по ширине, и 30 пикселей по высоте. Система видеонаблюдения должна минимизировать количество нераспознанных объектов и ложных срабатываний при засветке фарами проезжающих автомобилей в ночное время.

4.10Требования к распознаванию комплексных событий


В системе должна быть возможность моделирования комплексных событий, состоящих из произвольной совокупности доступных к распознаванию Системой объектов их свойств и событий. Моделирование новых и редактирование существующих комплексных событий, должно выполняться без изменений в исходном программном коде:

  • Создание новых комплексных событий на базе базовых (существующих) событий OR, FR, LPR и дополнительных характеристик объектов

4.11Требования к поиску информации


Система должна предоставлять нижеследующие функции поиска объектов / событий по параметрам в режиме реального времени

  • Поиск события:

  • Период (время, временная шкала)

  • Источник видеоинформации

  • Тип события

  • Тип объекта (человек, транспорт, не определен)

  • Зона контроля

  • Подсчет событий

  • Стоп-кадр события

  • Поиск объекта

  • Период (время, временная шкала)

  • Источник видеоинформации

  • Тип объекта (человек, транспорт, не определен)

  • Цвет объекта (16 цветов)

  • Размер объекта (ширина, высота, длина, пропорция), мм

  • Скорость (макс., мин., сред.), м/с

  • Поиск по дополнительным характеристикам событий : Path passing, appearing, dispaareaing, loitering, unauthorized direction и т.д.

  • Создание комплексных событий на базе базовых событий OR/FR и дополнительных характеристик объектов.

  • Поиск тэга

  • Период (время, временная шкала)

  • Источник видеоинформации

  • Тип объекта (человек, транспорт, не определен)

  • Ключевое слово (слово входящее в заголовок или контекст)

  • Поиск государственного регистрационного номера

  • Период (время, временная шкала)

  • Источник видеоинформации

  • Государственный регистрационный номер

  • Поиск пути движение или поиск/ траектории движения

  • Период (время, временная шкала)

  • Цвет

  • Фильтр объекта

  • Тип объекта

  • Немедленное воспроизведение при выборе показываемого маршрута трекинга

  • Миниатюра изображения и лист результатов поиска

  • Метки на временной шкале

  • Поиск комплексного события:

  • Период (время, временная шкала)

  • Источник видеоинформации

  • Тип события

  • Зона контроля

  • Подсчет событий

  • Стоп-кадр события

Пользовательский интерфейс системы поисковых запросов должен быть выполнен на основе веб-интерфейса с учетом общей политики предоставления интерфейсов для веб-браузеров

4.12Требования к функциям анализа качества видеопотока


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

  • Потеря видеосигнала

  • Разворот камеры

  • Экранирование камеры

  • Засветка камеры

  • Затемнение камеры

  • Расфокусировка камеры

  • Уменьшение частоты кадров

Система контроля качества видеосигнала должна уметь работать в режиме «обхода» видеокамер по заданным правилам (списку, расписание)

Приложения

Приложение №1


Таблица параметров мониторинга

NN

Предмет мониторинга

Параметр

Значение

1

Сервис (ПО)

Статус ПО.

Работает, остановлен, перезапуск, другие возможные статусы

2

Сервис (ПО)

Время старта ПО.

Дата, время (или unix timestamp)

3

Сервис (ПО)

Время последней остановки ПО.

Дата, время (или unix timestamp)

4

Сервис (ПО)

Причина последней остановки ПО.

Текстовое описание причины остановки (перезагрузка сервера, сбой ПО, перезагрузка приложения, что-то другое)

5

Сервис (ПО)

Статус хранилища архива для записи

Хранилище доступно, недоступно.

6

Сервис (ПО)

Время последнего сбоя хранилища архивов.

Дата, время (или unix timestamp)

7

Сервис (ПО)

Причина последнего сбоя хранилища

Текстовое описание причины сбоя хранилища (недоступность диска, диск полон, ошибка записи, что-то другое).

8

Сервис (ПО)

Общее количество лицензий.

Число, или иное, если требуется.

9

Сервис (ПО)

Использованные в работе лицензии.

Целое число

10

Сервис (ПО)

Свободные для использования лицензии.

Целое число

11

Сервис (ПО)

Общее количество сконфигурированных входящих потоков.

Целое число

12

Сервис (ПО)

Общее количество видеопотоков для записи.

Целое число

13

Сервис (ПО)

Общее количество сконфигурированных URL для ретрансляции.

Целое число

14

Сервис (ПО)

Общее количество активных входящих видеопотоков.

Целое число

15

Сервис (ПО)

Общее количество активных записываемых видеопотоков.

Целое число

16

Сервис (ПО)

Общее количество активных видеотрансляций.

Целое число

17

Сервис (ПО)

Общая используемая полоса входящих видеопотоков.

Целое число

18

Сервис (ПО)

Общая используемая полоса исходящих видеопотоков.

Целое число

19

Входящий видеопоток

URL источника

Текстовое поле

20

Входящий видеопоток

Статус трансляции

Да или нет или интегральная оценка качества.

21

Входящий видеопоток

Статус записи

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

22

Входящий видеопоток

Путь файла записи

Текстовое поле.

23

Входящий видеопоток

Время начала трансляции.

Дата, время (или unix timestamp)

24

Входящий видеопоток

IP адрес источника

IP адрес

25

Входящий видеопоток

IP адрес сервера

IP адрес

26

Входящий видеопоток

Порт RTP потока источника

Целое число

27

Входящий видеопоток

Порт RTP потока сервера

Целое число

28

Входящий видеопоток

Протокол RTP потока

TCP или UDP

29

Входящий видеопоток

Используемая полоса, усреднение за 30 сек (15, минуту…)

Целое число, биты в секунду

30

Входящий видеопоток

Используемая полоса, усреднение за 30 минут (15 минут, час …)

Целое число, биты в секунду

31

Входящий видеопоток

Актуальный фреймрейт.

Действительное число, кадры в секунду.

32

Входящий видеопоток

Количество принятых пакетов

Целое число

33

Входящий видеопоток

Количество непринятых пакетов (потери, ошибки).

Целое число

34

Входящий видеопоток

Количество пропущенных фреймов с начала трансляции.

Целое число

35

Входящий видеопоток

Суммарное время недоступность потока, сек

Целое число

36

Запись архива

URL источника

Текстовое поле

37

Входящий видеопоток

Задержки пакетов данных

Десятичное число

38

Входящий видеопоток

Расхождения задержки пакетов данных (jitter)

Десятичное число

39

Запись архива

Статус трансляции

Да или нет

40

Запись архива

Статус хранилища

Доступно или недоступно.

41

Запись архива

Статус записи

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

42

Запись архива

Путь файла записи

Текстовое поле.

43

Запись архива

Время начала записи

Дата, время (или unix timestamp)

44

Запись архива

Время последнего сбоя записи

Дата, время (или unix timestamp)

45

Запись архива

Количество сбоев записи в архив.

Целое число

46

Запись архива

Суммарное время потерянных данных в архиве.

Целое число, сек

47

Ретранслируемые потоки

URL источника потока

Текстовое поле, URL источника для ретрансляции

48

Ретранслируемые потоки

Статус трансляции с источника

Да или нет.

49

Ретранслируемые потоки

URL сервера

Текстовое поле, URL по которому обращаются клиенты

50

Ретранслируемые потоки

Статус трансляции клиенту

Клиент подключен, идет трансляция, пауза, ошибка, что-то еще.

51

Ретранслируемые потоки

IP клиента

IP адрес

52

Ретранслируемые потоки

IP сервера

IP адрес

55

Ретранслируемые потоки

Протокол RTP потока

TCP

56

Ретранслируемые потоки

Дата, время подключения

Дата, время (или unix timestamp)

57

Ретранслируемые потоки

Дата, время трансляции

Дата, время (с … по …)

58

Ретранслируемые потоки

Используемая полоса, усреднение за 30 сек (15, минуту…)

Целое число, биты в секунду

59

Ретранслируемые потоки

Используемая полоса, усреднение за 30 минут (15 минут, час …)

Целое число, биты в секунду

60

Ретранслируемые потоки

Актуальный фреймрейт.

Действительное число, кадры в секунду.

61

Ретранслируемые потоки

Количество отправленных пакетов

Целое число


База данных защищена авторским правом ©infoeto.ru 2016
обратиться к администрации
Как написать курсовую работу | Как написать хороший реферат
    Главная страница