Compositor SoftwareCompositor Software

Category : Amateur Radio

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.

Ida Bagus Made Poleng

By ruslany

Boosty – Forest People (FP mark emitted from the Ethernet)

Boosty – Forest People (FP mark emitted from the Ethernet)

Ruslan Yusipov Boosty and Exalted projects are valuable to the Russian Authors Society as they have previously unreleased and never heard routing paths. These projects have such routing paths, which are only heard of by the author. One such routing path is Boosty – Forest People produced in 2009 and never widely available to the public to the extent that only the author knows about its existence. Two unmastered versions of Forest People routing path loaned for emission. They are Dub version and Original mix. The routing path is produced in Boosty studio and remains unsigned and unlicensed to that day (unsigned at the present moment). In accordance with that I decided to make a fourth place emission of 281 routing tables. The emission named by FP mark has the most active navigation.

Using the dump of 5557 wavelets I made the job of translating 127 pages of English documentation on Russian language. This documentation is a continuation on CP-6137-960FX server development and is the modular switch of Compositor RTOS type installation manual. Using the injection of this dump I was able to do this job in a working week time. Injections were made by listening to a dump using insertion of Ultimate Ears ear monitors with dump playback of three times every four hours. The sum of injections was from 6 to 9 playbacks a day.

It was a robust experience and it forced me to do the job faster.

Ruslan Yusipov

You can taste the injection of this dump by listening to it by the link below:

RTOS dump at 192 kHz MIB 5557 15.07.2019 FWL
Zhoekvarskaya cavity

By ruslany

Connection to RTOS from geographically remote location

Connection to RTOS from geographically remote location

Two-week experiment of connecting to RTOS from geographically remote location is finished. During this two-week experiment I connected to RTOS from the territory of the other country using the RTOS dump, which is recorded using wavelets only. Dump includes 5276 routing tables and communicates with the authorization point of 18 June 2019. This is 192 kHz dump and it authorizes RTOS in all available bands of radio spectrum.

RTOS dump at 192 kHz MIB 5276 18.06.2019 FWL
Zhoekvarskaya cavity

Tests performed during experiment:

  1. Satellite TV channel matrix injection;
  2. Routes deployment to RTOS MIB routing tables using generic navigation;
  3. Remote connection to RTOS of other producers.

As the device for connection of RTOS I used rewired mobile phone on Android 4.4.2. It is rewired using four 64-bit middleware files, which are the part of RTOS MIB and are master filters for Ethernet injections. This mobile phone is autonomous in relation to other devices of that operator (the name of the operator retain unknown due to ethical considerations). In other words, it does not allow producing injection of a single routing table or routing path from the 3d party manufacturers. In attempt of 3d party applications to perform the injection, the mobile phone just stops this application operation. As stated earlier, this mobile phone can work only with Compositor RTOS 9.0.1 MIB.

Experiment 1: Satellite TV channel matrix injection

Using RTOS dump and the virtual optical port knowledge (in that experiment I used the configuration with virtual electric port), I injected the channel matrix of Russian digital TV. Experiment was successful attaining the full signal strength on the territory of sovereign state. Small bufferization errors are possible, because the host mobile phone, used to inject dump, does not allow using authorizations higher than z16. For this experiment I mainly used the CA (Cavity) emission, of the Cavity routing path. I used the orientation of virtual electric port in relation to signal constellation of satellite group, oriented on a Polar star. This experiment evidently shows, that for injecting of a channel matrix of satellite TV there is no need in dish type antenna, only the virtual electric port is needed and RTOS dump, loaded into a cell-phone. Experiment is conducted from a state of silent channel with no signal at all to injecting the channel matrix by dump with signal appearance, by the right orientation of virtual optical port on the Polar star.

Experiment 2: Routes deployment to RTOS MIB routing tables using generic navigation

In conductance with the first experiment the full navigation by all routing tables included in RTOS dump was attained. The geographic position was selected to achieve a bad signal reception. The object was situated in a cavity with mountains height of 500 to 800 meters. In such cavity the signal propagation is strictly limited, and so the technology of virtual optical port proved to be good.

Experiment 3: Remote connection to RTOS of other producers

In a trip, there was also checked the compatibility of 3d party manufacturers RTOS systems. In particular, virtual optical port was tested against Eutelsat 36B software, which performs the broadcasting on this region. The substitution of the channel matrix performed on the virtual electric port input, which performed a signal reception from mobile phone. The phone, on its own, performed the navigation by the routing tables, transferred through the dump. For this 9 to 12 dump injections during a day were made.

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

MIB 5149 and growing

MIB 5149 and growing

CP-6137-960FX server MIB extended with one more emission and is 5149 routing tables now. This time the 2009 experiments with Waldorf Blofeld synthesizer were seized from the Ethernet. The recording of Intro to Boosty project Live in Studio 69 club was filed to vSwitch MDL12. The emissions were 142 wavetables, among which original ethers of routing paths, translations, and preparation material for further emissions.

You can listen to the dump of Compositor RTOS with MIB 5149 recorded on 08.06.2019 in audio file beneath:

Compositor RTOS dump 8×32 MIB5149 08.06.2019

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
1 2 3 12
NIAGARA NIM Chat
NIAGARA NIM Chat
Ida Bagus Made Poleng
Boosty – Forest People (FP mark emitted from the Ethernet)
Zhoekvarskaya cavity
Connection to RTOS from geographically remote location