Логичное на первый взгляд ожидание: раз в OTT Player нет архива у канала — значит, где-то в настройках плеера не включена нужная галочка. И вот тут придётся разочаровать: галочки такой не существует, потому что архив (он же catch-up, он же network PVR) — это не функция плеера вообще, а функция плейлиста и сервера провайдера. OTT Player его просто показывает, если он там есть, — и не может его создать из ничего, если провайдер архив не хранит.
Разберём, как это устроено на самом деле, откуда технически берётся шкала перемотки в прошлое и почему у одного канала архив есть, а у соседнего в том же списке — нет. Кстати про провайдеров: если оплата доступа к каналам с архивом идёт через зарубежный сервис, а российская карта не проходит, есть SUB.SUP — Telegram и ВКонтакте, помогают провести платёж без лишних сложностей.
Архив — не функция плеера
Смотри на это так: OTT Player — это плеер видео, а видео из прошлого — это отдельный поток данных, который должен где-то физически храниться. Хранит его не приложение на твоём телевизоре (там просто нет места и вообще такой задачи), а сервер провайдера, который непрерывно записывает каждый канал и держит запись ограниченное время. Плеер лишь получает от сервера ссылку на нужный кусок этой записи и проигрывает её — ровно так же, как проигрывает обычный прямой эфир.
Отсюда прямое следствие: если провайдер архив не пишет, никакая настройка внутри OTT Player этого не изменит. Максимум, что можно сделать со своей стороны, — сменить провайдера на того, кто архив предоставляет.
Путаница чаще всего рождается из другого приложения. У части IPTV-плееров действительно есть внутренний timeshift — короткий локальный буфер, который позволяет отмотать назад только то, что шло прямо сейчас, и то на несколько минут, за счёт кэша на самом устройстве. Это совсем другая, куда более скромная штука, чем полноценный архив за несколько дней, но обе функции в разговорах часто называют одним словом «архив», и от этого ожидания у пользователей завышаются.
Разница на практике ощущается сразу: локальный timeshift пропадает, стоит переключить канал или перезапустить приложение, — буфер живёт только в рамках текущего сеанса просмотра. Полноценный архив от провайдера, наоборот, доступен в любой момент в течение всего заявленного срока, хоть через час, хоть через три дня, и не зависит от того, было ли приложение открыто всё это время.
Механика ближе к записывающему видеорегистратору, чем к обычной перемотке. Сервер провайдера пишет эфир каждого канала непрерывно, независимо от того, смотрит его кто-то в этот момент или нет, — в этом отличие от «запроса записи» пользователем: запись идёт всегда, а не по требованию. Когда зритель открывает архив, плеер просто запрашивает у сервера конкретный отрезок этой уже существующей записи по времени начала и конца.
Именно поэтому архив принципиально отличается от привычного «поставить канал на запись», как это работало на старых спутниковых ресиверах: там пользователь сам заранее решал, что записать, а здесь всё пишется без разбора, а выбор происходит уже постфактум, когда решаешь, что именно посмотреть из уже накопленного.
Здесь же участвует программа передач (EPG) — она размечает эфир на отдельные передачи по времени начала и окончания. Без EPG архив может формально работать, но без подписей: ты увидишь запись по времени, но не увидишь названия конкретной передачи, которую ищешь, — придётся ориентироваться на часы, а не на «тот выпуск новостей в восемь вечера».
Управление воспроизведением архива обычно повторяет управление обычным видео: пауза, перемотка вперёд-назад внутри уже открытого отрезка, переход на живой эфир одной кнопкой. Разница только в том, откуда берётся сам поток — из записи вместо прямой трансляции, а интерфейсно для зрителя это выглядит почти одинаково.
Что должно быть в плейлисте, чтобы архив появился?
Технически поддержка архива описывается прямо в плейлисте, отдельными атрибутами у строки канала или у всего списка сразу:
`catchup` — тип архива: `default`, `flussonic`, `flussonic-hls`, `shift`, `stalker` и другие варианты в зависимости от того, какое серверное решение использует провайдер.
`catchup-days` — сколько дней хранится запись, например `catchup-days="5"`.
`catchup-source` — необязательный адрес API или шаблон ссылки для получения архивного отрезка, с переменными вроде `${start}` (время начала) или `${offset}` (сдвиг назад в секундах).
Пример строки: `#EXTINF:0 catchup="default" catchup-source="http://example.com/archive/?start=${start}", Канал`. Если этих атрибутов в плейлисте нет — плеер просто не знает, что у канала есть архив, даже если запись физически лежит на сервере провайдера.
Указать эти атрибуты можно и на уровне всего файла сразу, одной строкой в `#EXTM3U` — тогда правило применяется ко всем каналам плейлиста разом, если у провайдера архив доступен равномерно. На практике так делают не все: часто выгоднее прописать поддержку архива только там, где она реально есть, а не выдавать её для каждого канала формально, создавая ложное ожидание у зрителя.
Срок хранения задаёт провайдер, и он у всех разный — от нескольких дней до пары недель по общей практике IPTV-рынка. Часто встречающееся значение по умолчанию у ряда серверных решений — трое суток, но это именно настраиваемый параметр `catchup-days`, а не универсальный стандарт: у конкретного провайдера цифра может быть и меньше, и заметно больше.
От чего зависит конкретное число — по большому счёту от экономики хранения на стороне провайдера. Запись каждого канала в приемлемом качестве занимает ощутимый объём на серверных дисках, и чем дольше хранить, тем дороже инфраструктура. Поэтому щедрые сроки архива обычно встречаются либо у крупных провайдеров с развитой серверной базой, либо как часть более дорогого тарифного пакета — эта деталь стоит уточнения ещё на этапе выбора провайдера, если архив для тебя важная функция, а не приятный бонус.
Частые вопросы про архив в OTT Player
Можно ли увеличить срок хранения архива самому?
Нет, это настройка на стороне сервера провайдера, а не в приложении. Изменить её может только тот, кто хранит записи, — обращаться нужно в поддержку провайдера плейлиста.
Почему в архиве нет свежих 10–15 минут?
У части серверных решений есть небольшая задержка между эфиром и появлением записи в архиве — это особенность конкретной реализации на сервере, а не сбой плеера.
Работает ли архив, если плейлист подключён по Xtream Codes, а не по M3U8-ссылке?
Да, поддержка архива не привязана к конкретному способу подключения — важно только, чтобы сам сервер провайдера формировал запись и передавал нужные параметры, будь то через M3U-атрибуты или через Xtream API.
Расходует ли просмотр архива больше интернет-трафика, чем обычный эфир?
Нет, поток архивной записи идёт тем же способом и обычно в том же качестве, что и прямой эфир, — разница только в источнике данных на сервере, а не в объёме передаваемого видео.
Можно ли скачать фрагмент архива себе на устройство?
Штатно в самом OTT Player такой функции обычно нет — архив устроен как потоковое воспроизведение, а не как загрузка файла, и предназначен для просмотра, а не для сохранения записи на будущее.
Почему у соседнего канала в том же плейлисте архива нет, а у этого есть?
Потому что атрибуты `catchup` прописываются для каждого канала отдельно, а не для всего плейлиста разом. Провайдеры часто пишут архив выборочно: для федеральных каналов запись хранится, а для нишевых, полученных по перепродаже у третьей стороны, — нет, потому что у той стороны своя политика хранения, а иногда и прямой юридический запрет правообладателя на архивную запись.
Архив не открывается, хотя должен быть
Если атрибуты `catchup` в плейлисте вроде бы прописаны, а шкала перемотки в прошлое всё равно не появляется, порядок диагностики такой: обнови плейлист в личном кабинете (иногда атрибуты подтягиваются не сразу после того, как провайдер их добавил), проверь версию приложения на устройстве (старые версии некоторых плееров хуже поддерживают отдельные форматы `catchup-source`), и, если ничего не помогло, напиши в поддержку провайдера с прямым вопросом — работает ли архив у них вообще сейчас, а не только на бумаге в описании тарифа.
Ещё одна практическая деталь: у некоторых форматов `catchup-source` шаблон ссылки завязан на точный часовой пояс сервера. Если время на устройстве настроено неверно или используется другой часовой пояс, чем у провайдера, плеер может запрашивать не тот отрезок записи — архив вроде бы открывается, но показывает не ту передачу, которую искал. Проверка времени на устройстве — простой шаг, который часто упускают, пытаясь искать проблему сразу в настройках плейлиста.
Отдельно стоит проверить конкретную дату и время: если пытаешься открыть архив за пределами заявленного `catchup-days`, шкала просто не даст выбрать эту точку — это не ошибка, а честно работающее ограничение срока хранения, а не баг интерфейса.
Если честно, для меня архив всегда был той функцией, по которой быстрее всего понимаешь, насколько провайдер вообще следит за качеством своего сервиса: у серьёзных — работает предсказуемо и без сюрпризов, у полулюбительских — то работает, то нет, то обрывается на середине передачи. Так что если выбираешь провайдера именно ради архива — не жалей пяти минут на то, чтобы проверить его на паре разных каналов до оплаты, а не после. Кстати, если провайдер с нормальным архивом оказался зарубежным и его оплата не проходит российской картой напрямую — тут снова к месту SUB.SUP: Telegram и ВКонтакте, оформляют платёж без лишней возни с переводами через третьи руки.
Проверка простая: открой архив у трёх-четырёх каналов из разных категорий, отмотай на день назад и на неделю назад, если провайдер заявляет такой срок, и посмотри, не рвётся ли запись посередине. Пять минут такой проверки на старте экономят куда больше времени и нервов, чем разбирательство с поддержкой провайдера уже после того, как деньги списаны, а архив на практике оказался заявлен только в рекламном описании тарифа.
И ещё один момент напоследок: если архив у провайдера в принципе есть, но с ограничениями по числу каналов или по сроку хранения в базовом тарифе, часто существует и расширенный вариант подписки именно с более щедрым архивом. Прежде чем менять провайдера целиком в поисках лучшего архива, стоит уточнить у текущего, нет ли у него такого более полного тарифа, — это может оказаться быстрее и надёжнее, чем перенастраивать всё с нуля у нового поставщика каналов. Про саму оплату у нас есть отдельный разбор — «Как оплатить OTT Player из России в 2026 году: премиум IPTV-плеера без зарубежной карты».
Комментарии
Войдите, чтобы написать комментарий