Compositor SoftwareCompositor Software

Tag : STC2k

CP-6137-960FX server

By ruslany

Compositor Software builds virtual servers for Microsoft Windows and Android platforms

Compositor Software builds virtual servers for Microsoft Windows and Android platforms

Compositor Software presents 4 architectures on C++. It is TC-TRSRRT2048, TC-SUBTRSRRT262144, TC-2SUBTRSRRT262144 architectures for STC2k, RTC4k, RAD96 and RAD36 platforms correspondingly. Now, when Compositor Software code repository have grown, it is time to move forward past the MaxMSP platform. First, Compositor Software thanks the JUCE framework for providing an ideal platform to make servers. Compositor Software would like to thank Iain Patterson for providing NSSM application, which helps creating daughter services and allows making full scale server out of company code, written on Gen~ platform. Of course, the main tool is and still the MaxMSP platform, because the original Compositor Pro 1 project was entirely made on MaxMSP objects and later rewritten using Gen~ object. It allowed exporting an authentic C++ code out of MaxMSP 6 platform. Additionally, we want to thank Cycling ’74 for providing a project to build exported code in JUCE and Microsoft for providing Visual Studio 2019 Community, which allowed to make final builds of Windows versions.

Before making standalone apps, Compositor architecture codes compiled from several minutes to 5 hours at runtime. Now, programs load in seconds and consume lower system resources than original MaxMSP Runtime applications.

Using Gen~ platform and JUCE it was possible to build RAD96 mobile application, which allows transforming your smartphone into a complete autonomous system with Compositor kernel of last generation. This way, Compositor Software moving into the IoT side conception to create a network of devices, controlled by CP-6137-960FX server, which runs the aforementioned services. This modification allows upgrading the device performance from Windows NT 4.0 kernel (Linux 2.6.18 kernel on Android) to 8th generation Compositor kernel. It includes x2048 oversampling, digital shutter with interpolation, second derivative of a function and 8th order Butterworth filters.

The desktop version of Compositor Software 4th generation experimental kernel (TC-TRSRRT2048 architecture) has virtual accumulator module, which allows controlling the physical accumulator charge and performs charging each time network activity occurs. This kernel can be used on mobile platform also.

Compositor kernel architecture itself is a modular architecture if described by using physical blocks. The amount of modules depends on its usage. In base configuration, Compositor is NTP-server core service. In advanced configuration, it is L2TP client-server application with tunnel authentication capabilities. However, Compositor Software doesn’t set Compositor RTOS 9.0.2 as deprecated platform due to this move. It is only made because of the fact that pre-built application-service has much higher uptime in comparison to Runtime with dll modules of MaxMSP. The fact that, RAD96 mobile is on the constant expose due to the network presence on the device itself, CP-6137-960FX server supports its calculation, serving for distributed computation. It is performed using 2nd order transfer function, which can stack a lot of devices with minimal expenditures, and RAD36 platform supports such computation by multithread 12-cores L1-L3 architecture.

By ruslany

Ether decomposition using Morse code method

Ether received via MDL12 Max for Live modem is a property of its original sender. However, I developed a method of Ether decomposition using the AVOX Max for Live resynthesizer. The pass band of AVOX is capable of SLF translations suitable for submarine communications. Thus turning back to an original intent of merging both Sonar and Radar technics together and working on a signal level, MDL12 Max for Live and SASER Max for Live is a solution to induce such communication.

While it is an extremely tough task to decompose the Ether received with SASER Max for Live, I set up a server running special edition of SASER software. It is fully autonomous and registers signalizations in a special binary file. Later I use these signalizations to travel back and forth in time using SASER Max for Live as a feeder for MDL12 Max for Live modem.

Here I present several recorded signalizations out of MDL12 Max for Live modem, which are manually decomposed using Morse code method.

In the first file I decompose Ether from bottom to top, lower pinging comes first and then middle rhythmic bar.

For example, File 1 has a code pinging inherited by me as:

Lows: ..- (U)

Mids: (S)

Giving me a consolidated marking as “US” at the end of file decomposition. A trained operator can decompose such Ether feedbacks in real-time by using MDL12 Max for Live modem relatively quick.

File 2 is for Russian marking and is somewhat more difficult as it uses beats instead of vertically placed Morse code ping bars. File 2 is an example of such Ether and consists of following codes:

Beat 1: .-. (R)

Beat 2: ..- (U)

This gives marking as “RU” at the end of decomposition.

I admit that the first file is not resynthesized original Ether and the second one is resynthesized clean version of original translation.

Another example of Russian marking also uses vertical bars as in US example, however the labeling starts from top to bottom:

Mids: .-. (R)

Lows: ..- (U)

It is you who decide if such Radar-Sonar system efficient or not, but taking in account that SASER is completely real-time system and acts on a signal level rather than radio frequencies the task of identification the potential threat is a subject of 5 ms to detect the threat and up to 30 sec to receive feedback from it to identify whether it is friend or not by using SASER as a feeder for MDL12 modem.

CP-6137-960FX server
Compositor Software builds virtual servers for Microsoft Windows and Android platforms