Roma Robot
Sync a New Level of Show

TC Net

Протокол TCNet был создан в 2004 году программистами компании TC Supply. Основное направление этой компании – создание программных продуктов для синхронизации шоу систем с DJ оборудованием, поэтому по большей части весь функционал этого протокола опирается на потребности клубной сферы. Базируется этот протокол на технологии передачи данных Ethernet.

Несмотря на то, что этот протокол синхронизации имеет ряд преимуществ при работе с таймкодом в сравнении с SMPTE, в профессиональной концертной индустрии он широко не используется. Но при этом в клубной сфере это один из самых функциональных протоколов для синхронизации.

По своей сути этот протокол очень схож с RTP-MIDI. Он также работает через транспортный протокол UDP, также каждое устройство рекламирует себя в сети, в одной сети также может быть несколько мастер устройств, и также может быть множество клиентов, которые могут сами выбирать, данные с какого сервера получать.

Если говорить об отличиях, то так как TC Net не был принят ни одной из официальных ассоциаций, то единственная компания, которая поддержала этот протокол, была Pioneer, в сравнении с RTP-MIDI, которую по итогу модернизировала компания Apple, чьи изменения впоследствии были приняты двумя ассоциациями MMA и JMSC. И также компания Apple включила поддержку этого протокола в свои операционные системы, что несомненно явилось решающим фактором в популяризации этого протокола.

Но пожалуй, основное отличие этих двух протоколов в том, что RTP-MIDI передает данные серийного протокола MIDI, а TC Net работает полностью со своими собственными данными. С одной стороны, это плохо, потому что этот протокол полностью несовместим со старыми системами, а с другой стороны, такой протокол передачи данных синхронизации не зажат рамками возможностей старых технологий.

Итак, давайте более подробно разберем, что может протокол TC Net. Несмотря на название самого протокола, он передает информацию не только о таймкоде, но и дополнительно метаданные.

Timecode

Как и следовало ожидать, это более усовершенствованная версия классического SMPTE таймкода.

• Через TC Net можно передать несколько источников таймкода.

• Скорость таймкода может изменяться в пределах 0%—200%.

• Направление таймкода может быть как вперед, так и назад.

Media Information

TC Net может передавать текущую информацию о медиа данных с каждого DJ проигрывателя.

• Трек и аудио метаданные.

• BMP и скорость воспроизведения.

• Данные для построения волновой формы трека.

• Название трека, альбома, исполнителя, изображение обложки альбома.

• Служебные сообщения для управления сторонними программами.

В общей сети TC Net выделяются три типа устройств.

Master

Этот тип устройства может предоставлять в сеть таймкод и отправлять дополнительные мета данные и команды управления.

Slave

Этот тип устройств может принимать данные таймкода, мета данные и команды управления, при этом Slave тип устройств может отправлять только команды управления.

Repeater

Этот тип устройств может принимать и отправлять все данные синхронизации и управления.

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

ArtTimeCode

Скорее всего, вы уже не в первый раз слышите о такой компании, как Artistic License, и о протоколе передачи данных ArtNet, главная цель которого – передача данных серийного протокола DMX512 через сеть Ethernet. Но мало кто знает, что этот протокол также поддерживает передачу данных таймкода. Модификация протокола ArtNet для передачи таймкода называется ArtTimeCode, также многие для упрощения называют его ArtNet Timecode.

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

Технология передачи таймкода довольна проста и очень схожа с ArtNet протоколом.

• В сети есть только одно мастер устройство, которое может транслировать либо Broadcast, либо Unicast пакеты данных, все остальные клиенты принимают эти данные.

• Мастер устройство не знает, есть ли в сети хоть кто-то, кто может принять данные таймкода, и также мастер устройство никогда не узнает, если из сети пропал один из клиентов.

• В протоколе нет системы контроля корректности порядка доставленных пакетов данных, что не может гарантировать корректное время таймкода на конечном устройстве.

• Но из-за того, что этот протокол максимально прост, общее время задержки между мастер устройством и клиентом минимально.

Протокол ArtNet сейчас широко используется в шоу-индустрии, а вот его собрат ArtTimeCode из-за своих существенных недостатков так и не получил широкого применения в профессиональном оборудовании и программном обеспечении.

OSC Timecode

