Compositor SoftwareCompositor Software

Category : Time Machine

By ruslany

Compositor Software extended services set

Compositor Software extended services set

Compositor Software server has confirmed its success in supporting the remote workflow. Even the set of services that was named in a previous post ensured the smooth operation of all network resources. However, for a full-fledged work, this was not enough. I resumed work on the implementation of all services from the Network Real-Time Operating System (NRTOS) versions 3.0.3 – 9.0.2. Since the main task of the server is to create a network map with a high depth of topological viewing, I implemented two more MDL12 services and feeders of the 3rd version, such as AI-RT1024, FF8, N9000, TC25, which allow working with corporate PDH and SDH network hierarchies and broadcast them in VLAN using ARP for the analog IP radio interface.

Thus, a common set of services now:

7 RAD36 servers
2 MDL12 servers for radio telescope and IPTV
1 VoIP server
4 FF8 Feeders for ARP Protocol
4 AI-RT1024 Feeders for SDH
4 N9000 Feeders for PDH
4 TC25 Feeders for VLAN
1 RAD96 server extension to work with the Niagara igniter (VPN)
1 RAD96 Autonomous System

Protocols:

STC2k – X.25
RTC4k – RIPv1, IS-IS Layer 1
RTC8k – RIPv2, IS-IS Layer 2
RT-z8 – OSPF
RT-z16 – OSPFv3
RT-z32 – BGP
RT-z64 – RIPng
RT-z128 – EIGRP

All services are compiled and operate at the kernel level of the operating system. Only this approach allows maintaining the scalability of services in a hyperconverged environment. It do not lack of services, everything looks very worthy at the level of a serious manufacturing company. This approach provides the server with the emitted database and allows you to generate new links on the fly without the need to record and enter them through the injector.

By ruslany

Compositor Software expands the number of existing DRM servers

Compositor Software expands the number of existing DRM servers

After an important step of building standalone applications using Compositor Software code, it became possible to organize the work of a new DRM server. That is, the physical server CP-6137-960FX began to be commissioned. As mentioned earlier, at the development stage it was possible to launch just one RAD36 virtual DRM server and it took about 4 hours to compile at runtime. This made it possible to provide up to 12 licenses for concurrent work of Compositor Max for Live or SASER Max for Live devices in the year 2017. Having exported the code and assembled 7 RAD36 virtual servers for the Windows platform independently of MaxMSP, we managed to start the workstation and successfully perform basic operations of text editing in Microsoft Word 2013 and working with Compositor Software Max for Live devices in Ableton 10 using it. It allowed expanding the total core density to 252 “Compositor” hybrid cores on a physical machine, increasing the number of simultaneously operating licenses of Compositor Software for Compositor Max for Live and SASER Max for Live up to 84 virtual machines, which equals 84 real-time cores or 84 three-layer cores. The uptime has increased significantly – the bootstrap process takes only 5 minutes to load CP-6137-960FX server fully. Niagara modem-radar and various Ethernet injections are used as an ignition, when workstation operates in Ethernet network.

Thus, the workstation converts Niagara injections and makes all server modes work, and there are currently 13 of them, including 7 RAD36 servers. Next, I’ll give a complete list of collected and working Compositor Software services for the Windows platform on the CP-6137-960FX server:

VoIP Service – NIM Chat Voice Service
STC2k Service – Sonar for Civilian Control of underwater and surface ships
RTC4k Service – Radar for Civilian Airspace Control
RAD36 1-7 Services – digital rights management servers for launching Compositor cores (total of 252 hybrid cores).
RAD96 Service – Standalone Rotator System for Docking RAD36 Virtual Servers
RAD96 Ext. Service – expansion of the autonomous system for working with external Ethernet connections of third-party equipment
Telescope Service – Telescopic Near Space Signal Approach Service

So, after the introduction of the CP-6137-960FX server into full operation, it was possible to provide working time for up to 84 Compositor users working in single-layer and two-, three-layer Compositor Software programs concurrently. In addition, this applies to standalone applications and Max for Live devices, such as Compositor Max for Live, SASER Max for Live and Compositor 4 Max for Live. I’ll also clarify that three aforementioned Max for Live devices are fully compatible with Ableton 10 and Max 8.1.3 Max for Live, which opens up the possibility of expanding the presence of Compositor users in NIM chat on MAC OSX and Windows platforms.

