Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 59806-2021; Страница 11

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 59792-2021 Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем Information technology. Set of standards for automated systems. Types of automated systems tests (Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследования, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях (далее – организациях). Настоящий стандарт устанавливает виды испытаний АС и общие требования к их проведению. Термины и определения основных понятий в области автоматизированных систем, используемых в настоящем стандарте, приведены по ГОСТ 34.003) ГОСТ Р 59789-2021 Молниезащита. Часть 3. Защита зданий и сооружений от повреждений и защита людей и животных от электротравматизма Protection against lightning. Part 3. Protection of buildings and structures from damage and people and animals from electrotraumatism (Настоящий стандарт содержит требования к защите зданий и сооружений от внешних и внутренних повреждений с помощью системы молниезащиты (СМЗ), а также к защите людей и животных от электротравм из-за воздействия напряжений прикосновения и шага вблизи СМЗ) ГОСТ Р 59796-2021 Информационные технологии. Интероперабельность. Термины и определения Information technology. Interoperability. Terms and Definitions (Настоящий стандарт определяет: - основные понятия, связанные с понятием «интероперабельность»; - описание основных этапов по достижению интероперабельности. Настоящий стандарт предназначен для заказчиков, поставщиков, разработчиков, потребителей, а также используется при подготовке кадров, осуществляющих реализацию)
Страница 11
Страница 1 Untitled document
ГОСТ Р 598062021
4.7 Требования к синхронизации времени доступности между проигрывателем и сервером
4.7.1 Общие требования
MPEG-DASH включает в себя синхронное представление MPD и сегментов временных баз серве
ра и проигрывателя. Синхронность обеспечивается за счет использования данных UTC.
В настоящем подразделе приведены требования к провайдеру служб, серверу и проигрывателю
для обеспечения предоставления службы реального времени.
4.7.2 Требования к провайдеру служб
Если MPD является динамическим или содержит элемент @AvailabilityStartTime. то провайдер
служб должен формировать MPD в соответствии со следующими требованиями:
- MPD должно содержать не менее одного элемента с атрибутом @schemeldURI, установленным
в одно из следующих URN:
- urn: mpeg: dash: utc: nttp: 2014:
- urn: mpeg: dash: utc: http-head: 2014;
- urn: mpeg: dash: utc: http-xsdate: 2014;
- urn; mpeg: dash: utc: http-iso: 2014:
- urn: mpeg: dash: utc: http-ntp: 2014,
- если MPD не содержит элемент UTCTiming. то сегменты должны быть доступны не позднее
объявленного времени доступности сегмента с отклонением от времени глобально точного источника
синхронизации не более ±200 мс;
- если MPD содержит элемент UTCTiming. то должны выполняться следующие требования:
- объявленная информация о времени в элементе UTCTiming должна быть доступна проигры
вателю DASH;
- сегменты должны быть доступны не позднее объявленного времени доступности сегмента в
MPD для любого устройства, использующего один из объявленных методов синхронизации вромени.
При использовании urn: mpeg: dash: utc: http-head; 2014 на сервере, указанном в атрибуте
UTCTiming @ value, могут быть размещены сегменты DASH, что позволяет при каждом запросе заго
ловка HTTP использовать проигрывателем поле общего заголовка DATE для поддержания синхрони
зации.
Високосные (дополнительные) односекундные интервалы могут добавляться или удаляться из
итс.
Контент с низкой задержкой может содержать элемент UTCTiming. который обеспечи
вает синхронизацию проигрывателя во времени с точностью до одной секунды и элемент
LeapSecondlnformation. обеспечивающий коррекцию високосных (дополнительных) секунд.
Когда проигрывателю становится известным время появления дополнительной секунды, элемент
LeapSecondlnformation должен обновляться включением атрибутов @nextLeapChangeTime и @nextAv
ailabilityStartLeapOffset, с уведомлением для проигрывателей о необходимости заблаговременного по
лучения этой информации. Такое обновление не должно производиться раньше, чем через 24 ч после
того, как образовалась дополнительная секунда, для того чтобы у проигрывателей было время на ее
обработку.
Серверы могут предоставлять время часового пояса, отличного от часового пояса, используемого
проигрывателями или указанного в MPD.
4.7.3 Требования к проигрывателю
Если MPD является динамическим или содержит элемент @ AvailabilityStartTime. то проигрыва
тель должен формировать точное время собственной системой. Погрешность источника синхронизации
должна учитываться при запросе сегментов, близких к границам времени доступности их сегментов.
Если MPD содержит элемент UTCTiming с атрибутом @schemeldURI, для которого установлено
значение urn: mpeg: dash: utc: httphead: 2014 или и т: тред: dash: utc: http-xsdate: 2014. то к проигрыва
телю предъявляются следующие требования:
-для синхронизации своих часов проигрыватель должен использовать один из источников инфор
мации о синхронизации, указанных в MPD;
- проигрыватель не должен запрашивать сегменты до времени начала доступности сегмента со
ссылкой на любой из выбранных методов UTCTiming. Проигрыватель может принимать во внимание
точность источника синхронизации, а также любые задержки передачи, когда он делает запросы сег
ментов:
8