OSC Timecode появился из среды объектно-визуального программирования нодами (Node⁵). Как яркий пример такого программного обеспечения, можно привести VVVV и TouchDesigner. Так как протокол OSC очень прост в использовании, то очень часто программистами он используется для передачи кадров таймкода между компьютерами и своими серверами. Этот способ получил популярность по двум причинам.

• Для передачи такого таймкода не нужно никакого специализированного оборудования, наподобие звуковых и MIDI карт.

• Ноды (Node⁶) и библиотеки для работы с протоколом OSC присутствуют во всех подобных программных средах разработок. Для работы с другими протоколами синхронизации, базирующимися на технологии Ethernet, подобными RTP-MIDI, TCNet и ArtNet Timecode, программистам необходимо писать на низкоуровневом языке собственные ноды для расшифровки сообщений этих протоколов, что зачастую является большой проблемой, так как необходимо знать на более высоком уровне языки программирования. В случае с OSC подобного не требуется.

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

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

Кадр OSC Timecode представляет из себя одно OSC сообщение, где аргументом является беззнаковая переменная типа Int32, в которой хранится информация таймкода одного кадра. Адрес такого сообщения не регламентирован, в зависимости от каждого проекта или программиста, он может быть придуман произвольно. Самый распространенный и простой адрес – /timecode/. При необходимости использовать независимые источники тайм кода в адрес добавляют номер источника или устройства.

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

AVB/Dante/MADI

Audio Video Bridging (AVB), Dante, Multichannel Audio Digital Interface (MADI) – все это сетевые протоколы передачи несжатого многоканального цифрового аудиосигнала с минимальными задержками через сеть Ethernet.

Может возникнуть вопрос, каким образом эти цифровые аудио интерфейсы могут использоваться для синхронизации? Давайте вспомним один из самых старых интерфейсов LTC. Как мы уже разбирали, это цифровой протокол, передаваемый через аналоговый аудиоинтерфейс. Для его передачи мы можем воспользоваться оригинальным аналоговым звуковым трактом или его современными цифровыми модификациями. Своего рода, это возрождение старого стандарта в новом цифровом интерфейсе. Наподобие серийного интерфейса MIDI, который переродился в цифровой протокол RTP-MIDI.

Использование AVB/Dante/MADI протоколов для передачи LTC является спорным вопросом, так как кроме очевидных преимуществ есть также и ряд недостатков. Давайте выделим основные плюсы и минусы такого способа передачи LTC.

Преимущества:

• AVB/Dante/MADI использует технологии сети Ethernet, что позволяет передать цифровой сигнал по витой паре или оптическому кабелю на большие расстояния с минимальными задержками и потерями.

• Практически все профессиональные цифровые аудио пульты, звуковые карты, плееры и другое аудио оборудование работает с цифровым протоколом AVB, Dante или MADI.

• Существуют цифровые аудио драйвера AVB/Dante/MADI для компьютеров, которые позволяют в операционной системе транслировать аудио по цифровому протоколу, даже без наличия звуковых карт. Более того, Apple MAC OS по умолчанию может работать с AVB без установки дополнительных драйверов.

Недостатки:

• Используя AVB/Dante/MADI, возможно передать только LTC таймкод.

• При работе с LTC через оборудование, не предназначенное для этого, сложно контролировать корректность передачи сигнала.

• Для подключения физических клиентов LTC таймкода все равно необходимо аудио оборудование для конвертации AVB/Dante/MADI в аналоговый аудиосигнал.

• Для работы с AVB/Dante/MADI необходимы профессиональные знания для использования этих протоколов.

Много лет назад, когда существовал только интерфейс таймкода LTC, особого выбора не было, но сейчас, когда есть множество разных цифровых интерфейсов синхронизации, которые намного надежнее и функциональнее, игнорировать новые разработки и пытаться оживить устаревшие протоколы неразумно.

Когда стоит вопрос использования современных интерфейсов передачи данных в синхронизации, зачастую это обусловлено необходимостью передачи сигнала на большие расстояния, что не могут позволить себе интерфейс MIDI или LTC.

Конечно, можно проявить находчивость, потратить время на изучение протоколов AVB/Dante/MADI и передавать через них LTC, но я задам лишь один вопрос: зачем изобретать велосипед, если все уже летают на космических кораблях? Если все же встал вопрос передачи синхронизации на большие расстояния, куда рациональнее использовать RTP-MIDI, OSC или даже ArtNet Timecode и TCNet.

EQUIPMENT AND COMMUTATION

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

