--- title: Анализатор url: https://doc2.pstreamer.tv/ru/manual/streamer/analyzer.html lang: ru product: Perfect Streamer version: 2.0.2.362 --- # Анализатор Встроенный анализатор непрерывно проверяет и измеряет активный вход каждого потока. Результаты используются в нескольких подсистемах узла: вердикт валидности управляет переключением входов ([Резервирование источников](spts.md#streamer-spts-reservation)), метрики и графики выводятся в окне статистики потока ([Статистика потока](../webui/streams.md#webui-stream-stats)), сводные плашки — в списке потоков, нарушения порождают оповещения ([Оповещения (алертер)](../meshwork/alerts.md#meshwork-alerts)). Данные декодера анализатора используются мозаикой, импортом EPG и декодером субтитров ([Конвейер обработки](spts.md#streamer-spts-pipeline)). Базовые проверки и измерения включены всегда. Углублённые анализы включаются отдельными настройками на вкладке «Анализ» редактора потока — каждая добавляет нагрузку на CPU и включается по необходимости. Накопительные счётчики очищаются кнопкой «Сбросить статистику» в окне статистики. ## Проверка валидности Входной поток проверяется по этапам: захват синхронизации TS, приём таблиц PAT и PMT, наличие меток PCR, разбор звуковых и видеодорожек вплоть до декодирования ключевого кадра. Результат отображается в окне статистики в секции «Проверка MPEG-TS» — отдельные признаки TS, PAT, PMT, PCR, Audio, Audio ES, Video, Video ES. Проверка повторяется с интервалом проверки потока; вход признаётся аварийным, если поток не прошёл проверку или данные не поступают дольше таймаута потока — тогда выполняется переключение на резервный вход ([Резервирование источников](spts.md#streamer-spts-reservation)). Скремблированный транспорт — валидное состояние ([SPTS-потоки](spts.md#streamer-spts)): транспортный и PSI-уровни продолжают проверяться, а после появления открытых данных полный анализ возобновляется автоматически. ## Постоянные измерения Без дополнительных настроек анализатор измеряет: - **Битрейт** — скорость входного потока (у SPTS — по меткам PCR, у MPTS — по реальному времени) и выходная скорость после синхронизатора; график «Битрейт» в окне статистики. - **Битрейт по PID** — текущая скорость и число пакетов в секунду по каждому PID активного входа; таблица в блоке «Анализатор» окна статистики. Тип PID берётся из разбора таблиц потока (`PAT`, `PMT`, `video`, `aac` и подобные); PID NULL-пакетов (8191) обозначен `NULL`, а поток, тип которого определить не удалось, — прочерком. Измерение только для SPTS: у MPTS-потока таблицы нет ни при каком источнике мультиплекса, а состав и скорости программ показывает таблица мультиплекса ([Анализ по программам](mpts.md#streamer-mpts-analysis)). - **Непрерывность и транспорт** — ошибки непрерывности CC (окно и накопительно), ошибки транспорта (TEI), счётчики скремблированных пакетов; график «Непрерывность и скремблирование». - **Интервал PCR** — средний и максимальный интервал между метками PCR. При включённом мониторе TR 101 290 действует строгий предел 40 мс, без него — предел ISO/IEC 13818-1 в 100 мс. - **Джиттер PCR** — отставание планировщика выдачи от темпа PCR; график «Джиттер PCR». - **Дрейф PCR** — систематический уход тактовой частоты источника относительно реального времени, в ppm. В отличие от джиттера, дрейф характеризует стабильность кварца энкодера и накапливается минутами; достоверный вердикт формируется на окне от 300 секунд. Допуск ISO/IEC 13818-1 — ±30 ppm; устойчивое превышение подсвечивается в окне статистики («Дрейф PCR»), отдельно от вердикта TR 101 290: дрейф кварца — проблема энкодера на стороне источника, а не транспортной целостности. - **Точность PCR** — погрешность вставки меток PCR относительно фактического момента передачи; допуск TR 101 290 — ±500 нс. Метрика осмысленна только для потоков с постоянным битрейтом (см. детектор режима ниже). **Детектор режима мультиплекса.** Анализатор автоматически классифицирует источник как CBR или VBR по регулярности PCR относительно позиции пакетов; вердикт фиксируется с гистерезисом, чтобы исключить частые переключения. Уверенный вердикт показывается плашкой CBR или VBR в списке потоков; пока данных недостаточно, плашки нет. VBR — не дефект: это нормальный режим, при котором проверки, осмысленные только для CBR (точность PCR, видеобуфер T-STD), автоматически не оцениваются. ## Углублённые анализы Три независимых анализа включаются на вкладке «Анализ» редактора потока (все выключены по умолчанию): **«Глубокий анализ»** Переводит анализатор в непрерывный режим разбора потока (заметная нагрузка на CPU) и добавляет: - интервалы таблиц PAT и PMT (рекомендация — не более 500 мс); - интервалы ключевых кадров (GOP) и IDR-кадров. Для проигрывателей со случайным подключением рекомендуется GOP не более 1 секунды. Если интервал IDR примерно совпадает с интервалом ключевых кадров, поток имеет closed-GOP — каждый GOP открывается полной точкой входа; если метрика IDR отсутствует, поток имеет open-GOP; - интервал от PAT до ключевого кадра — от него зависит скорость старта воспроизведения при случайном подключении; - паспорт видеокодека (тип потока, профиль и уровень, разрешение, развёртка, параметры VBV) и параметры звуковых дорожек; - данные готовности к вставке рекламы: структура GOP, метки случайного доступа (RAI), события SCTE-35 и точки склейки. Порог предварительного уведомления о точке склейки задаётся настройкой «Уведомлять о точке склейки за (кадры)» (дополнительная настройка); - контроль присутствия таблиц SI (SDT, EIT, NIT, TDT) и ошибки структуры элементарных потоков. **«Анализировать разрыв PCR/PTS»** Разброс между PCR и метками PTS/DTS по каждому элементарному потоку. Слишком большой разброс вызывает проблемы у проигрывателей с малым буфером синхронизации. Дополнительно измеряется интервал повторения видеометок PTS (показатель 2.5 отчёта TR 101 290, предел 700 мс). **«Анализировать видеобуфер T-STD»** Модель эталонного буфера декодера T-STD (ISO/IEC 13818-1): проверка, что видеобуфер не переполняется и не опустошается. Поддерживаются MPEG-2, H.264/AVC и HEVC; скорость слива адаптируется к фактическому битрейту видео. Оценивается только на потоках с постоянным битрейтом. Результаты выводятся в окне статистики в секциях «Глубокий анализ» и «Анализатор». Настройки «Трассировка» и «Трассировка MPEG-TS» включают подробное журналирование проверки потока — только для диагностики, не оставляйте их включёнными постоянно. ## Монитор TR 101 290 Настройка «Монитор TR 101 290» (вкладка «Анализ») включает непрерывный контроль соответствия потока стандарту ETSI TR 101 290. Монитор лёгкий — тяжёлый разбор элементарных потоков он не включает — и работает независимо от углублённых анализов. Результат — единый вердикт по потоку: «Норма», «Проблема» или «Проверка…» на время накопления данных. Вердикт показывается цветной плашкой TR-290 в списке потоков и в окне статистики; нажатие открывает отчёт «TR 101 290» — таблицу показателей, сгруппированных по приоритетам стандарта (приоритет 1 — необходим для декодирования, приоритет 2 — рекомендуется для мониторинга, приоритет 3 — зависит от применения), с измеренными значениями и пределами. Особенности оценки: - Нарушение попадает в вердикт, только когда оно устойчиво (наблюдается не менее 30 из последних 60 секунд) — короткие всплески индикатор не зажигают. Отдельно отслеживается приёмочный уровень: нарушение, непрерывно длящееся 300 секунд, — критерий для технической приёмки канала. - Часть показателей требует дополнительных анализов. Строки, зависящие от настроек «Анализировать разрыв PCR/PTS» и «Анализировать видеобуфер T-STD», при выключенной настройке помечаются в отчёте как отключённые и на вердикт не влияют. Численные интервалы PAT/PMT и контроль присутствия таблиц SI измеряются только при включённом «Глубоком анализе» — без него соответствующие строки остаются без измеренных значений. - Точность PCR и видеобуфер T-STD оцениваются только после того, как детектор режима подтвердил постоянный битрейт источника, — и продолжают оцениваться до сброса статистики или изменения настроек выравнивания битрейта, даже если вердикт детектора позже изменится. На потоках, ни разу не подтверждённых как CBR, эти строки не оцениваются. - При активном выравнивании битрейта монитор измеряет именно выдаваемый, выровненный поток ([Управление битрейтом](spts.md#streamer-spts-bitrate)). - Для MPTS-потока выносится один вердикт на весь мультиплекс ([Анализ по программам](mpts.md#streamer-mpts-analysis)). Устойчивые нарушения дополнительно порождают оповещения с кодами анализатора — полный список приведён в [Каталог кодов алертов](../meshwork/alerts.md#meshwork-alert-codes). Счётчики монитора и накопленную статистику сбрасывает кнопка «Сбросить статистику». ## Помощник для рекламаций Если у канала есть устойчивые нарушения TR 101 290 или дрейф PCR, оператор может получить готовый текст-задание для AI-чата, по которому тот составит формальное письмо-рекламацию поставщику потока. Запрос выполняется по HTTP API узла: ``` GET /data/stream//ai-complaint-prompt ``` Ответ — текст с перечнем активных нарушений, измеренными значениями, порогами стандарта и влиянием каждой ошибки на декодер получателя. Название потока, его идентификаторы и адреса источника в текст намеренно не включаются — вместо них подставлен плейсхолдер, который оператор заполняет сам, чтобы служебные данные не передавались стороннему AI-сервису. Функция доступна только для SPTS-потоков.