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

Tag : Compositor kernel

Сервер CP-6137-960FX

By rmyusipov

НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android

НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android

НПО “Композитор” представляет 4 архитектуры на C++. Это архитектуры TC-TRSRRT2048 для платформ STC2k и RTC4k, а также архитектуры TC-2SUBTRSRRT262144 и TC-SUBTRSRRT262144 для платформ RAD36 и RAD96 соответственно. Теперь, когда депозитарий кода НПО “Композитор” вырос, настало время двигаться дальше, за пределы платформы MaxMSP. Первым делом, НПО “Композитор” хочет выразить благодарность фреймворку JUCE за предоставление идеальной платформы для сборки серверов. А также Iain Patterson за приложение NSSM для создания дочерних сервисов, которое позволяет сделать полноценный сервер из кода Compositor Software, написанного на платформе Gen~. Конечно, все это было бы невозможно сделать без MaxMSP, так как первоначальный проект Compositor Pro 1 был сделан целиком на объектах MaxMSP и позднее переписан на Gen~. Это позволило экспортировать аутентичный код C++ прямо из платформы MaxMSP 6. Отдельное спасибо Cycling ’74 за предоставленный проект по сборке экспортированного кода в JUCE. Ну и конечно спасибо Microsoft за платформу Visual Studio 2019 Community, которая позволила совершить финальную сборку ПО для Windows.

До сборки отдельностоящих приложений, код архитектур Compositor компилировался в течение нескольких минут, а платформа RAD36 компилировалась в течение 4-5 часов при Runtime. Теперь программы загружаются за секунды и потребляют ресурсов значительно меньше их MaxMSP Runtime аналогов.

Также, при помощи платформы Gen~ и JUCE удалось собрать приложение RAD96 mobile, которое позволяет сделать из смартфона полноценную автономную систему с ядром Compositor последнего поколения. Таким образом, Compositor Software двигается в сторону IoT концепции для создания сети устройств под управлением сервера CP-6137-960FX, на котором на данный момент исполняются все вышеназванные сервисы. Данная модификация позволяет повысить производительность устройства с ядра Windows NT 4-го поколения (Linux 2-го поколения на Android) до ядра Compositor 8-го поколения. Ядро Compositor включает 2048-кратный оверсэмплинг, цифровой затвор с интерполяцией, вторую производную и фильтры Баттерворта 8-го порядка.

Десктопная версия экспериментального ядра Compositor 4-го поколения (архитектура TC-TRSRRT2048) помимо всего прочего имеет модуль виртуального аккумулятора, что позволяет контролировать заряд физического аккумулятора и подзаряжать устройство в зависимости от его использования. Такое ядро также может быть использовано и на мобильной платформе.

Сама архитектура ядра Compositor, если ее описывать физическими блоками, модульная. Набор конкретных модулей зависит от использования. В базовой конфигурации Compositor – это NTP-сервер. В продвинутой конфигурации – это L2TP клиент-серверное приложение с возможностями аутентификации в туннеле. Однако, это не говорит о том, что Compositor RTOS на платформе MaxMSP больше не нужна, это говорит только о том, что требуется решение с гораздо большим uptime по сравнению с Runtime dll модулями MaxMSP. Хотя в сетевом окружении основная нагрузка ложится на RAD96 mobile из-за присутствия других сетей непосредственно на устройстве, сервер CP-6137-960FX создает непосредственную поддержку мобильной платформе, беря часть вычислений на себя. Пересадочная функция способна стыковать множество устройств с минимальными затратами, а архитектура RAD36 способна производить распределенные вычисления и управлять множеством ядер Compositor одновременно.

By rmyusipov

Полная нулевость эмиссий в Compositor kernel 8.5.6

Полная нулевость эмиссий в Compositor kernel 8.5.6

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

  1. На протяжении последних 8-ми месяцев я инжектировал полином различного рода волновыми таблицами, как в режиме с открытыми соплами, так и в режиме с закрытыми (последние четыре месяца).
  2. Я образовал туннель посредством Compositor 4 Max for Live и произвел внедрение этих волновых таблиц внутрь образовавшейся Compositor Networks.
  3. Я до последнего момента хостил систему с раздачей Compositor kernel 8.4.2.
  4. В последний момент, когда сети уже стало сложно справляться с таким наплывом инжекций, я перешел в режим полностью автономной системы 8.5.6.
  5. Таким образом, я покинул образованную сеть.
  6. Далее, из-под кернела с более ранним ID процесса, я запустил станцию Compositor v9 Hypervisor и произвел инжекцию полного пула, но с обратной связью, что позволило установить устойчивую обратную связь с сильным иммунитетом.