Все самые распространенные протоколы синхронизации, которые используются в шоу-индустрии, передаются посредством нескольких интерфейсов LTC, MIDI и Ethernet. Мы подробно разберем все технические особенности в работе с каждым из них.

Передача и прием LTC

LTC – это линейный временной код, передаваемый через аналоговый аудиоканал. Частота работы этого сигнала находится в пределах звукового диапазона, поэтому этот сигнал легко воспринимается звуковым оборудованием и его можно воспроизвести на аудиосистеме. Звук, который мы услышим, будет схож со звуком, который издавали раньше DialUP модемы при подключении к интернету, т.к. и в первом, и во втором случае передается цифровой сигнал по аналоговому каналу.

Для генерации LTC сигнала необходима либо звуковая карта с балансными аудиовыходами, либо таймкод LTC генератор. Самый распространенный разъем, который используется для LTC, это звуковой XLR коннектор, так как этот разъем имеет три пина, что необходимо для передачи балансного сигнала. Помимо этого, разъем имеет замок фиксатор, что делает его более надежным. Также в звуке используется балансный 1/4 Jack (TRS) разъем, который также имеет три пина для передачи сигнала. Некоторые производители для передачи, приема LTC также используют этот разъем, что вполне допустимо.

Стандартные звуковые карты с mini-Jack выходами плохо подходят для работы с линейным таймкодом по причине того, что звуковые выходы у таких карт не балансные. Чтобы понять, почему это важно, давайте разберем основные принципы и различия балансного и небалансного типов сигнала.

Небалансный (также его называют несимметричный, линейный) сигнал передается по двум проводам: один провод сигнал, другой – земля. Данный способ передачи сигналов отличается исключительной простотой реализации, однако он не способен противостоять помехам на физическом уровне.

Балансный сигнал использует для передачи три провода: два сигнала HOT и COLD (прямой и инверсный) и третий провод земля. Электрическое сопротивление сигнальных проводов по отношению к земле сбалансировано (то есть равно), что нашло отражение в названии. Сигналы по двум проводам балансной линии передаются в противофазе с равной амплитудой относительно земли.

Балансные входы и выходы звуковой карты

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

В сравнении с небалансным подключением балансное имеет два основных преимущества, обусловленных его техническими особенностями.

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

Это, прежде всего, обусловлено в два раза большей разностью потенциалов между прямым и инверсным сигналом балансной линии в сравнении с разностью потенциалов между землей и единственным сигналом небалансной линии.

Вторая особенность, тесно связанная с первой, – лучшая в сравнении с небалансным подключением помехоустойчивость, которая достигается таким фактором, как анализ наведенных шумов на две линии сигналов в противофазе.

Небалансное подключение позволяет получать стабильный сигнал без существенных искажений на расстояниях, на практике не превышающих 15—20 метров. А при использовании балансного аудио подключения мы можем передать сигнал на расстоянии 200 метров и более. Но тут же хочу обратить внимание, что это не значит, что мы можем передать LTC на то же расстояние, что и аудиосигнал. Причина тому – ряд условий, которые не позволят нам это сделать.

Если не учитывать эти условия, то без потерь мы можем передать по балансной линии сигнал LTC на расстояние не более 30–50 метров. Чтобы понять, какие условия не могут нам позволить передать этот сигнал на большее расстояние, давайте сперва изучим особенности передачи цифрового LTC по аудиоканалу, а потом вновь вернемся к этому вопросу.

Большинство внешних звуковых карт имеет балансные выходы, что позволяет более качественно работать с передачей линейного таймкода, также эти карты позволяют полноценно работать с двумя или более каналами аудио и при этом на отдельном канале работать с LTC, что невозможно со встроенными двухканальными картами.

Интерфейс синхронизации LTC изначально был придуман для использования на телестудиях, где и по сей день используется самое профессиональное оборудование.

Longitudinal Time Code был разработан не для передачи через низкокачественный звуковой тракт и тем более не через домашние аудиокарты и разъем mini-Jack. Он был разработан для работы с профессиональными балансными входами и выходами, которыми были оснащены все профессиональные аудио и видеосистемы. Да и передавать LTC на дальние расстояния не было необходимости.

Сейчас в различное оборудование, которое работает с таймкодом, уже внедрены специальные алгоритмы для исправления самого искаженного сигнала, которые позволяют компенсировать многие ошибки при работе с линейным таймкодом. Но это всегда игра в лотерею. Как только обстоятельства усугубляются факторами, которые мы не сможем спрогнозировать, наша система синхронизации может обрушиться. Поэтому лучше следовать технологиям и стандартам, чтобы иметь такую надежность системы, которая бы обеспечила нам безотказную работу в ста случаях из ста!

