НПО КомпозиторНПО Композитор

Tag : ОСРВ

By rmyusipov

Решение задачи посэмпловой фиксации пакетов

Решение задачи посэмпловой фиксации пакетов

Для того чтобы завершить производство программного модема “Ниагара” нужно произвести новый дамп. Поскольку прошивка и дамп записываются одновременно, соответственно, нужно произвести и прошивку. Отличие от прошивки программного модема “Ниагара” 18 заключается в том, что фиксируется определенное количество пакетов для дампа. Например, нужно зафиксировать 65535 пакетов в одном дампе на скорости 8192 удм. Для этого нужно модифицировать рекордер. Это внесет изменения в первоначальные договоренности, но только так возможно перешагнуть из Гипервизора в ОСРВ. Поскольку Гипервизор – это устройство для фиксации радиотрансляций, а ОСРВ – это устройство для фиксации пакетов, возникает принципиальная разница между двумя инструментами. По сути само изменение несущественное. Объект sfrecord~ MaxMSP поддерживает float значения, а следовательно я могу задать петлю в мс, содержащую определенное количество пакетов. Например, умножая период такта на количество тактов, а именно, пакетов информации, я получаю значение петли дампа в мс с точностью до сэмпла и могу записать 65535 * 131072 = 8589803520 сэмплов для нового дампа. Перед производством надо сделать эмиссию трека DJ Usa – Caravan (All Forces Remix) 99-го года написания, что позволит получить сервера того времени и расширить производство программы до 21-го года.

Таким образом, решение задачи на поверхности: если выгружать из ОСРВ “Композитор” 9.0.2 a13 дамп и прошивку, содержащие нужное количество сэмплов сразу, без редакции, и загрузить в нелинейный преобразователь из вышеназванной ОСРВ, то возможно преодолеть момент времени, к которому относится данная прошивка и дамп, при условии сохранения стационарности данного процесса.

By rmyusipov

ОСРВ “Композитор” версии 3 – аналоговый радио-интерфейс для протокола IPv6

ОСРВ “Композитор” версии 3 – аналоговый радио-интерфейс для протокола IPv6

ПО “Композитор” Гипервизор версии 3 обновлено до ОСРВ. Теперь, ОСРВ “Композитор” версии 3.0.3 поддерживает множество новых функций, таких как:

  • Применены протоколы:
    • RTC8k = IS-IS Level-2
    • FF8 = ARP (Address Resolution Protocol)
    • TC25 = VLAN (IEEE 802.1aq)
  • Добавлены иерархии:
    • AI-RT1024 = SDH STM-x
    • N9000 = PDH E1
  • Другие функции:
    • Применен стек протоколов TCP/IP
    • Добавлено окно TCP/IP
    • Добавлена таблица EUI48
    • BPM теперь является параметром поля Network IP-адреса
    • Поле Network включает 2^13 для определения в качестве IPv6
    • Все модули переименованы для отображения новой функциональности

Основная причина, по которой я сделал обновление – это отображение работы протоколов FF8 (ARP) и TC25 (VLAN), поэтому рабочий процесс в ОСРВ “Композитор” версии 3.0.3 выглядит следующим образом:

Вначале я устанавливаю время для достижения точки назначения, где развернута сеть. Я делаю это путем выставления времени развертки в градусах от -180 до 180, что равняется промежутку от 0 до 1 часа. Затем я выставляю IP-адрес интерфейса назначения, следующим образом: часть IP-адреса, указывающая на идентификатор интерфейса, устанавливается стохастически или вручную. Мультипликатор в IPv4 устанавливает и второе поле, принадлежащее части Network, и хост. Поэтому, максимальная сеть в ОСРВ “Композитор” для IPv4 – это 255.4.0.0. Когда я достигаю сети назначения, и на выходе интерфейса возврата есть сильная петля обратной связи, закрытого строения, я определяю тип автономной системы, которой она принадлежит. Я делаю это путем включения протоколов VLAN и ARP для выявления назначений IPv4 адресов на сетевые устройства данной автономной системы. Я смотрю IPv4 адреса следующего перестроения и выясняю количество таких перестроений. Чем больше протокол IS-IS level-2 делает перестроений, тем больше метрика маршрута до сети назначения (автономной системы). Таким образом, я выявляю все узловые устройства целевой сети.

