
- •Цель работы
- •Ход работы
- •Ответы на вопросы
- •Что такое специальная ос? Основные характеристики срв и систем мультимедиа.
- •Основные принципы реализации срв
- •Основные характеристики rtLinux
- •Что такое поток – stream? Основные типы потоков.
- •Каковы типы сжатия данных в мультимедийных системах? Перечислите протоколы сжатия, примененные в ос.
- •В чем суть требований к ядру мультимедийных ос. Перечислите их.
- •Каковы алгоритмы расписаний работы процессора и расписание работы с диском мультимедийных ос
- •В чём суть протокола rtp? Протокола rtsp?
- •Каковы три метода передачи видео контента сервером на рабочую станцию?
Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации
Ордена Трудового Красного Знамени
Федеральное государственное бюджетное образовательное учреждение высшего образования
«Московский технический университет связи и информатики»
Кафедра «Сетевые информационные технологии и сервисы»
Отчет по лабораторной работе №71
по дисциплине «Управление и администрация информационных систем» на тему:
«Изучение процессов поддержки мультимедиа разделенных операционных систем»
Выполнили: Студенты группы БСТ2104 Проверил: Беленькая М.Н.
Москва, 2025 г.
Цель работы
Изучение средств поддержки процессов мультимедиа распределенных операционных систем;
Изучение способов реализации процессов мультимедиа распределенных операционных систем;
Получение практических навыков работы со средствами мультимедиа распределенных операционных систем;
Ход работы
Схема
организации связи представлена на
рисунке 1.
Рисунок 1 - Схема организации связи Схема работы видеосервера представлена на рисунке 2
Рисунок
2 - Функциональная схема
В ходе работы осуществлялся прием видеоданных с камер наблюдения, установленных в кабинете Л211, и их передача на медиа-сервер, расположенный в аудитории Л207.
Для начала работы камер были включены соответствующие рабочие станции, выполняющие функцию источника питания. Затем на медиа-сервере запускался Apache-сервер, обеспечивающий приём видеопотока.
Для отображения видеоданных использовался медиа-плеер VLC, через который осуществлялась трансляция. Просмотр передаваемого видеопотока выполнялся в браузере посредством подключения к медиа-серверу через локальный адрес.
Рисунок 3 – Результат работы
Выводы
-
Проблемы
Решения
IP-камера D-Link DCS-920 не поддерживает протоколы реального времени RTP и RTSP, а передача данных по TCP и UDP (в данном случае использовался UDP) не обеспечила должного качества потокового видео.
Рекомендуется использовать камеры с поддержкой протоколов реального времени RTP и RTSP. В этом случае RTP поможет устранить задержки и дрожание (jitter), а RTSP обеспечит возможность управления потоком данных.
На сервере установлена операционная система Microsoft Windows Server 2003 R2 Service Pack 2 Standart Edition, которая не поддерживает режим реального времени (Real-Time) и не является preemptible.
Рекомендуется установить операционную систему реального времени с поддержкой preemptible-ядра, например, RTLinux.
Процессор, установленный в компьютере (Intel Celeron), обладает недостаточной производительностью для потоковой обработки видео, что приводит к его загрузке на 98–100%.
Заменить процессор на более современный и производительный.
Кабельная система включает не только оптоволокно, но и витую пару категории 5, что ограничивает максимальную скорость передачи данных до 100 Мбит/с, а фактически — еще ниже из-за особенностей используемого оборудования.
Для повышения скорости передачи данных необходимо полностью заменить витую пару на оптоволокно, а также обновить все оборудование, не поддерживающее работу с оптоволоконными соединениями на высоких скоростях.
В IP-камере используется видеокодек MJPEG. Он имеет
низкий коэффициент сжатия (1:20).
Для увеличения скорости можно приобрести камеру с видеокодеком
не MJPEG, а MPEG-4 (1:50).
Система видеонаблюдения не записывает видео на жесткий диск.
Для того, чтобы запись шла на диск (поток stream 24-30 фреймов) должно быть специальное расписание (schedule). Чтобы убрать проблемы с расписанием, при запускании процессов у ОС должен быть статический приоритет, чтобы запустился real time.
Запись на диск должна идти по специальным алгоритмом SCAN EDF. Оптимизация поиска SCAN и гарантии реального времени EDF комбинируются следующим образом; Как и в EDF, запрос с самым ранним сроком всегда подается первым, среди запросы с одинаковым сроком, первым обслуживается конкретный, который первым по направлению сканирования, среди остальных запросов этот принцип повторяется до тех пор, пока не исчезнет запрос.