Так как LTC – это цифровой сигнал, передаваемый по аудиоинтерфейсу, то коммутируется он при помощи балансных аудиокабелей, но здесь появляются свои особенности с передачей цифрового сигнала по аудиоканалу.

График SMPTE не синусоидальный, как у аудиосигнала, а квадратный, т.к. сигнал кодируется в бинарной системе. На небольших расстояниях тип сигнала не принципиален. При большой длине аудио кабеля появляются такие факторы, как емкость кабеля и его индукция. Чем это плохо? А тем, что квадратная форма сигнала становится синусоидальной и смещается фаза восхождения сигнала. Это грозит тем, что сильно измененный LTC сигнал попросту не будет читаться принимающим устройством или будет нестабилен, и часть кадров будет теряться, а как следствие этого, синхронизация будет некорректная.

То же самое происходит, если LTC сигнал пропустить через звуковой пульт или аудио сплиттер. Многие специалисты, не до конца понимая принципиальное отличие звукового сигнала от LTC, наивно полагают, что с цифровым сигналом SMPTE можно работать точно так же, как и с обычным аналоговым сигналом, что является грубейшей ошибкой. Так как LTC – это импульсный сигнал с абсолютно другими характеристиками. К примеру, если подать с одинаковым уровнем LTC и аналоговый сигнал, то LTC будет звучать в два раза громче, и на звуковых пультах нормальный уровень LTC будет приниматься как перегруженный, что является нормой, потому что это цифровой сигнал. В таких случаях «специалисты» понижают уровень генерируемого LTC сигнала, тем самым понижая качество помехоустойчивости линии.

Так как LTC – это цифровой сигнал, для него очень важен такой параметр, как громкость, так как громкость в аналоговом формате задает цифровую амплитуду между логическим нулем и единицей. Поэтому стоит очень внимательно следить за уровнем выходного сигнала LTC со звуковой карты. Рабочий уровень LTC от +4dBu до +8dBu (1.228v. – 1.95v.), если уровень сигнала опустить значительно ниже, то таймкод либо вообще не будет определяться принимающими устройствами, либо будет нестабилен. Часто по невнимательности на рабочем компьютере опускают общий рабочий уровень звуковой карты в системе, от этого падает не только сигнал аудиоканалов, но и LTC. Добавьте к этому генерацию со встроенной звуковой карты, аудио сплиттер или звуковой пульт, который делит LTC сигнал, и вы получите изрядно потрепанный LTC сигнал, который может доставить вам ряд неудобств при синхронизации.

Если обращаться к оригинальному телевизионным стандарту описывающий LTC, то там можно найти следующую информацию: «Предпочтительный диапазон выходного сигнала 1–2 вольт. Допускается диапазон амплитуд с размахом 0,5–4,5 вольт». Может возникнуть вопрос, почему же так сильно отличаются диапазоны в шоу индустрии и в телевидение? Диапазон 1.228–1.95 вольт, регламентирован звуковой индустрией и стандартом передачи балансного аудио сигнала, так как большинство оборудования и пультов управления используют звуковые модули на LTC портах, для того чтобы можно было программно анализировать входящие аналоговые искажения сигнала, для его последующего исправления. Что невозможно используя цифровые модули, где чётко регламентированы параметры цифрового сигнала. И так же, звуковые карты не способны генерировать LTC сигнал уровнем в 4.5 вольт. Профессиональное таймкод оборудование, которое работает с LTC сигналом, умеет работать, как и с телевизионным, так и с шоу индустриальным стандартом.

При работе с LTC допустимо использование профессиональных звуковых карт со встроенным процессором. В качестве примера можно привести звуковую карту MOTU 828x. На основе встроенного процессора можно организовывать маршруты между входами и выходами карты.

Я часто использую такие карты для разделения LTC сигнала на несколько клиентов, так как после настройки они полностью автономны, и для их работы не нужен компьютер. И к тому же у звуковых карт такого класса обычно очень большие динамические диапазоны работы входов и выходов, у MOTU 828x верхний динамический диапазон входов составляет +24dBu. Это значит, что такая звуковая карта с легкостью справится с перегруженным цифровым LTC сигналом. Также если нужно сгенерировать LTC сигнал для нескольких клиентов, то можно не делить один сигнал на несколько, а сразу с многоканальной звуковой карты генерировать необходимое количество LTC сигналов.

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