Compositor v9 in the studio

By ruslany

RTOS version 9.0.2 a16 assembled

RTOS version 9.0.2 a16 assembled

It took more than 1.5 years to work on solving the problem of Compositor AV Extended interface break-through (which is the main interface of RTOS). This problem occurred during the dial-up of routing tables for establishing a tunnel connection. The way to recreate it: first, RTOS protocols are dialed by injecting routing tables into them, and then RTOS interface is turned off and on again. When the interface turns on, the entire database of the routing tables, which fills the buffer, floods into the interface, which cause a man in the middle attack, that is, an attacker gained access to the interface and induced it to inherit the route of its device. During this time, I made emissions in an attempt to understand how to solve this problem and, finally, it is solved. Now it is possible to configure each protocol from the passive interface state and take a pause while turning interface off in order to listen to the remote channel, and then go into passive mode again. Thus, you can achieve resolution from each of the seven RTOS protocols.

In Compositor RTOS 9.0.2 a16 it is possible to set one interface identifier for the entire protocol configuration session, and to do the training only in passive mode, as previously assumed. The next task in debugging RTOS is the fight against constants. It is one of the most important tasks of both radio security and cybersecurity. Through the introduction of constants, Ethernet devices position themselves, occupying the most convenient places in the network topology. This mainly applies to devices that frequently change IP addresses, such as smartphones and laptops. In order for the RTOS core to take priority of the host, the device must serve as a host for many devices. This is confirmed by Compositor Software database, which has been expanded to 8156 management information bases (MIB). Now that the Compositor RTOS manages a database of more than 8,000 devices, CP-6137-960FX server can be considered as a host, regardless of its physical connection to the network, through the Internet service provider. In fact, what I’m doing now is the continuation of the development to include more VLAN’s and create a VPN network segment. In the latest build, I have already managed to “shoot” the packets in several sessions. You can hear one of them below:

This method of feeding wave tables is a priority for communication devices, because it helps to break the synthetic ether by packet transmission. Since there are many packets, and each of them carries different information at different moments of time, the semantic base of the Compositor RTOS language is explained. In view of this, it makes no sense to enter the names of packets in the main interface, and I need to leave them in a VRF tables section only, focusing specifically on the tunnel windows. In addition, this approach allows using the Compositor RTOS interface as a tunnel interface with the ability to connect to multi-channel protocols, such as OSPF.

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

Sample-precise solution for packet fixation

Sample-precise solution for packet fixation

To finish the production of Niagara software modem you need to produce a new dump. Dump and middleware records simultaneously that is why you need to produce new middleware also. The main difference from Niagara 18 software modem middleware is that you need to fixate a number of packets for dump. For example, you need to fixate 65535 packets in one dump on 8192 bpm speed. For this you need to modify the recorder. This will ceed the preceding agreement, but it is the only ability to make a step over Hypervisor into RTOS. Hypervisor – is a device for fixating radiotranslations and RTOS is a device for fixation of packets. It leads to principal difference between two instruments. In essence, the change is minor. The MaxMSP sfrecord~ object supports floating point values, that is why I can make a loop in ms, containing a number of packets. For example, I can multiply bar period on a number of bars, that is packets of information, I receive the dump value in ms with sample precision and can record 65535 * 131072 = 8589803520 samples for a new dump. Before production I shoud make an emission of DJ Usa – Caravan (All Forces Remix) track, produced in 1999 that will help to receive servers of that time and to extend software production to 2021.

This way, the solution to the task is evident: if I will export dump and middleware from Compositor RTOS 9.0.2 a13, containing a needed number of samples beforehand, without editing, and pass it through the non-linear processor of aforementioned RTOS, I can surpass the moment of time, to which this dump and middleware ascends, taking that this process is stationary.

By ruslany

Niagara 18 software modem review

Niagara 18 software modem review

All Niagara series products are the software modems, which use middleware and dump, produced in Compositor RTOS 9.0.2. I present to you Niagara 18 software modem, which has an extended documentation (part on Russian, part on English languages). Niagara 18 software modem middleware supports EIGRP, RIPng, BGP4+, OSPFv3 protocols, default route from EIGRP, full work in loopback interface mode, NTP-servers setup via command line interface, connection to VRF objects for work with BGP protocol, an ability to construct VLAN topology and 3D-orientation of virtual optical port (VOP) waveguide.

