ПТС (передвижная телестанция)

Происхождение и история термина

Английское outside broadcast означает внестудийную трансляцию. По истории проекта ADAPT, выездное производство расширило студийное телевидение: теперь события можно было показывать с места действия. К шестидесятым годам внестудийные передачи стали привычной частью британской телепрограммы; затем развитие цветного вещания потребовало нового поколения передвижных аппаратных. ^[2]

Российскую линию развития показывает хроника Красноярского государственного телецентра. В 1958 году туда поступила передвижная станция на автомобиле ЛАЗ с тремя телекамерами и громоздким ламповым оборудованием. В 1974 году телецентр получил четырёхкамерную транзисторную станцию, ещё чёрно-белую, а в 1976 году — цветную ПТС «Лотос». Это последовательность изменений одного регионального комплекса, а не даты появления этих технологий во всём мире. ^[3]

История ПТС связана не только с увеличением числа камер: менялись способ обработки изображения и организация рабочих мест. В исследованной ADAPT цветной аппаратной отдельные отсеки предназначались для видеоинженеров, звукорежиссёров и производственной команды. ^[2] Позднее сетевые технологии позволили разделять обработку сигналов и управление ими; пример такой схемы рассмотрен ниже. ^[7]

Суть и механизм

Понять работу станции удобно по пути материала. Камеры дают изображения, микрофоны — звуковые сигналы. Видеомикшер выбирает, какой источник попадёт в программу: например, общий план сцены или крупный план ведущего. Звуковой микшер объединяет нужные звуки. Эти функции присутствуют в описании передвижной аппаратной BBC, но не сводятся к одному устройству. ^[1]

Работу видеомикшера наглядно показывает документация ATEM Television Studio компании Blackmagic Design. Подключённые источники видны на контрольном экране; следующий кадр можно сначала выбрать для предварительного просмотра и лишь затем вывести в программу. Программный выход — итоговый сигнал, предназначенный для дальнейшего использования. Документация отдельно предлагает проверить его на принимающем компьютере. Это пример конкретного оборудования, а не обязательная схема каждой ПТС. ^[6]

В сетевом производстве IP, то есть Internet Protocol — интернет-протокол, используется для передачи данных между устройствами. Семейство стандартов ST 2110 общества инженеров кино и телевидения SMPTE описывает передачу отдельных потоков изображения, звука и сопутствующих данных по управляемой сети. Потоки связываются общей временной основой; точное время передаётся с помощью PTP, Precision Time Protocol. Само наличие сетевого соединения ещё не выполняет эту работу. ^[4]

Кроме того, изображение и звук могут проходить разные участки обработки и приобретать разные задержки. В требованиях Европейского вещательного союза EBU Tech 3371 отдельно предусмотрена возможность вновь согласовать такие потоки в нужных точках производства. Поэтому успешная передача пакетов данных и совпадение звука с изображением проверяются как разные свойства системы. ^[5]

Виды и классификации

Для описания проекта полезна редакционная классификация по двум независимым признакам: где обрабатывают сигналы и где находится команда управления. Она помогает сравнить следующие варианты, но не заменяет техническую спецификацию конкретной станции. ^{[1, 7]}

Последний вариант иллюстрирует опубликованное Grass Valley описание проекта DMC Production: в нём предусмотрены серверы для переключения видео, повторов и обработки звука в машине, а также удалённые аппаратные для наблюдения и отправки команд. Это описание проектного решения по данным производителя, а не отчёт о завершённой эксплуатационной приёмке. Из него нельзя выводить обязательный состав или пропускную способность связи для другой ПТС. ^[7]

Как применяется на практике

Учебный пример: нужно передать концерт из городского зала в вещательный центр. Предусмотрены три камеры, микрофон ведущего, концертный звук и заранее подготовленная заставка. До репетиции команда записывает, кто предоставляет каждый источник, где его принимают и как он должен выглядеть или звучать в итоговой программе. Такой разбор развивает последовательность планирования, подключения и репетиции, описанную в исследовании ADAPT. ^[2]

Во время проверки общий план сцены выглядит правильно, но при выходе ведущего слышна только музыка. Добавление ещё одной камеры проблему не решит: в этом учебном случае нужно проследить маршрут микрофона от входа до звукового выхода программы. Если голос слышен в машине, но отсутствует у получателя, поиск переносится на последующий участок цепочки.

Другой учебный сбой — старая заставка вместо согласованной. Здесь сигнал может быть технически исправным, а содержание — неверным. Поэтому в задании полезно назвать не только источник «заставка», но и конкретную версию файла. Результат проверки должен отвечать на вопрос, получил ли вещательный центр нужную программу, а не только на вопрос, включилась ли аппаратура.

Как измерить или проверить

Для учебной приёмки редакция предлагает заранее составить набор сценариев: переключение каждой камеры, включение микрофона, показ заставки и получение результата центром. У каждого сценария должны быть ожидаемый результат и место наблюдения. Для сетевой части отдельно рассматривают время, медиапотоки и управление: эти направления контроля выделены в EBU Tech 3371. ^[5]

Пусть подготовлено двадцать сценариев, все выполнены по одному разу, а восемнадцать завершились успешно. Доля успешных сценариев считается так:

В числителе стоит число успешных сценариев, в знаменателе — весь заранее согласованный набор, включая неудачные. Умножение на сто переводит долю в проценты. Если бы часть сценариев ещё не выполнили, следовало бы отдельно указать это число, а не незаметно исключить их из знаменателя. При пустом наборе такая доля не определена.

Эти девяносто процентов описывают только результаты учебной проверки. Они не означают, что станция готова на девяносто процентов или что вероятность успешного эфира равна этому числу. Если один из двух отказов касается основного программного выхода, множество успешных переключений его не компенсирует. Решение о приёмке требует оценки самих отказов и условий задания.

Ошибки, ограничения и спорные вопросы

Главная ошибка — оценивать комплекс по числу камер, не прослеживая итоговую программу. Историческое описание BBC уже различает телевизионную аппаратную и дополнительные средства для комментаторского звука: одна задача может потребовать нескольких специализированных машин. Сам по себе транспортный кузов не задаёт полноту производства. ^[1]

Другая ошибка — считать поддержку одного стандарта полной гарантией совместимости. EBU Tech 3371 прямо рассматривает передачу медиа лишь как часть необходимого набора технологий, наряду со временем, управлением, настройкой, наблюдением и безопасностью. Документ относится к производственной IP-инфраструктуре; его нельзя автоматически превращать в обязательный перечень оснащения любой ПТС. ^[5]

Предложенный учебный протокол не заменяет инженерной приёмки, проверки электробезопасности и организации монтажа. В нём нет расчёта питания, разрешений или оценки условий конкретной площадки. После изменения соединений или настроек результаты прежних сценариев нужно соотнести с новой схемой: исправный микшер сам по себе не показывает, что до получателя дошли правильные изображение и звук.

Частые вопросы

Связанные термины

• studiynyy-kompleks
• montazh
• vypuskayushchiy-rezhisser
• videoinzhener
• grafika-v-efire