Теперь пару оговорок. Выше я упомянул о пагубном воздействии использования аналоговых аудио сплиттеров на сигнал LTC.

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

И следующая оговорка, для работы с LTC также возможно использование некоторых цифровых аудиопультов. Тут, конечно, может появиться некоторое замешательство, так как это опять противоречит вышесказанному про звуковые пульты.

Дело в том, что в новую цифровую эру все больше и больше звуковые аналоговые системы вытесняются цифровыми. Несмотря на то, что и аналоговый звуковой пульт, и цифровой выполняют одну и ту же задачу, работают они принципиально по-разному. В цифровых аудиопультах практически отсутствует аналоговый звуковой тракт, который вносит искажения в цифровой LTC сигнал. И также динамический рабочий диапазон аудиоканалов у цифровых консолей намного выше, чем у полностью аналоговых моделей, что также важно для LTC сигнала. Но выяснить, пригодна ли для работы та или иная модель цифрового пульта, можно только практически и опять при наличии осциллографа, который может показать состояние цифрового сигнала LTC, так как это широко известный факт, что существует ряд среднебюджетных моделей цифровых пультов, которые любят по своему «украшать» звук, что опять не допустимо для LTC.

Когда я работаю на проект, даже если я знаю, что пульт, который стоит у звукового отдела, подходит для работы с LTC, я все равно стараюсь избегать его использования. Потому что, к сожалению, я не могу застраховаться от кривых рук звукорежиссера, который может случайно накинуть на мой LTC канал какой-нибудь процессор обработки или переключиться на пресет, где мой LTC канал окажется закрытым. В этом случае возникает вопрос ответственности. Задача звукорежиссера – сделать так, чтобы звук в зале звучал корректно, это его главный приоритет, и если что-нибудь у него пойдет не так, то о LTC сигнале он будет думать в последний момент.

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

Так как LTC сигнал может воспроизводиться как аудиодорожка (как мы помним, этот сигнал изначально записывался и воспроизводился с магнитной ленты), то этот LTC сигнал также зависим от скорости воспроизведения. Если скорость воспроизведения будет выше или ниже изначальной, при которой LTC был записан, то по итогу изменяется и скорость потока данных. Что в конечном итоге неизбежно влияет на качество синхронизации. Некоторые устройства могут компенсировать незначительные изменения в скорости воспроизведения, но если скорость LTC таймкода выходит за пределы допустимых границ, то либо устройство начинает терять кадры, либо определять некорректное время, что в любом случае приводит к потери синхронизации.

А теперь давайте вернемся к теме передачи сигнала на большие расстояния. А именно об условиях, которые нам могут позволить или не позволить передать LTC по балансной линии на расстоянии больше 50 метров.

Чтобы понять, о чем идет речь, давайте разберем передачу обыкновенного аудиосигнала на расстояние 200 метров. Рабочий уровень аудиосигнала обычно составляет 0dBu (усредненное значение), соответственно, при передаче сигнала по кабелю мы ожидаем на выходе линии получить такого же уровня сигнал. Но при передаче сигнала на 200 метров мы получим существенные потери уровня сигнала.

Чтобы восстановить аудиосигнал на конце линии, необходимо поднять громкость отправляемого сигнала до такого уровня, чтобы он смог компенсировать потери сигнала на расстоянии 200 метров. Но для этого нужно использовать оборудование, которое имеет хорошие показатели динамического диапазона аудиовыходов.

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

Или другой вариант, если невозможно поднять уровень сигнала в начале линии, то на конце линии используют устройство с высоким показателем чувствительности входов. Такие устройства спокойно могут распознать сигнал с большими потерями и усилить его до необходимого уровня.

Чтобы понимать, о каких параметрах динамического диапазона и чувствительности идет речь, я приведу характеристики звуковой карты MOTU 8A, которая находится в профессиональном сегменте подобных карт, и чьи параметры являются довольно внушительными.

Но, к сожалению, не всегда заявленная информация совпадает с реальностью. В основном этим грешат аудиокарты бюджетного сегмента. Звуковые карты такого класса в основном получают питание по USB. Такие карты действительно могут иметь фантастические показатели динамических диапазонов на аналоговых выходах. Но у нее попросту может не хватить мощности питания, чтобы разогнать все свои выходы до заявленных показателей. Классический порт USB компьютера предоставляет всего 0,5 ампер. Напряжение питания по USB —5 вольт. Итого мы можем получить максимум 2,5 ватт мощности для всех портов звуковой карты.