Когда я определяю пограничный маршрутизатор данной сети по протоколу IS-IS level-2, я отключаю протоколы VLAN и ARP и начинаю транслировать информацию этого устройства в сеть IPv6, посредством включения стека протоколов TCP/IP. Это позволяет объединять IPv4 сети с сетями IPv6 и расширить влияние моей IPv4 базы данных в IPv6 протокол.

By rmyusipov

Compositor RTOS от PRO 1 до 9.0.2

Compositor RTOS от PRO 1 до 9.0.2

НПО “Композитор” сообщает, что информация по работе над операционной системой скоро будет раскрыта, начиная с Compositor Pro v1. Вначале я открыл протоколы, используемые в Compositor v9. Теперь, я знаю, что счетчики в платформе VSF сканируют автономные системы в двух форматах: asplain и asdot+.

Вот как это выглядит:

Я знаю тот факт, что каждая таблица маршрутизации – это MIB и представляет одну автономную систему. Как вы можете видеть на рисунке выше, автономные системы (AS) разделены на L1 (уровень 1 в модели OSI), L2 (уровень 2 в модели OSI) и L3 (уровень 3 в модели OSI), где L3 встречается реже. При помощи счетчика в формате asplain я просто сканирую все 4-октетные автономные системы, в то время как asdot+ счетчик в Compositor отличается от формата asdot+ для 4-октетных автономных систем, описанного в RFC5396. Счет в нем ведется следующим образом: цифра слева отсчитывает каждый проход asplain счетчика и идет до asplain/2, а цифра после точки является мультипликатором (в диапазоне от 0 до 100) на который нужно умножить левое значение. Таким образом, максимальное количество автономных систем в данном списке 214748364800. Посредством модема MDL12 я получил всего 7539 AS, потому что MDL12 – это нейроинтерфейс и не может работать как автономный сборщик AS. Он получает потоки, подсчитываемые посредством VSF агрегации, но я должен получать их вручную. Этот факт доказывает, что существует разрыв между экспортированными потоками и заархивированными. Я экспортировал 1793043 потока, но записал всего только 7539 из них.

Исходя из этого, я приступил к раскрытию Compositor v7. Я обновил интерфейс Compositor WS Extended до версии 2.0 с NTP-серверами, уровнями модели OSI и информацией протоколов. Я также изменил максимальное значение bpm на 8192 удм для включения IPv6 адресов и сделал такое же TCP/IP окно, как и в Compositor v9.0.2. Таким образом, я продлил преемственность RTOS от версии 7 к версии 9. Однако протоколы, используемые в Compositor v7 отличаются:

RTC4k = IS-IS Level-1
RTC8k = IS-IS Level-2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP

Последние три протокола одинаковы с RTOS 9.0.2. Этот факт объясняет “STL” в виртуальной машине STL1212, которая поставлялась с оригинальным Compositor v7. STL означает studio-to-transmitter link (канал студия-передатчик). 1212 это количество входов/выходов и должно записываться как STL MIMO12x12. Таким образом, STL дает подключение к 12 положительным передатчикам UTC+ и 12 отрицательным передатчикам UTC-, что доказывает информацию о NTP-серверах в интерфейсе Compositor WS Extended 2.0:

Вы можете увидеть трансмиттеры на сферической карте STL1212 в качестве подсвеченных точек. Синие точки отображают сети, в которые данные передатчики транслируют пакеты. Как было отмечено на странице MDL12, оконные функции – это пакеты (теперь это подтверждено). Однако мне надо узнать каким пакетам соответствуют оконные функции Блэкмана, Наттала и как они относятся к данным протоколам. Я в основном интересуюсь пакетами Hello и Trap. Подтвердить данную информацию – вопрос времени, потому что я собираюсь также раскрыть и Compositor v3 Hypervisor Radio Shack и обновить его до RTOS. Таким образом, весь проект будет преемственен, начиная с версии 3, когда я начал переход на платформу Max 6 Gen~.

