Добавил:
мой вк: vk.com/truecrimebitch больше работ здесь: https://github.com/alisadex Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
71.docx
Скачиваний:
0
Добавлен:
11.05.2025
Размер:
838.23 Кб
Скачать

Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации

Ордена Трудового Красного Знамени

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Московский технический университет связи и информатики»

Кафедра «Сетевые информационные технологии и сервисы»

Отчет по лабораторной работе №71

по дисциплине «Управление и администрация информационных систем» на тему:

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

Выполнили: Студенты группы БСТ2104 Проверил: Беленькая М.Н.

Москва, 2025 г.

  1. Цель работы

  • Изучение средств поддержки процессов мультимедиа распределенных операционных систем;

  • Изучение способов реализации процессов мультимедиа распределенных операционных систем;

  • Получение практических навыков работы со средствами мультимедиа распределенных операционных систем;

  1. Ход работы

Схема организации связи представлена на рисунке 1.

Рисунок 1 - Схема организации связи Схема работы видеосервера представлена на рисунке 2

Рисунок 2 - Функциональная схема

В ходе работы осуществлялся прием видеоданных с камер наблюдения, установленных в кабинете Л211, и их передача на медиа-сервер, расположенный в аудитории Л207.

Для начала работы камер были включены соответствующие рабочие станции, выполняющие функцию источника питания. Затем на медиа-сервере запускался Apache-сервер, обеспечивающий приём видеопотока.

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

Рисунок 3 – Результат работы

  1. Выводы

Проблемы

Решения

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, запрос с самым ранним сроком всегда подается первым, среди запросы с одинаковым сроком, первым обслуживается конкретный, который первым по направлению сканирования, среди остальных запросов этот принцип повторяется до тех пор, пока не исчезнет запрос.