А теперь сравним MOTU 8A, которая имеет внешний блок питания 15 вольт, с максимальной силой тока 1 ампер. Итого 15 ватт! Чувствуете разницу?

Никогда звуковая карта, которая работает только от USB, не сможет дать таких же показателей динамического диапазона, как профессиональные карты. Звуковые карты профессионального сегмента всегда имеют внешнее питание, что обеспечивает необходимый запас мощности для всех аналоговых выходов!

Хочу обратить внимание, что вышеуказанные вычисления грубы. Я не брал в расчет затраты на питание процессоров и другой электроники. Финальная разница расчетов настолько велика, что этим можно было пренебречь.

Вернемся к нашей теме передачи аудиосигнала по балансной линии 200 метров. Теперь давайте представим ту же самую ситуацию, но уже с сигналом LTC. К примеру, у нас есть сервер синхронизации, который предоставляет LTC и, скажем, устройство, которое должно принять LTC сигнал по балансной линии.

Ни один световой пульт, ни одна карта синхронизации конечных клиентов не имеют необходимых показателей чувствительности своих LTC портов, чтобы принять LTC через линию в 200 метров и более! И к тому же мы получим поверх ослабленного сигнала искажения квадратной формы LTC, так как кабель такой длины имеет внушительные показатели собственной индукции и емкости.

При таких условиях мы не можем передать LTC на 200 метров и уж тем более дальше!

У нас есть два пути исправить эту ситуацию.

Первый путь. Как и в случае со звуком, нам необходимо поднять уровень генерируемого сигнала эквивалентно потерям на линии. А для этого необходимо либо использовать профессиональные звуковые карты с хорошими показателями выходного динамического диапазона, либо таймкод генераторы/контроллеры, которые позволяют регулировать отдельно уровни сигналов на LTC портах.

И второй путь. Установить на конце линии либо звуковую карту с хорошими показателями чувствительности входных портов, чтобы усилить сигнал LTC до рабочего, либо установить на конце линии таймкод анализатор/решейпер, который сможет принять низкий уровень LTC, исправить все его искажения, поднять до рабочего уровня и отдать клиентам. Позже мы разберем функционал одного из таких устройств.

А вообще, я советую использовать одновременно два этих пути, тогда надежность системы будет намного выше.

Теперь мы выяснили, что просто так на 200 метров по балансной линии LTC не передать, LTC – не звук, и он требует больше внимания.

Итак, давайте подведем итог и еще раз определим те факторы, от которых зависит качество LTC сигнала:

• Использование для генерации и передачи сигнала небалансных звуковых карт и коммутации. Для обеспечения более устойчивого к помехам сигнала необходимо использование профессиональных балансных звуковых карт и LTC генераторов.

• Низкий уровень LTC сигнала. Цифровой LTC сигнал зависим от громкости воспроизведения или генерации. Нормальный диапазон LTC сигнала от +4dBu до +8dBu. И также при передаче на большие расстояния высокий уровень LTC обеспечивает лучшую помехоустойчивость.

• Использование для усиления и деления LTC сигнала звукового

• оборудования. А именно звуковых сплиттеров и звуковых микшерных пультов, которые впоследствии искажают квадратную форму сигнала в синусоидальную звуковую форму.

• Измененная скорость воспроизведения LTC аудиодорожки, которая отличается от оригинальной скорости, при которой таймкод был создан.

После этого напрашиваешься вопрос: если использование аудио-микшерных пультов и сплиттеров нежелательно, что же тогда применять для деления и усиления LTC сигнала?

На первый взгляд может показаться, что использование неспециализированного оборудования для LTC вызвано отсутствием соответствующих технических решений на рынке, но это не так. Так как LTC – один из старейших протоколов в направлении синхронизации, то производители также трудились над созданием специального оборудования для работы с этим интерфейсом.

Ниже я не буду приводить список всех возможных моделей, которые существуют в нашей индустрии. Из каждого класса устройств мы разберем самого яркого представителя, который даст нам полное понимание об устройствах этого типа.

Brainstorm SR-112 Distripalyzer

Позвольте мне представить вам Brainstorm SR-112 Time Code Distripalyzer. Это многофункциональное устройство, которое работает только с LTC сигналом.