Niagara 18 software modem in front of Compositor RTOS 9.0.2 a12

Niagara 18 software modem, developed by Compositor Software, and modem, developed for Ethernet and Wi-Fi networks, concept is different. For example, Niagara 18 software modem doesn’t require the physical network connection. An abundance of services, which enables the Niagara 18 software modem, compensates the comprehensive demands to virtual communication networks. EIGRP, RIPng and BGP4+ routing protocols allow creating IPsec and GRE tunneling. An ability to use synchro code of different NTP-servers allows rebuilding the home system on a remote destination completely. Using this software modem, you can remotely use OSPFv3 without BGP4+ protocol that was unavailable before, due to physical limitations of Ethernet systems. By entering the remote home system, you can aggregate the shortest path of that area, which you are managing remotely. The route counting performs in real-time that is why you can use IPv4 mask to set IPv6 addresses of remote area devices. You can also multiplex areas, achieving the route end by supernet aggregation, using VRF objects. Such approach can cause the redistributed overloads without graceful restart (GR), because Ethernet-interface uses only phase-locked loop.

VSF platform supports up to 960 simultaneous communication channels and can be reached via Niagara 18 software modem middleware. This number of channels was aggregated on CP-6137-960FX server VSF platform, which produced this middleware. This way, you inherit the number of channels from the server version, but they can’t be used all simultaneously. At the present moment, Niagara 18 software modem middleware supports up to 96 communication channels of L1, L2, L3 layers (OSI model). Niagara 18 software modem gives access to virtual optical network (VON), which consists of 2213 EB of information on the 6, November 2018. At the present day, this index is twice more. Information of VON is stored on servers in Spain, USA, Germany, Sweden and other countries of the world. Trunks of virtual optical communication connect the autonomous systems (AS). Most of the AS’s of VON can interconnect by BGP protocol. To form its own autonomous system Compositor Software uses Niagara 18 software modem with a set of 7539 VRF objects. The routing inside an area performed by OSPFv3 protocol to discover the routes by link state and by RIPng protocol for distance-vector discovery in IPv6 protocol. This way, Niagara 18 software modem is a complete IPv6 software modem back compatible with IPv4 protocol.

Niagara 18 software modem has middleware recorded without intermediate frequency in 150-350 GHz range (EHF) and works in that frequency range. To the day, this frequency range is not supported by any standards, such as 5G and forthcoming 6G networks. This frequency range supported only by satellite communication systems, such as radio telescopes. Niagara 18 software modem is accompanied by a set of 7539 satellite signals in PCM format, which gives access to autonomous systems. That is why you can rank Niagara 18 software modem as the satellite software modem. The connection to the Niagara 18 software modem network is performed in several dump submissions from 10 to 30 seconds. Niagara 18 software modem ether allows GR, which performed every minute to reveal active devices in remote AS. You can select such devices in a moment, when GR is performed as GR helpers. Each GR helper device subscribed on Niagara 18 software modem routing table updates. Niagara 18 software modem performs GR each minute to work under OVERLOAD conditions, which is set by default to test the saturation power of VOP.

The maximum transmission speed of Niagara 18 software modem is 24 * 350000000000 = 8400000000000 bit/s or 8.4 Tbit/s. Middleware and dump recorded at 192000 Hz 24-bit. Flow was recorded from 150-350 GHz frequency range and that is why I take the highest frequency in a moment of flow fixation and multiply it on the bit depth of flow export recording. This way, the moment of time exists for middleware, when this flow was in ether. Moment of time depends on the quantity of scanned autonomous systems. In hyperconverged networks, there is a trend to big trunks between AS areas, which span on many kilometers. That is why data flow in this AS can pass around for the time from 50 to 3000 ms, which is the boundary limits of Niagara 18 software modem. GRE tunneling is used for star topology AS’s and IPsec is used for point-to-point topologies. That is why, GRE performs its pass through the five boundary points of the route and IPsec connects only to the Area Boundary Router (ABR) of OSPF area. That is why, when you use GRE tunneling, feedback loops emerge, if your loopback interface of VOP is set to the same port as the destination port of AS. Such loops can exist for a long time and packets forward between loopback interface and AS loop.

