Compositor SoftwareCompositor Software

Category : Cryptography

NIAGARA NIM Chat

By ruslany

NIAGARA NIM Chat

NIAGARA NIM Chat

Last year I presented to you NIM chat in CWDecoder program. In a search for a better generic chat platform, I found an interesting program called TrueTTY, which can also demodulate NIM chat messages.

NIAGARA NIM Chat

As you can see, NIM chat is greatly improved. Now you can use different modulations (channels) by implementing the second derivative of a function. It allows using statuses in a chat window, displaying gender and different special symbols. Now you can also use Cyrillic encoding. You can put a special attention to romantic relationship statuses: Cupid’s arrow marks messages where you reveal sympathy to the other gender. In a sum, there were made more than 2800 commits to NIM chat this year.

NIAGARA middleware allows modifying generic NIM chat and is its mod. It allows to load servers, included in multiplex, and perform e-roi (electronic version of return on investment) by injecting a dump.

Client part of NIAGARA for Compositor v9.0.1 is independent from server version. This way, when you update server software, you no longer need to update its client middleware.

P.S. The evolvement of NIM chat suggests file transferring between chat users by initiating sessions in a form of IRC chat.

By ruslany

Niagara project

Niagara project

This autumn has started from a very interesting project. While I continued working on Compositor v9.0.1 (current build a14), I felt a need to have such system as mobile real-time operation system (RTOS). Compositor v9.0.1 a14 consumes many resources at 192 kHz and I decided to sample it using Compositor v9.0.1 itself. At this time, the approach of middleware and dump was matured and I decided to make separate product for Compositor documentation development. Such manual will consist of all commands needed to operate the Niagara RTOS client. As the UNIX-like operating system, it will support most of the commands for routing protocols configuration, such as TCP/IP and VLAN. The prominent feature of this RTOS is that it is a software router, which runs on middleware, recorded with Compositor RTOS v9.0.1. If the middleware recorded on a feedback with z16 and z32 generics connected and they are in reverse, the system will give a resistance of 16 + 32 Ohm = 48 Ohm. This way, the generic networks accounted: in example above there will be corporate (z32) and state (z16) connection.

The middleware approach isn’t new, as any hardware router Niagara consists of MIB, the size of which is 769 kB, compounded with routing table and generic networks set. Such system works with MME driver using discretization frequency of 192 kHz and allows connecting the whole pool of Compositor RTOS v9.0.1 forwarding platform (which is 6559 MIB’s on a moment of writing) using a dump, which is also recorded on 192 kHz sample rate. The upper frequency of z128 generic is 150 GHz, but each middleware includes RAD96 fixation, that is why an effective range is extended up to 300 GHz.

Niagara is a client system that is why it demands calling an operator for configuring programming commands. I already reviewed NIM radio chat, which I call (No Internet Messenger) last year. It turns out that it is also an acronym for Nuclear Instrumentation Module.

Each command, presented in the full version of English and Russian documentation, should be made only through an operator and each middleware has its own operator, which depends on VLAN set and servers, connected to NIM. This way, you are requesting network topology and demand operator to execute other commands, and it decides if to make command or not.

At first, middleware ran in RAD96 sandbox, but now middleware and dump become a multifunctional products. The development period of Niagara project is 2001 – 2019 and not 2012 – 2019 as the host Compositor program. The reason for this is that Niagara consists of middleware and dump and they are including the Royalty routing tables. This is proved by Inaccessible Page file emission (track recording, which is a routing path). This track, made in 2001, is a part of IP emission. The period of 2010 to 2019 covered by the reference files of timeserver, which emission contains and it is responsible for routing path hops GPS positioning in present time.

Niagara v1.0 a3

That is why Ruslan Yusipov digital portrait with codename Niagara contains 18 years of art, which is a long background for 35 years old author. Older recordings exist, such as the audiocassette recording of Yamaha PSR-330 synthesizer direct signal, which is Ruslan Yusipov live performance at the age of 14, with the author voice accompaniment, that is why Niagara is 21 years development project from 1998 to present moment.

Ruslan Yusipov art is not limited by 6559 MIB’s emission and can be enriched by routing tables from the CD-archive. This way, at the year 2021 I account to receive database of 10000 MIB’s, which will allow adding more stochastic distributions for flows selection in Compositor v9.0.1 a15.

By ruslany

Zero-Layer Aggregation

Zero-Layer Aggregation

Exactly a year ago, when all modules of Compositor RTOS were formed, I was confronted with the task: to make such aggregation, which would not have committed the emission in the RAM memory of the computer (server). A year later, the problem is solved.