На шагах 4, 5, 6 система стала восстанавливаться и полином без публичных коэффициентов полностью оправдал себя. Данная автономная система обладает нулевой эмиссией, что подтверждается Resource Monitor: графа оперативной памяти не движется и стоит на отметке 1043608 Кб. Это позволяет сделать полностью автономной любую жилую систему, запуская безвременный сервер.

By rmyusipov

Нелинейная стационарная автономная система

Нелинейная стационарная автономная система

Пересадочная функция 4-го порядка, идеально подходящая для многопоточного режима, была упразднена до 2-го уровня для достижения автономности системы. Коэффициенты 3-го и 4-го порядков включали взаимодействие на ядерном уровне обоих каналов одновременно, что вызывало фрикцию, позволяя распределять ее воздействие по сети из 96 каналов. Таким образом, имитировался процесс питания системы, то есть ее самозапитка. Однако для лицензирования системы на более высоких частотах драйвера потребовалось отключить визуальный драйвер и данную распределяющую сеть, не затрагивая ресурсы 4-х уровней ядра. Таким образом, удалось добиться полной автономности системы. Другими словами, система автономна пока не подключается драйвер видео и распределяющая сеть алгоритма из 96 осцилляторов. Система стационарна, потому что использует переменную временной функции на входе пересадочной функции, которая, кстати, также имеет временную составляющую, выполняя процесс DC-тримминга по оси y. Таким образом, оба условия и стационарности и автономности выполняются алгоритмом Compositor kernel 8.5.6. Система является нелинейной, потому что пересадочная функция выполняет транспонирование с экспоненциальной зависимостью. Таким образом, система из ядра и загрузчика составляет нелинейную стационарную автономную систему, что является продолжением предыдущего поста на интервенцию универсального модуля с температурным сенсором.

By rmyusipov

Мессенджер “Нет интернета”

Мессенджер “Нет интернета”

Проект Compositor Software вошел в стадию активного тестирования канала передачи. Compositor kernel, начиная с версии 8.4.2, может выдержать до 29900 инжекций с осуществлением обратной связи. Данное число установлено экспериментально и соответствует для каждого отсчета разным типам инжекции посредством волновых таблиц. Каждая волновая таблица соответствует одному типу инжекции. На данный момент я использую вэйвлеты для тестирования канала передачи. Вэйвлет для тестирования канала ПО Compositor – это двухтактовая волновая таблица, заключенная в оконную функцию. Для преобразования записей обратных связей в вэйвлеты я использую специальный скрипт, сделанный на MaxMSP, на базе последней версии Compositor kernel. Этот скрипт дает результат с более чем 90% КПД. Далее эти вэйвлеты я тестирую в дополнительном канале ПО Compositor v9 Hypervisor на скорости до 150 омега. На такой большой скорости вэйвлеты преобразуются в гранулярный синтез. Каждая отдельная волновая таблица представляет сервис связи на низкочастотной несущей, транспонированной в слышимый спектр. Волновые таблицы транспонируются вместе со всеми тонами, использованными в секвенции, и насыщают спектр несущими. На гребенке тонов происходит коммуникация посредством кода Морзе. Таким образом, при помощи Compositor v9 Hypervisor я инжектирую эти несущие в эфир. Следовательно, возможен персональный радио сервис с подключением к отдельным абонентам, а не в общий эфир, как это было до введения трансфер функции. Этот радио сервис я называю мессенджер “Нет интернета”, так как он персонализирован и не требует интернет соединения. Также данное радио не требует внешней антенны и работает сразу, непосредственно после выбора аудио драйвера компьютера. Проведя все тесты канала, включая весь пул волновых таблиц и вэйвлетов, я преобразовал канал ПО Compositor на data модули вместо буфера. Это считаю самым большим шагом, который вывел ПО Compositor на новый уровень. Соответственно я получаю устойчивый радио сервис без пробивок внешними модемами, как на сканере, так и в условиях трансляции сигнала. Гребенки не символизируются как в предыдущих версиях ПО Compositor. Доступен только прямой эфир до абонента. Эта система вносит в ядро программы иммунитет для общения с другими участниками эфира и возможность динамически выбирать хочешь ты общаться с ними или нет. Если взглянуть на все три этапа становления ПО Compositor, то их можно охарактеризовать так:

  1. Режим с открытым синтезатором (Открытый, общий эфир). Используется в SASER SAS24P3L, Compositor v3 Hypervisor, Compositor 4
  2. Режим с закрытым синтезатором (Закрытый, общий эфир). Используется в Compositor v5 Hypervisor, Compositor v6, Compositor v7 Hypervisor
  3. Персональный режим с функцией активации (Закрытый эфир). Используется в Compositor v8, Compositor v9 Hypervisor, Compositor 10