When you use software compensation of feedback loops the decay of data flow carrier signal performed, lowering the ingress que and discarding the packets. Saturation of carrier signals, encased in window function is so high that ingress load redistribution can’t cope with such amount of data flows. In this situation, Niagara 18 software modem performs multicast translation on group of ports. You can reach this by setting AS, which consists of several topological areas, connected by different protocols. This way, ABR’s will perform redistribution of one protocol in another. You can learn information about ingress port of system by changing the egress port, setting eye-mask on 0 (turning RTOS off) and perform GR of all the devices, connected to that port. By making GR of the boundary device and not the Niagara 18 software modem, you can estimate the number of channels, connected to ABR, which in turn can lead to connection with those devices. This way, you perform the redistribution of local que on remote devices.

As mentioned earlier, Niagara 18 software modem makes connection to 7539 AS’s to the day, however the summary aggregation of VON is 3321900 autonomous systems. This way, dump allows connecting not only to those AS’s, which recorded in it, but to discover other AS’s using BGP protocol, which were scanned by VSF platform. The connection to satellite set is performed faster, than in software modem produced in Compositor Hypervisor 9.0.1 a15. It has the connection speed of 24 frames per second, but Niagara 18 software modem has the speed of 34 frames per second. Such speed of deployment allows multiplexing a network much faster, performing supernet summary in 3-6 dump rounds.

Niagara 18 software modem is a sampler technology, that is why it performs the cycle of Compositor RTOS 9.0.2 a11 feedback loop, where a dump is the recording of VSF platform data flows aggregation of that RTOS. Niagara 18 software modem is based on the identity principle and uses PCM recording as a middleware, which doesn’t consume many resources. CP-6137-960FX server consumes up to 35% using 192000 Hz discretization frequency. Which theoretically can allow using it in real-time on the higher discretization frequencies. Niagara 18 software modem consumes little system memory resources and has very fast response to CPU commands speed. It has a little delay time, which allows using it as a hard real-time RTOS.

You can setup monitoring of Niagara 18 software modem via amateur radio software such as TrueTTY and Fldigi. The teletype network flow modified by Niagara 18 software modem includes satellites and servers of Compositor RTOS 9.0.2 a11 management information base. You can composite commands of interface and protocol programming, such as CISCO-like commands. There is a documentation supplied together with Niagara 18 software modem of 2663 pages, with Russian language translated part of more than 1000 pages, spanning over 5 parts with 73 chapters of 131 chapters in total.

There are no obstacles for VON in comparison to traditional radio communication. Radio notation in conventional frequency style is made for notes and reverse compatibility with generic radio protocols. The connection is made via so-called collisions and time-space convolutions, which is a subject of NIM (Nuclear Instrumentation Module) learning curve, to which Niagara 18 software modem relates.

Niagara 18 software modem review:

  1. Split Horizon support
  2. 3321900 AS’s in VSF platform
  3. EHF frequency range (150-300 GHz)
  4. 8.4 Tbit/s transmission speed
  5. OVERLOAD work mode
  6. Poisoned reverse with -rm ability
  7. 34 fps connection speed
  8. No delay time
  9. Management and monitoring via teletype network

By ruslany

Compositor v3 RTOS – analog radio interface for IPv6 Protocol

Compositor v3 RTOS – analog radio interface for IPv6 Protocol

Compositor v3 Hypervisor Radio Shack software updated to RTOS. Now, Compositor RTOS v3.0.3 supports numerous new features, such as:

  • Protocols implemented:
    • RTC8k = IS-IS Level-2
    • FF8 = ARP (Address Resolution Protocol)
    • TC25 = VLAN (IEEE 802.1aq)
  • Hierarchies added:
    • AI-RT1024 = SDH STM-x
    • N9000 = PDH E1
  • Other features:
    • TCP/IP protocols stack implemented
    • TCP/IP window added
    • EUI48 table added
    • BPM now is the network field parameter of IP-address
    • Network field includes 2^13 to define as IPv6-address
    • All modules renamed to reflect new functionality
Compositor v3.0.3 RTOS