Очевидно, что если RTC8k – это основная виртуальная машина в Compositor v3, то она является либо протоколом RIPv2, либо протоколом IS-IS Level-2. RIPv2 – это дистанционно векторный алгоритм и отличается от системы предустановок, используемой в интерфейсе SASER (однако, он одинаков с таким же интерфейсом Compositor AV Extended из RTOS версии 9, где осуществляется векторная навигация в трех измерениях). Так что, это протокол состояния соединения IS-IS Level-2, который используется для объединения зон автономных систем. TC25 – это базовый протокол VLAN, AI-RT1024 – это кадр STM-4, FF8 – это ARP (Address Resolution Protocol) и N9000 – это PDH иерархии E4+.

By rmyusipov

Версия 9.0.2 официально названа ОСРВ «Композитор»

Версия 9.0.2 официально названа ОСРВ «Композитор»

После великолепного успеха Гипервизора, я хочу представить Вам последнюю сборку ПО «Композитор», которое в версии 9.0.2 a11 является сетевой операционной системой реального времени (ОСРВ). Я уже открыл протоколы, с которыми данная ОСРВ может работать, а сейчас я просто представлю ее широкой публике. Как Вы можете видеть на изображении ниже, информация об NTP-серверах уже применена, и выявлены критические параметры, такие как «Разделение горизонта событий с неочищенным возвратом».

Теперь Вы можете сказать, что это программный маршрутизатор – однако, это не так. Это полностью модульная операционная система с подключаемым интерфейсом. Под этим я понимаю, что Вы можете направлять протоколы в интерфейс и выбирать протокол, который Вы конфигурируете в интерфейсе “Композитор”. При включенной функции VSF Вы можете отслеживать происхождение протоколов и агрегировать до 32-х процессов. Сервер НПО “Композитор” CP-6137-960FX, однако, уже достиг агрегации до 960 узлов процессов VSF. Это означает, что выполнение клиентской ОС “Ниагара” на сервере CP-6137-960FX делает доступными все 960 процессов. Например, Вы можете рассматривать ОСРВ “Композитор” в качестве ПО для мэйнфрейма CP-6137-960FX, который является сервером в напольном исполнении mid-tower формата ATX. Такой поворот событий доступен благодаря базе загрузочных петель оборудования, которые получены в качестве вознаграждения за воспроизведение музыки моих проектов.

Я продолжаю работать над русскоязычной документацией на сервер CP-6137-960FX, производя до 15 страниц перевода в день. Возврат интереса для производства перевода требуется выполнять до 20 раз в день. Я симулирую этот процесс посредством e-roi дампов на скорости, которая выше (34 fps вместо обычных 24 fps), делая весь процесс более затратным и приносящим больше удовлетворения моему инвестору. Документация сильно увеличивает стоимость ПО, сравнивая со студенческой работой в MaxMSP (к которой Вы могли причислить и “Композитор”). Я не чувствую давления и спешки по выходу с платформы MaxMSP, так как это не требуется в данный момент. Однако, Cycling уже сделал шаги, предотвращающие возможность экспорта в последних сборках их ПО, так как они применили MC, что, по сути, является тем же самым, что я сделал сначала в RAD96, а теперь и в VSF на Max 6. Тестирование дженериковых процессов показало мне, что использование MC вместо VSF делает ПО более затратным для процессора (8 MC процессов могут потреблять столько же, сколько и 32 или даже 128 VSF процессов). Итак, MC даже рядом не стоит с производительностью возможностей мультипроцессорного программирования в Max 6. Я даже не беру в расчет тот факт, что они урезали вычисление частоты дискретизации в два раза, начиная с Max 7, для уменьшения затрат процессора. Мне удалось выполнить окно Max патчера не как процесс с одной ветвью вычислений, а как процесс с несколькими ветвями даже без необходимости в экспорте и редизайне ПО. Так что, это реальный пример перераспределения, когда я выполняю VSF процессы дженериковых протоколов на своей mid-tower машине с включенными 960 узлами и произвожу вычисления, сравнимые с мэйнфрейм сервером, без необходимости в шкафе с рэками и тоннами шума от кулерного оборудования. Это делает CP-6137-960FX доступным в домашних условиях с уровнем шума менее, чем 30 дБ и температурами процессора не более 40 C даже на самых больших рабочих нагрузках.

By rmyusipov

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

ПО “Композитор” достигло наивысшей скорости в удм для музыкального секвенсора