Так как в 10-й версии ПО Compositor будет доступен персональный режим, то можно уже задумываться над использованием Compositor kernel для создания мессенджера, не требующего интернет соединения. Такой мессенджер будет включать серверное и клиентские приложения. Таким образом, все Hypervisor можно рассматривать как серверы мессенджера, а стабильные версии Compositor как клиентские приложения.

By rmyusipov

Новости НПО Композитор за 25.07.2018 – 06.08.2018

Новости НПО Композитор за 25.07.2018 – 06.08.2018

Более шести месяцев я работал над выявлением утечки в Compositor kernel. Раскрыв все осцилляторы и переведя первый осциллятор в статичный режим, я обнаружил, что в оперативную память компьютера высвобождается большое количество ресурсов, что снижает непрерывную работу прибора до 4-х суток при условии, что под оперативную память выделяется 64 GB файла подкачки. Увеличив число осцилляторов до 32-х на каждый из уровней (Rt, Sr, Tr) и приравняв их к счётчикам, объем выбросов составил до 14 GB за сутки. В связи с этим мной было принято решение закрыть пиринговую сеть, вернув расклад осцилляторов из RT-z128 kit (Compositor v5 Hypervisor). В этом раскладе все основные порты закрыты на вход и на выход. Доступны только IP адреса, начиная с 192, назначенные на локальную машину. Это означает, что новый патч сохраняет связь в ОНЧ, но не дает присоединяться отдельным устройствам для обмена информацией. Возможно только обмениваться информацией от лица локальной машины, то есть пользователем патча, а не удаленным пользователем. В частности, такое решение было мотивировано хакерской атакой на пиринговую сеть. Пользуясь открытостью портов этого оконного девайса, злоумышленник рассылал спам от IP адреса интернет провайдера. С закрытыми портами возможна небольшая утечка на real-time генераторе, но она незначительна вследствие малой скорости регенерации. Закрытие портов означает, что теперь в пиринге могут участвовать только эфирные агрегаторы Compositor Networks, то есть производя инжекцию в пиринговый патч через ПО Compositor v9 Hypervisor, я создаю сервис общения между всеми волновыми таблицами пула Compositor Library, а не всеми возможными сетевыми участниками, как это было в начале существования пиринговой сети. Можно конечно исключить пиринг для проверки нагрузки Compositor kernel в многоядерном варианте, но такой метод проверки нагрузки сети имеет очень длительное время компиляции (полное время загрузки RAD24 составляет 4 часа).

В рамках проекта Royalty база волновых таблиц эмиссий серверов, воспроизводивших произведения проекта Exalted (проект Руслана Юсипова), пополнена еще эмиссией из эфира трека Exalted – Cavity. Объем эмиссии трека Cavity составляет 328 волновых таблиц, а общий объем серверов Compositor Networks теперь составляет 2627 эфирных агрегаторов, среди которых радио репитеры, передающие станции, Ethernet маршрутизаторы, инжекторы и другое эфирное оборудование. Вместе с применением нового патча для пиринговой сети в Compositor v9 Hypervisor скорость регенерации дополнительного канала увеличена до 150 омега. Это сделано с целью повысить скорость набора всего пула эфирных агрегаторов сети Compositor Networks. Необходимость равномерной композиции вызвана большим количеством волновых таблиц в библиотеке ПО Compositor. Внедрение нового патча после атаки было произведено незаметно, так как подобное решение уже хорошо зарекомендовало себя в прошлом 2017 году. С самого начала стало ясно, что целью хакеров является ограничить круг общения сетевых устройств до пула Compositor Library и его реальной эмиссии. С одной стороны, если бы эмиссия производилась каждый раз, когда сервер общается, то в библиотеке ПО Compositor было бы гораздо больше устройств. Напомню, что каждое потоковое воспроизведение медиа файла с работающим патчем – это уже общение с его передающими устройствами. Следовательно, следует либо прекратить любую активность в сети интернет с машины на которой установлен патч, либо выполнять эмиссии всего материала, который воспроизводится в браузере, что составляет большой объем информации. С другой стороны, с открытыми портами возможно присоединяться не в виртуальную сеть, созданную посредством композиционной инжекции, а напрямую ко всем передающим устройствам, находящимся в эфирной сети без необходимости в столь частой эмиссии.

Сервер CP-6137-960FX
НПО “Композитор” создает виртуальные серверы для платформы Microsoft Windows и Android