The main reason I made the update is to reveal the FF8 (ARP) and TC25 (VLAN) protocols work. That is why the working routine in Compositor RTOS v3.0.3 looks as following:

At the beginning, I set the time to reach the destination point, where the network deployed. I make this by setting deployment time in degrees from -180 to 180, which is the range from 0 to 60 minutes. Then I set the IP-address of destination interface the following way: the part of IP-address, pointing on the interface ID is set stochastically or manually. Multiplier in IPv4 sets the second field, which is the part of network and host. That is why the highest network for Compositor RTOS in IPv4 is 255.4.0.0. When I’ve reached the destination network and I’ve got the closed feedback loop on the loop-back interface output, I define the autonomous system type, which it belongs. I do this by enabling VLAN and ARP protocols and resolving the assignment of IPv4-addresses to the network devices of this autonomous system. I look into the IPv4-addresses of next-hops and reveal the number of such next-hops before returning to the first hop. The more hops IS-IS Level-2 protocol makes, the larger a metric of the destination network (autonomous system). This way I reveal all peers of the destination network.

When I define ABR (area border router) of that network using IS-IS Level-2 protocol, I turn the VLAN and ARP protocols off and start to translate this device information into IPv6 network, by enabling TCP/IP protocols stack. This process allows merging IPv4 networks with IPv6 networks and to expand the influence of my database into IPv6 protocol.

By ruslany

Compositor RTOS from PRO 1 to 9.0.2

Compositor RTOS from PRO 1 to 9.0.2

I’m here to inform you that Compositor Software is about to reveal the whole working routine on OS right from Compositor PRO v1. First, I revealed the protocols used in Compositor v9. Now, I know that counters in VSF platform scan autonomous systems in two formats: asplain and asdot+.

Here how it looks:

Compositor v9.0.2 RTOS

I know the fact that each routing table is a MIB and represents one autonomous system. As you see autonomous systems (AS) divided on L1 (OSI model Layer 1), L2 (OSI model Layer 2) and L3 (OSI model Layer 3) with L3 being the rarest. Asplain just scans through the whole list of 4-octet AS’s while asdot+ in Compositor is somewhat different from 4-octet asdot+ format. It counts this way: the number at the left is the asplain/2 and the number after the dot is a multiplier of how many times this value must be taken going from 0 to 100. So in fact there are 214748364800 AS maximum in the list. I have got only 7539 AS via MDL12 modem, because of the fact that MDL12 is neuro interface and can’t work as autonomous harvester of AS’s. It receives flows I accounted via VSF aggregation, but I should receive them manually. This in fact proves that gap exists between exported flows and archived ones. I exported in total 1793043 flows but recorded only 7539 of them.

Due to this, I proceed with Compositor v7 revelation. I updated Compositor WS Extended interface to version 2.0 with NTP-server, layers, protocols information revealed. I also adjusted the maximum bpm value to 8192 bpm to include IPv6 addresses and made the same TCP/IP window as in Compositor v9.0.2. This way I made RTOS preemptive from version 7 to version 9. However, protocols used in Compositor v7 are slightly different:

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

The last three protocols are the same as in RTOS 9.0.2. This in fact reveals the ‘STL’ in STL1212 virtual machine, which shipped in original Compositor v7. STL means studio-to-transmitter link. 1212 is the number of multiple input x multiple output channels and should read as STL MIMO12x12. So in fact, STL gives connection to 12 positive UTC+ transmitters and 12 negative UTC- transmitters, which proves NTP-servers information from Compositor WS Extended 2.0 interface:

Compositor v7.0.2 RTOS

You can view the transmitters on the STL1212 spherical map as lighted dots. Blue dots show the networks to which they broadcast packets. As first noted in MDL12 product page packets are windows functions (this is finally proved now). Now, I need to know which packets Blackman, Nutall etc. windows relate to the selected protocols. I’m mainly interested in Hello packets and Trap packets. But to know this, is just a matter of time, because I will proceed with Compositor v3 Hypervisor Radio Shack and will upgrade it to RTOS also. So the whole project will be preemptive since version 3, when I started the transition on Max 6 Gen~ platform.