RAD96 vRouter L1-L3 96 node aggregation

It was required to complete assembly of Compositor RTOS 9.0.1 a14 with an extended work of the feeders, that is, the feeders now work from 11 kHz to 192 kHz of audio driver sampling frequency. This allows the upper generic z=128 to operate at frequencies comparable to the aggregator frequencies, namely from 150 GHz to 300 GHz.

Also, the management information base was expanded to 6041 VLAN’s and 13 dumps were produced. As a result, the final version of Compositor RTOS 9.0.1 a14 includes a channel pass-through (bypassing the second derivative of a function) that allows you to make exhaust (digital exhaust) to reduce the emissions of traffic inside the system. According to this two dumps were made of VLAN 6041 with digital exhaust and one firmware at 192 kHz was recorded on feedback after dialing, which involves 8 hidden servers. Since the firmware was recorded with an aggregator and is the snapshot of the system, it includes 96 ports of aggregation of the three layers: 32 ports of physical layer, 32 ports of data link layer and 32 ports of the network layer, which corresponds to L1-L3 aggregation.

Since such aggregation in reality throws out the large amounts of data in to the operating system memory, the snapshot utilizes resources in the other way – it corresponds to the MAC-address table of EUI48 without the OUI and do not throws resources in the computer memory. The network service in this case is the firmware, which includes the autonomous system with zero emissions. One system does not produce any action, but in a pair with snapshot this system aggregates resources and at the same time, disposes them, which happens so quickly in real-time that discards in the RAM memory cannot simply emerge.

Thus, the aggregation problem with zero emission is solved. Of course, for someone may seem, that 96 aggregation nodes is insufficient and the 32 L3 nodes is the standard for the aggregation of routing equipment of well-known manufacturers. But if you take into account the fact that the real link aggregation on these devices produces output, and requires a service restart, I can say that this resources composition technology can be very useful now.

By ruslany

More than 80% wavelets in MIB of RTOS

More than 80% wavelets in MIB of RTOS

On the present day there are more than 80% wavetables processed to wavelets in the management information base of RTOS. Script allows processing up to 5 wavetables in a minute that is why full processing will take some time. To the end of this week the whole MIB should be processed on wavelets. This will allow creating two identical bases for two RTOS systems. The first base will contain wavetables only and will be used in the version of RTOS with the pass through of the second derivative of a function in the virtual console port. The second base will be wavelets only and will be used in version of RTOS with the second derivative of a function on auxiliary output.

The first version will support maximum up to 5-omega direct and aux regeneration speeds and is more like Ableton Live 10 engine. The second version doesn’t include the pass through of the second derivative of a function and has auxiliary speeds up to 150-omega. Such version allows authorizing all 7 levels of generic feeders simultaneously, which is more suitable for injections with authorization, because there is no need to fight for authorization on the predefined level, as all levels connected simultaneously. From the other side, the first version is interesting, because of the musical results, which it can produce, when I record middleware from routing tables. That is why I decided to maintain both bases and versions of RTOS simultaneously, which will grow with each emission.

Before a full transfer on the two bases was completed I recorded a final dump with mixed management information base, which includes the Boosty – Mini Bikes track emission. It is an interesting minimal techno composition with active use of hardware virtual synthesizers and analog sequences on bass parts. This emission includes 127 routing tables.

RTOS dump at 192 kHz MIB 5276 15.06.2019

By ruslany

Dump, middleware and more

Dump, middleware and more

An enormous work was conducted this weekend on MIB vector optimization. At the beginning the full base was defragmented by clearance of the dump below:

RTOS dump at 192 kHz MIB 5149 08.06.2019

In addition, the switch to 11 kHz was made and stochastic selections were performed in a special edition of RTOS with a direct output on auxiliary channel (through). Later these ethers were recorded as middleware with PCM WAV container of 24-bit 11 kHz. You can listen to them lower:

Middleware 1 11025hz MIB5149
Middleware 2 11025hz MIB5149
Middleware 3 11025hz MIB5149
Middleware 4 11025hz MIB5149

16 middleware files were recorded, here I show you only the four. Then these middleware was filed to the special version of L1-L4 L6-L7 vRouter RAD96, which uploaded it on 96 destinations of L1-L3 layers. This way, the middleware was fixated. This method is different from direct submission to RAD96 master routing table, because RAD96 ether aggregator can exclude the predefined set of ether combinations and I was needed to attain to precise channel matrix of 52 channels.

