Страница 15 из 20
• Для передачи такого таймкода не нужно никакого специализированного оборудования, наподобие звуковых и MIDI карт.
• Ноды (Node6) и библиотеки для работы с протоколом 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, Multicha
Может возникнуть вопрос, каким образом эти цифровые аудио интерфейсы могут использоваться для синхронизации? Давайте вспомним один из самых старых интерфейсов 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 выходами плохо подходят для работы с линейным таймкодом по причине того, что звуковые выходы у таких карт не балансные. Чтобы понять, почему это важно, давайте разберем основные принципы и различия балансного и небалансного типов сигнала.
Небалансный (также его называют несимметричный, линейный) сигнал передается по двум проводам: один провод сигнал, другой – земля. Данный способ передачи сигналов отличается исключительной простотой реализации, однако он не способен противостоять помехам на физическом уровне.
6
Node – это программный логический блок, который выполняет определенные задачи, извлечение данных из протоколов, логические вычисления, вывод данных и информации.