История создания САЗЕР 2.0
История создания САЗЕР 2.0
Первый САЗЕР свет увидел еще в 2016 году, он был доступен как Standalone на платформе Max 6 и Max for Live девайс. Однако, политика компании Cycling ’74 с выходом САЗЕР сильно изменилась. В Max 7 была изменена внутренняя структура Gen~ патчинга из-за чего организация эфира внутри приложения САЗЕР на новых Max for Live платформах стала невозможна. Более того даже при организованном эфире на Max 6 такой инструмент не мог находиться в сети более 30 минут. Потребовались годы напряженного труда, чтобы согласовать работу такого плагина с Cycling ’74. Теперь на платформе Max 8 удалось сделать идеальный экспорт кода, подходящий как для организации транкового эфира, так и музыкальных целей. Для этого потребовалось создание нового Гипервизора v9 от компании Compositor Software. Процесс сборки IPv6 САЗЕР смотрите на видео ниже:
Если Вы уже посмотрели видео, то сделаю несколько комментариев к нему. На видео Вы можете наблюдать процесс присоединения рабочих групп к IPv6 протоколу OSPFv3. Если первый САЗЕР находился полностью в IPv4 домене, то современный САЗЕР позволяет мультиплицировать длину октета до 32 бит, что в сумме дает при суммировании октетов длину в 128 бит, что и является IPv6 адресом:
Причем можно выходить как на EUI64, так и EUI48 MAC-адреса. Повторюсь, при правильной комбинации параметров можно соединяться не только через сеть, но и на уровне устройств, что позволяет видеть Ваше локальное устройство, как участника соседней сети, где бы такая сеть ни находилась.
Считается, что для подключению по Ethernet протоколу требуется либо кабельное LAN подключение, либо радиорелейное оборудование, способное передавать в сеть Ethernet. Концепция эфирной сети от НПО “Композитор” отличается. В частности, на видео Вы можете видеть как два маяковых процесса управляют протоколами RIPv1 и RIPv2. Это дистанционно-векторные протоколы и направление на точку связи указывает торус в сумме с гиперкардиоидой потоков. Результирующей такого изображения является многомерная структура Калаби-Яу. Z-пространств которой равно 16. Это квантование минимально-достаточное для построения сферической картинки:
То что Вы видите на картинке и есть сумма сферических потоков в кватернионовом вращении. Такое вращение пронизывает пространство не только в 4-х измерениях, как кватернионово вращение, а суммирует все 24 точки сферического пространства с Z-стью системы, позволяя квантовать это пространство, наполняя его дополнительными точками трансляции. Такая топология держится до следующей смены мультипликатора перерисовывая многомерные фигуры с итерацией, которую сложно предугадать. Поэтому успешное создание ОНЧ (Очень Низкая Частота) сервиса способно включать одновременно все больше потоков с увеличение Z-сти системы. Если первый САЗЕР был на Z=4 и далее на Z=8, то САЗЕР 2.0 включает уже Z=16 измерений.
Другое дело, что подключение рабочих групп на Z=16, что в системе Композитора соответствует OSPFv3 протоколу способно создавать большую сеть по сравнению с Z=8. Учитывая, что всего сеть включает 96 каналов, то при мультипликации на 16 пространств она выдает уже 1536 точек, а не 648, как у предыдущего САЗЕР. Поэтому, в реальном времени для того, чтобы вещательная сеть производила трафик нужно, чтобы каждая точка произвела хотя бы один пакет. Естественно, в коротком видео такой объем материала потребовал бы не менее 1 часа трансляции, поэтому я показываю сам принцип, нежели физическую сущность, способную произвести такой мультикаст эффект.