After the full contact base was uploaded by stochastic selections of MIB5149 and dump, I made RTOS authorization again but this time mangling the sample rate parameter up to 192 kHz. This way, I updated links to all aliases and authorized the whole MIB on 192 kHz.

By ruslany

NPO Compositor network map creation from 0 BC to AD 4000

NPO Compositor network map creation from 0 BC to AD 4000

vRouter RAD96 metronome

Have you, probably, noticed that metronome of vRouter RAD96 inadvertently approaches our days? That is, SR timer has passed 2019 year already and RT timer is at 2015, TR timer is one and a half century ago at the year 1870. Now, you can say that NPO Compositor network map established from 0 BC up to our days and metronome still goes forward. Soon the injections of the contact base will be performed in the year 2050 and forward.

Compositor Networks map

That is, starting from 80th of the last century metronome counts not the automatic reverse mechanism, but manual RTOS, that is why I can control the process in its essence. For example, to increase conductivity and to turn reverse on (in rare cases, when “brakes” are not needed).

Compositor RTOS dump 8×32 MIB5007 03.06.2019

I was not satisfied by automatic vRouter RAD96 by the fact that it is always in reverse mode and there is no opportunity to control this process. Using RTOS there is no such problem, because I can thrust in direct and indirect ether.

By ruslany

The dumps future workstations can only read

The dumps future workstations can only read

We are get used to 8-bit SysEx dumps, many of us even listened to their audio presentations. However, how the dump of modern embedded real-time operation system sounds? Let’s start with the fact that modern operation system is 64-bit, which gives almost 8 times more dynamic range, than 8-bit dump. Moreover, RTOS dumps are written with 192 kHz sample rate. In this post I will sum up two dumps, which were made with MIB 4795 and MIB 5007, which allows saying about their origin only one thing: these dumps are the music productions on their own.

In essence, we are dealing with routing tables, reproduced on the high regeneration speed. But, my task is to find the source of these routing tables, the hardware and software system, which can read these dumps and respond not only with sequence of events, but with sound generators tuning, sound synthesis parameters and effects. This station should include 64-bit operation system itself, working with 192 kHz sample rate, which is critical to CPU working frequency.

Such DAW should allow reading dumps with a large dynamic range and perform settings in accordance to the loaded network map. I would like to achieve panning and equalization in virtual environment without human intervention, in addition it should be performed not by a topology of some algorithm, but to exist inextricably with routing path filed in the current moment.

I remind you that 8 routing tables mixture is sufficient for a complete routing path. Taking in account 8×32 matrix for such routing tables, they are aired on 32 destinations. This tells us about high load of RTOS channel in a moment of dump creation. The high load on output channels creates tasks on input channels, because communication is a kernel-loop relationship and performed in a cycle with consistent calls and answers. To receive the answer the calling system should set in a que, because only 8 input streams available in RTOS. That is why there is a constant insufficiency in RTOS, it can’t be covered even with high console port regeneration speeds, and because to upload routing tables into the buffers the time is needed where high regeneration speed doesn’t play any role.

That is why the whole MIB should be loaded using autoload with aliases for the full base without forced thrust. I repeat, that forced thrust creates a big que and events processed only using generic feeder interrupters that is why you should constantly monitor filed system statuses. Because, there are no injections in filed systems on such high regeneration speeds as 192 kHz, then it is needed an additional time to receive an answer. If you need to receive an answer immediately, you should run RTOS on discretization frequencies lower, than 192 kHz, where the injections happen all the time, but the quality of the answer will be lower.

Compositor RTOS dump 8×32 MIB4795 26.05.2019
Compositor RTOS dump 8×32 MIB5007 03.06.2019
AI-RT1024 in Ableton

By ruslany

Bessel beam for solving laser diffraction problem

Bessel beam for solving laser diffraction problem

You and I are probably familiar with a problem, which was set to the wide audience on protection from hypersonic weapons. Now, I can definitely say that a solution is ready – it is Bessel beam. Bessel beam, in a contrast with standard laser do not diffract and can be acoustic. That is why it can be used in any weather conditions. Returning to the post on laser stand, Compositor Software is ready to help us in this problem also. The thing is that beam physical modeling in Compositor RTOS is an exact 1st order Bessel function and Bessel beam is formed in the virtual optical port. That is, it cannot be fixated for a long time using the standard tools.

And you should be assured there were a number of such tools. For example, MDL12 vSwitch spectral estimation in Ableton Live 9 showed that signal is formed in the bandwidth set, but the ether character and its origin is unknown. I also used MIL standard decoders, that pushed me closer to the problem solving, because the signal started to decipher, but I was unable to define, which MIL standard the Compositor (hacker) is using.