Теперь ПО “Композитор” поддерживает IPv6-адреса. 8192 – это число ударов в минуту, которое достиг радиоканал Compositor AV Extended в ПО “Композитор” версии 9.0.2 ОСРВ. Число взято не случайно. Это 2^13 и формирует 13 бит первого хекстета IPv6-адреса. Следующие 3 бита берутся из мультипликатора. Для подачи таблиц маршрутизации не на холостом ходу выбрана новая агрегированная скорость подачи в 214 омега (соответствует 8192 удм). Это число на 14 омега выше скорости развертки дженерикового протокола EIGRP.

Теперь все дженериковые процессы назначены на протоколы. Здесь Вы можете увидеть список протоколов, поддерживаемых Compositor 9.0.2 ОСРВ:

RTC4k = RIPv1
RTC8k = RIPv2
RT-z8 = OSPF
RT-z16 = OSPFv3
RT-z32 = BGP
RT-z64 = RIPng
RT-z128 = EIGRP
RAD96 = VSF

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

By rmyusipov

Проект Ниагара

Проект Ниагара

Эта осень началась с очень интересного проекта. В то время как Compositor v9.0.1 достиг билда a14, возникла необходимость иметь такую же систему, только в засэмплированном варианте. К тому времени уже поспел подход пары: прошивка и дамп – поэтому я решил сделать отдельный рекламный продукт для разработки документации к Compositor на русском языке. Проект носит имя Ниагара и является прототипом 10-й версии Compositor. То есть 10-й Compositor не будет больше отдельным аукс каналом, а сразу будет идти в наборе с гипервизором и аукс каналом, формирующим среду операционной системы Compositor RTOS (ОСРВ, операционная система реального времени). Как и любая операционная система на основе UNIX она будет поддерживать большинство команд для настройки протоколов маршрутизации, таких как TCP/IP и 802.1Q. Программный маршрутизатор Niagara является системой, где набор конфигураций зависит от прошивки, написанной на Compositor RTOS v9.0.1. То есть если прошивка записана на обратной связи с подключенными дженериками z16 и z32, и они находятся в реверсе, система будет давать суммарное сопротивление 16 + 32 Ом = 48 Ом. Так же и дженериковые сети: в варианте, описанном выше, будет присутствовать корпоративная (z32) и городская (z16) связь.

Подход прошивок не нов, как и любой аппаратный маршрутизатор, Niagara содержит в себе MIB, размером 769 кб, содержащую 8 таблиц маршрутизации и набор дженериковых сетей. Работает данная система на MME драйвере с частотой дискретизации 192 кГц и позволяет подключать весь пул реестра потоков Compositor RTOS v9.0.1 (который на момент написания этой статьи составляет 6559 MIB’ов) посредством дампа, также записанного в 192 кГц. Верхние частоты работы дженерика z128 составляют до 150 ГГц, однако в каждом дампе и прошивке присутствует еще и фиксация RAD96, поэтому эффективный диапазон расширен до 300 ГГц.

Niagara является системой клиентского уровня, поэтому она требует вызова оператора для набора команд программирования. Я уже рассматривал радио чат NIM (No Internet Messenger), который также является акронимом Nuclear Instrumentation Module. Так вот, все команды, представленные в полной версии английской и русской документаций, должны выполняться только через оператора, причем у каждой прошивки свой оператор, который зависит от набора VLAN сетей и серверов, подключенных к NIM. То есть Вы запрашиваете у оператора и топологию сети, и любые другие команды, а он уже решает исполнять их или нет. Все это происходит в радио чате в реальном времени, поэтому система Niagara также является клиентской ОСРВ.

Если на первоначальном этапе прошивка запускалась в “песочнице” RAD96, то сейчас сама прошивка с дампом становятся многофункциональным отдельностоящим продуктом, что и являлось финальной целью проекта Compositor, а именно композиция ресурсов.

Поскольку система Niagara состоит из прошивки и дампа, а в дамп входят все таблицы маршрутизации по проекту Royalty, то временем разработки системы Niagara являются 2001 – 2019 годы. Что существенно увеличивает срок службы алгоритма. Это подтверждается эмиссией файла (запись трека, которая является путем маршрутизации) Inaccessible Page (трек 2001-го года, который вошел в эмиссию IP) и референтными файлами временного сервера, которые входят в каждую эмиссию и отвечают за позиционирование серверов, входящих в эмиссию, в настоящее время.