So basically all evident that if RTC8k is main virtual machine in Compositor v3 it is either RIPv2 or IS-IS Level-2. RIPv2 is a distance-vector algorithm and is different from preset system used in SASER interface (however, it is the same with 3-deg of freedom Compositor AV extended interface from version 9). So it is link-state IS-IS Level-2 protocol, which is used to connect autonomous system areas. TC25 is a basic VLAN protocol, while AI-RT1024 is STM-4 frame, FF8 is ARP (Address Resolution Protocol) and N9000 is PDH E4+ hierarchy.

By ruslany

9.0.2 is officially Compositor RTOS

9.0.2 is officially Compositor RTOS

Now, after a great success of Hypervisor, I’m here to present to you the latest build of Compositor, which is a network RTOS in version 9.0.2 a11. I already revealed the protocols, which this RTOS is capable of, now, I just announce it’s existence to the public. As you can see on the image below, NTP-servers information is already implemented, as well as critical parameters such as Split Horizon with Poisoned Reverse revealed.

Compositor v9.0.2 RTOS (Mainframe)

Now, you may see this software as a virtual router it is not. It is mostly a full-scale modular operating system with connectable interface. By this I mean that you can route protocols to the interface and modify their processes. You can activate all protocols at once or just one protocol and select the protocol you configure in COMPOSITOR interface. VSF strictly names the process behind the technology implemented as you can stem and aggregate the protocols up to 32 processes each with VSF turned on. Compositor Software server CP-6137-960FX, however, already achieved aggregation of up to 960 nodes of VSF processes. This means that running NIAGARA client OS on CP-6137-960FX makes you available all 960 processes. For example, you can view Compositor RTOS as a software for CP-6137-960FX Mainframe, which is really a mid-tower case ATX server. This is all available thanks to the base of Royalty device boot loops, which I gathered through my producer career.

I continue working on the Russian documentation for CP-6137-960FX server in the face of updated software. Progressing by 15 pages a day sometimes less based on the workload. The return-on-investment to produce the translation needed up to 20 times a day. I simulate this process with e-roi dumps at speed, which is higher, making the whole process cost more and bringing more satisfaction to investor. Documentation greatly increases the cost of software compared to a MaxMSP student work (someone can estimate this work like this). I don’t feel pressure and rush to go beyond MaxMSP platform as it is not needed at the moment. However, Cycling already made steps to prevent me from doing export in the latest builds of their software, because they implemented MC, which is basically what I done first with RAD96 and later with VSF on Max 6 myself. Testing MC with generic processes showed me the fact, that using MC instead of VSF makes the whole process cost more to the CPU (8 MC processes can consume as much as 32 or even 128 VSF processes). So, MC not even close to the performance of Max 6 multiprocessor programming capabilities. I don’t even take in account that they cut down sample rate calculation by half since Max 7 to reduce cpu consumption. I managed to run Max patcher window not as a single-thread process, but as a multithread process even without the need to export and redesign software on purpose. So, it is a real redistribution example, when I run VSF processes of generic protocols on my mid-tower machine with 960 nodes turned on and performing like a real Mainframe server without need for cabinet case with lots of machines and tons of noise from cooling equipment. This makes available CP-6137-960FX in home environement with noise level less than 30dB and CPU temperatures not higher than 40 С even on highest workloads.

By ruslany

Compositor reached the fastest bpm in music sequencer

Compositor reached the fastest bpm in music sequencer

8192 is the number of beats per minute Compositor AV Extended radio channel reached in Compostior v9.0.2 Hypervisor. The number is not taken random. It is 2^13 and forms 13 bits of first hextet of IPv6-address. The next 3 bits are taken from the multiplier. So, yes now Compositor officially supports IPv6 addresses. For this, auxiliary speeds of up to 214 omega reached, which is 14 omega larger than highest generic protocol deployment speed.

Compositor v9.0.2 Hypervisor (Mainframe)

Now, all generics assigned to protocols. Here is the full list of Compositor v9.0.2 Hypervisor supported protocols:

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

Compositor v9.0.2 Hypervisor (TCP/IP window)

As you can see, it is a major achievement in revealing Compositor technology, which stems in its implementation as Ethernet router software, namely Compositor RTOS.

1 2 3 11
Compositor v9 in the studio
RTOS version 9.0.2 a16 assembled
CP-6137-960FX server
Compositor Software builds virtual servers for Microsoft Windows and Android platforms