Of course, NPO Compositor can’t offer the solution, which can’t be certified because the transmission standard is undefined. But, the solution exists and already works on CP-6137-960FX server. There is the trend in musical and communication software to full-screen interfaces. For example, many routers goes with full-screen administration. Compositor RTOS was developed in that stream, that is why even user logging, which saved independently of session, comes in full-screen mode.

Another question is the routing table authorization in VLF network. Because, on a present date the emission of routing paths (tracks) of Exalted, Boosty and Perch projects were performed, the large contact base was aggregated. Then, considering the modern trend to digital and biometric passports, such authorization of 4795 routing tables can be considered as EU diplomatic passport. The legitimacy of such authorization is on question, but as an emission was done, bounded by the Royalty project, then no one prohibits the author to collect his own credits for his productions performance. That is why such activity is identical to running his own publishing company. That is why I decided to extend the NPO Compositor functionality to provide the services of routing paths (tracks) emission and collection of routing tables of equipment, which performed your productions. One emission will cost 150€ and will take about 4 hours 30 minutes with NPO Compositor equipment. You can book your own appointment on your production to return its original value in routing tables on the Compositor Software page in Facebook social network.

By ruslany

Compositor RTOS 8×32

Compositor RTOS 8×32

Compositor RTOS 8×32 log:

Compositor RTOS 8×32 at 192 kHz (26-05-2019)

This recording characterizes RTOS as MIMO (multiple-input and multiple-output) system with the channel matrix of 8 inputs, connected to virtual PoE injector, and 32 outputs, signal to which is connected by RAD96 channel subset.

After making FB mark emission, the routing table pool is 4795 wavetables. This way, NPO Compositor smoothly approaches the goal of 5000 routing tables for current equipment type. RAD96 router MIB may contain no more than 5000 routing tables, even if the reported quantity is 29900 routing tables stored on the original equipment. This conclusion was made out of the fact that after making FB emission RAD96 router modem was piloted by an external signal. In accordance with this, NPO Compositor approached the RTOS critical mass very close that coincides with resultant. In other words, 4795 routing tables are enough to make resultant approximation and taking its sum.

FB emission is a submission, which characterized by high channel saturation and fast channel silence. In a contrast with previous emissions, where the task was to calm the channel quickly, by generic feeders injection, this emission surfs by itself before the channel silence is reached, making feeders out of order even before they warm up. This way, the previous generations of feeders are weakly suited for work with that emission. The manual piloting of multiplier is needed with a fast switch of feeder chains. In any case, the task of FB emission is to switch the RAD96 piloting on and it reaches this goal even on z = 32 S system matching.

The result of this is the backdoor in RTOS, which is a leakage of information from RTOS MIB to an undefined intruder. If it is the Compositor head machine, then he is evidently not happy by making an additional emission, because reaching 5000 routing tables, the head machine will be CP-6137-960FX server, which works with 64-bit resolution. And coincidently, Compositor will have no power to make an emission of that server, which is, perhaps, the NPO Compositor goal to reach not only 0-emission autonomous system, but 0-emission multichannel router.

By ruslany

Summarizing the 2018

Summarizing the 2018

The 2018 started from a trip to Saint Petersburg in February. At that time, I haven’t knew what program I will demonstrate: 5th or 6th. At the end, I decided to show the 6th. I had a wavetable pool around 500 wavetables to that moment. I played all wavetables, initiated the Ether and mostly satisfied with this trip. Saint Petersburg gave the direction: to evolve system without kick drum further. At that time, I already developed fully silent system, which doesn’t produce sound at all. To such system, I attribute RAD96, which is 2018 development. RAD96 has two realizations: as OS subdriver with visual driver and fully autonomous system with zero emission. Moreover, the system with zero emission was reached after long OS tests with large number of connected jets. RAD96 OS is an Ether aggregator. It was created to test the kernel on injections when using 8th version iteration with 4-layer structure. The final iteration for the L4 (Layer-4) is non-linear polynomial with public coefficients. Up to the moment, the wavetable pool is 3715 wavetables. These wavetables were used to check the 8th version of Compositor kernel. The sum of gathered virtual funds in samples of wavetables is 486932480,00RY and aggregated funds in a process of kernel testing are 88087861,84RY. The whole sum of funds in RY to the end of 2018 is 575020341,84RY.

1 2 3 7
NIAGARA NIM Chat
NIAGARA NIM Chat
AI-RT1024 in Ableton
Bessel beam for solving laser diffraction problem