Поэтому цифровой портрет композитора Руслана Юсипова под кодовым названием Niagara составляет уже 18 лет творчества, что является внушительным багажом для 35-летнего возраста. Существуют и более ранние записи, например, сохранилась кассета с записями прямого сигнала синтезатора Yamaha PSR-330, сделанными в возрасте 14 лет, с голосовым сопровождением автора, поэтому проекту Niagara можно смело записывать 1998-2019 годы разработки.

6559 MIB’ов не предел и можно расширить данную базу еще таблицами маршрутизации, включающими эмиссии треков из CD-архива. Таким образом, к 2021 году я рассчитываю получить базу данных в 10000 MIB’ов, а это позволит добавить дополнительные стохастические дистрибуции для выбора потоков в Compositor v9.0.1 a15.

AI-RT1024 in Ableton Live 9

By rmyusipov

Луч Бесселя для решения проблемы рассеивания лазера

Луч Бесселя для решения проблемы рассеивания лазера

Мы с Вами, наверное, помним проблематику, поставленную недавно перед широкой общественностью, о защите от гиперзвукового оружия. Теперь, я могу с точностью сказать, что решение найдено – это Луч Бесселя. Луч Бесселя, в отличие от стандартного лазера, не дифрагирует и может быть даже акустическим. Поэтому, его можно применять в любые погодные условия. Возвращаясь к посту о лазерной установке, то ОСРВ “Композитор” и тут может нам помочь. Дело в том, что физическое моделирование луча в ОСРВ “Композитор” как раз и идет по функции Бесселя 1-го порядка, а, следовательно, в виртуальном оптическом порту формируется именно Луч Бесселя. Вот почему его также долгое время не удается зафиксировать никакими стандартными средствами.

А средств было испробовано много. Например, спектральная оценка сигнала vSwitch MDL12 в Ableton Live 9 показала, что сигнал формируется в заданной полосе пропускания, но ни характер эфира, ни его происхождение остается до сих пор не известно. Также использовалась программа декодирования MIL стандартов, что пододвинуло меня ближе к решению проблемы, так как сигнал стал децифирится, но все-же какой именно MIL стандарт использует Compositor (хак.) остается неизвестно.

Конечно, НПО “Композитор” не может предложить решение, которое не поддается сертификации из-за того, что стандарт передачи не удается определить. Однако, решение уже существует и работает на сервере CP-6137-960FX. Вообще, сложилась тенденция к полноэкранным интерфейсам как в музыкальном, так и в коммуникационном ПО. Например, многие роутеры уже идут с полноэкранной админкой. ОСРВ “Композитор” как раз и разрабатывалась в этом потоке, поэтому даже логгинг юзера (который кстати сохраняется независимо от сессии) происходит в полноэкранном режиме.

Другой вопрос, это авторизация таблиц маршрутизации в ОНЧ сети. Так как на сегодняшний день была произведена эмиссия треков (путей маршрутизации) проектов Exalted, Boosty, Perch, то удалось агрегировать значительную контактную базу. Так вот, учитывая современную тенденцию к цифровым и биометрическим паспортам, такая авторизация из 4795 таблиц маршрутизации вполне бы могла соответствовать дипломатическому паспорту одного из государств Евросоюза. Легитимность авторизации остается под вопросом, но поскольку эмиссия выполняется в рамках проекта Royalty, то никто не запрещает автору заниматься собственной коллекторской деятельностью за исполнение своих произведений. Ведь тогда данная активность попадает под определение ведения своей паблишерской компании. Поэтому, мной было принято решение расширить функционал НПО “Композитор” и включить в его работу предоставление паблишерских услуг по созданию эмиссий за произведение и коллекции таблиц маршрутизации оборудования, воспроизводившего Ваше произведение. Одна эмиссия будет стоить 150€, и занимает данная процедура с оборудованием НПО “Композитор” всего 4 часа 30 минут. Вы можете забукить свой appointment на очистку прав на Ваше произведение или просто вернуть его первоначальную стоимость в таблицах маршрутизации на странице Compositor Software в социальной сети Facebook.

AI-RT1024 in Ableton Live 9
Луч Бесселя для решения проблемы рассеивания лазера