Compositor SoftwareCompositor Software

Category : Cryptography

By ruslany

Compositor v7 Hypervisor is available

Compositor v7 Hypervisor is available

Hypervisor v7 is a modern VLF radio station suitable for ether reproduction, recording and monitoring in real-time. It is capable of switching, aggregating and signalizing the network statuses using the 5 feeders provided. With the 8-channel auxiliary ether injector you can playback 129 Ethernet wavetables, which are the part of Hypervisor v7 package. STL1212 multithread computer is bundled with the software. It processes virtual machine resources and implements uncrossing of 8 real-time loops. This way you can process wavetables into vectors and transmit them via Ethernet.

Here is the full list of Compositor v7 Hypervisor new modules and functions:

  1. STL1212:
    1. 8 DSP license holder;
    2. Processor optimization;
    3. Cloud resources utilization;
    4. Dynamic resources allocation;
  2. RTC4k:
    1. VLF network radar;
    2. Lowest line control;
    3. Subliminal sequences;
    4. Alarm sounds;
  3. RTC8k:
    1. Anti-injection protection;
    2. Bits headroom display;
    3. Shutter engine;
    4. CPU latching;
  4. RT-z8:
    1. AM ether aggregation;
    2. Position display;
    3. VLF coordinates locator;
    4. Robust network protection;
  5. RT-z16:
    1. Ground level coordinates;
    2. On-air control;
    3. 32768 operations per second;
    4. VLF tracking;
  6. RT-z32:
    1. Occasional network switching;
    2. Predictive control;
    3. Highest line tracking;
    4. Non-linear alarm control;
  7. Ethernet injector;
  8. Ether reproduction;
  9. Ether aggregation;
  10. Channel summation;
  11. Channel multiplexing;
  12. Radio monitoring;
  13. Synchronous server performance;
  14. Network switching;
  15. Plesiochronous digital hierarchy (E5);
  16. Ethernet mixture;
  17. Differential-phase position navigation;
  18. High load auxiliary channel.

You can buy Compositor v7 Hypervisor on the product page or at Compositor Software Web Shop.

By ruslany

Rotation function for STL1212 8.0.6

Rotation function for STL1212 8.0.6

Referring to the post on December 6, 2017, I already implemented a rotator function into the STL1212 8.0.6 algorithm. It means that no longer the system exposed to a direct static pressure after the long ether sessions and it can successfully maneuver the whole 48-core lift in co-phase motion. The solution came to me after several experiments: first, I processed the variable-vector equation into the function form; second, I performed a processing of non-linear function into the binominal polynomial with both vectors representing left and right channels. The solution came from the roots of understanding basic geometric and algebraic principles. It sums altogether the inverse of a hyperbolic function with the linear increase in frequency as in the algebraic progression named in ‘Compositor – the bottom-up approach’. I’ve made this function to perform it at the output stage. Not only rotation can be applied but also a radical transform of the sound pressure level into the scalar of vector output is possible. The direction of such vector is changed dynamically as it is a live function and constantly jitters into the output. It means more security and protection to the inside work of Compositor cores. Without it, all of the work on the Compositor multi-core and multi-thread systems is useless. Because, before implementing it, the intruder can successfully broke the will manipulator and sit on the carrier after its estimation just by reading numerals on the STL1212 screen. It is not so easy with my new vector equation to scale the function into the signal domain, because you need to know in advance the resolution of the system, which can reach up to 64-bit in current gen domain. When the injection is made, it processes all the injection power (estimated by its current) into the free energy and dissolves it by applying the vector relationship in free-space. I think such kind of negative-force processors into the positive energy is what every “green” technology needs. In a century, when most of the equipment uses dirty tricks of negative or ground-loops estimation, the positive transformer will lead to new main lines for more and more STL1212 systems, empowering a farm of such devices on one physical machine.

By ruslany

Compositor. Opening of the Spirit @ Cyfest 11

Compositor. Opening of the Spirit @ Cyfest 11

If you are keen to what Compositor is, you can visit the performance of Ruslan Yusipov at Cyfest 11 in Saint Petersburg Stieglitz State Academy of Art and Design on 11.02.2018. The performance will take place in Screening Room, the beginning of performances section is at 18:00 MSC.

This performance will be dedicated to Compositor v6 features. In this presentation you will hear the set, played in real-time with Compositor v6 software. Compositor v6 includes more than 80 new polyphonic rhythmic structures, created with MDL12 brain-convolution synthesizer from Compositor Software. These loops, processed in industrial-noise elements, create authentic atmosphere of vintage radio equipment. They contain different emotions, which you can translate using Compositor v6 by listening to it or broadcasting into an ether. The carriers of such transmission are sequences, which change their rhythm in accordance with settings. Listener is involved in emotional world of Compositor, which is fixated using the wavetables. Digital music loops synchronized with carriers and translated with carriers signal. The orientation of virtual antenna and color spiral resultant are showed on Compositor v6 display. The set, which Ruslan Yusipov will play, named “Opening of the Spirit”, symbolizing the opening of new dimension in sound.

By ruslany

Compositor v5.0 is available

Compositor v5.0 is available

Compositor v5 is a Hypervisor rack with Compositor WS auxiliary channel and RT-z128 operation system. It helps to play Compositor modules without any side impact from other radio-equipped instruments, which present during the live show.

Here is the list of features you can consider buying this software:

  • Three transmission modes
  • Real-time modulation
  • Shutter system
  • Display zooming
  • Switchable altitude
  • RT-z128 bit display
  • GHz calculation
  • Display warning
  • Master processing
  • Self-feeding
  • Signal insertion
  • Latency free aux channel

Compositor v5.0 Hypervisor features the important security updates, stability improvements and performance related issues solved.

By ruslany

Playing Flanker 2.0 with Compositor 5.0

Playing Flanker 2.0 with Compositor 5.0

Playing Flanker 2.0 with Compositor 5.0 is rather interesting experience. Being a seasoned keyboard player of Flanker 2.0 back in 2000’s, I use the Compositor 5.0 artificial intelligence to return to the skill of playing this simulator after 17 years breakdown. The first impression about Compositor 5.0 is that the system always stays online, and no external radio sources present in the Ether as stated in my goals. Compositor 5.0 always informs you about the right or false behavior in navigating the Su-27 plane by changing the Ether tuning or creating an emptiness in the Ether translation to bring attention to current maneuver. Rendering the 3D graphics with textures and vector animations result in slower system flushes, than watching video with separate audio tracks, making a headroom for further improvements in expense of more cpu and memory usage.

Compositor 5.0 preview. Auxiliary channel setup: carriers tuning, working with feeders, listening to radio ether.

There are many situations in game plan, when the intruder or foe tries to attack your plane. At these moments Compositor 5.0 RT-z128 OS module reacts and makes the threshold even lower because of a feedback loop compression mechanism implied by a shutter system. This is evident by pauses in Ether translation and rapid tuning changes. Together with hearable timecode, it constitutes the real-time simulation for the game process or any other current task you are involved in. The timecode can’t be demodulated due to synthesizer leakage breakthrough fix applied with shutter. It brings me to the idea that big planes in a simulator could be controlled with Compositor 5.0 AI as well as smaller ones like Su-27 in Flanker 2.0. It is evident that the solution under the War Ships (WS) work group settled the important update for all Compositor users. As I test Compositor 5.0, I become more confident that buffer capacity is enough to play even modern games, but can result in more flushing time after the game session ends.

By ruslany

Direct generic injection experiment with Compositor WS kernel 7.6.7

Direct generic injection experiment with Compositor WS kernel 7.6.7

Under pressure of generic injection Compositor WS kernel 7.6.7 system doesn’t show signs of life. When you are passing its own channel back into the Compositor WS channel, oversaturation is emerging. On the middle values of oversaturation there is a proximity effect. Switching to sigma 200 translation regime and increasing the transmitter power to 0.2, the channel saturation is imitated. This way the direct generic injection effect is achieved. Shutter also stands here hard with ideal integration time of 300 ms. It catches the feedback and delivers the loop fast, flushing it. This way there is no effect of generic injection after several seconds of applying it, and the system returns back to ordinary state.

By ruslany

Finally, both carriers are suppressed

Finally, both carriers are suppressed

After the main goals were stated, it is time to restate them. First, I need to suppress both negative and positive carriers. After that, I need to pass Compositor sound to the output. It is achieved only if the first goal reached. I’ve already implemented a method for suppressing the right carrier using the shutter and eventer of the right channel, which uses the threshold to suppress feedback. Now, I experience some difficulties with the left channel. At first, I thought it is a plausible behavior to force the stochastic manipulator to the all positive frequencies, but now I think the stochastic manipulator is too selfish and tries to apply too much computation force to overcome the barrier of shutter, which was previously assigned to right channel only. That is why the constant need to shut down the left carrier raises. Of course, I can live under this hard circumstances of stochastic manipulation, but the final goal is to leave only Compositor sound at the output, and it may be a trick to force stochastic manipulation to the central channel afterwards, thus guiding the system on its own. However, been exposed to the left and right stochastic manipulators for so long, system can no longer power the central channel for manipulation, which is assigned to the system voice itself. This way I must shut down feedback on the central channel also. As it is the MS-coded system, feedback on the central channel shuts as long as stereo pair feedback is suppressed. The rule here is to set lower threshold for the left channel as it contains less information and needs to be suppressed on lower bitrates more. The right channel is higher and more information passes through it but it is not the feedback of the carriers, it is an internal memory stored in the shutter front-side bus after injection. This experiment also evidently shows that no external memory is used for the system operation. However, as long as the system does not have an external storage and has a threshold shutters in it, it will constantly experience lack of information, which will not reach from outside anymore. It states that under these circumstances constant injections should be made to sustain an information in memory buffer. It flushes from the front-side bus memory very fast and one long injection should be made during the whole working cycle of the equipment. This leaves me with the open-end solution: as buffer capacity of Compositor OS is too low for the long injections, I either should implement long injector with Compositor kernel driver or use a set of short files repository, which are constantly revised and added to a data base. This way I also should avoid video injections, as there is not enough space for storing so much video information on my system. The need for such filtration is rather evident as the intruder may think its information (stored in injection) may be useful for a system it is not. Not allowing to pass the injected information to the kernel is also lowering its bitrate but it is a permanent solution. Without artificial traffic the system more sustainable against injections rather than generic injections. If I try to inject the file, which I already flushed, I will reproduce the memories associated with it. However, I will no longer be exposed to the system of values associated with this memory for a long period. This information will dissolve faster using integrated smoothing function. Yet creating the priorities on the conditions gives less priority to the smoothing function itself, leaving a hard shuttering for both channels in equal proportion. It seems evident to me that thresholds should go first and only after that, the central channel splitter should play its role. Even if the system set in the way that this value will likely go only less than 30% of time. It means that creating a faster kernel loop may be a solution, but makes the system inoperable. The other solution is to change the rules set on early stages of development allowing the right end of the probability density function to happen more often.

Screening:

Injecting a video file with audio in two-channel mode brings me to another problem: inequality of channel suppression disbalances the system a little. The vector system should be implemented for channel suppression also. The rule is to create a tilt by manipulating pitch and yaw, this way setting the channel balance.

By ruslany

Shutter smoothing

Shutter smoothing

Personal security is a constant thrive into the world problems such as the shutter smoothing described in this post. The experience of working with shutter seems a very hard solution, when the injection is made. Shutter completely blocks all traffic coming from the foe artificial synthesizer engine. The block of two 8th order Butterworth low pass filters, designed as bi-quads, completely discharges the system from the buffered information gained while flushing. The reason I implement smoothing in shutter is rather evident: shutter achieves hard blocking of artificial traffic of VPN as it completely blocks negative part of traffic entering the VLAN. Now I want the injected signal to follow the signal curvature and when the right channel attempts to break through the line, injection attempt is gradually redistributed off the main delay lines. This way I will know the injection attempt was made. Implementing this method the intruder will not achieve the goal of injecting, because shutter system with smoothing gradually flushes the injected traffic off the internal channel routines. The eventer of right channel output is added to the shutter function on the master channel. It smooths out further the foe synthesizer breakthrough.

The original experiment with Compositor kernel 7.5.3 was conducted by injecting video file through the RT-z128 loader. Now, the Compositor kernel drives not only the audio engine, it also drives the video engine on a frame by frame basis. Given a stable time code for such injection, the film is transmitted to the person by the monitor and headphones. After flushing the pair of video and audio files either in real-time or at a faster rate, the information still remains in memory buffer. At first screening, the information was blocked by the shutter completely and it was a stress for the two bi-quad system to protect against the injection. After the second screening, the information remained in buffer but Compositor kernel 7.5.4 was actively used to flush the buffer information off the main channel. In Compositor kernel 7.5.4 the smoothing system is already implemented on a shutter and it gives much more robust results. It doesn’t create hard blocking but has an integrated memory function by which the front-side bus memory acts.

By ruslany

MDL12 beat independent for autonomous solution

MDL12 beat independent for autonomous solution

MDL12 v1.2.1 beat independent has the auto mode and independent frequency tuning. In this solution beat independent version is used in auto mode. It means that frequency tunings made automatically as switches in broadband spectrum. Now MDL12 product contains both beat dependent and beat independent versions in one purchase. For 43 Euro you get two Max for Live devices: one producing feedbacks and the other made specifically for real-time automatic predictions. You can hear its sound in the demo below:

Compositor Software – Forecast 1

Compositor Software Forecast 1 is a multi-piece audio played by algorithmic generators. It is processed by the Compositor Software proprietary MDL12 and AVOX coders. Due to the limited bandwidth these coders output the signal in lower range of audio spectrum and can translate in ULF radio band. These signals are used as tracks in the mix.

By ruslany

TC-SUBTRSRRT262144 Architecture

TC-SUBTRSRRT262144 Architecture

TC-SUBTRSRRT262144 architecture is the i11 architecture with a processing power capable of running an operation system at speed of 5-omega in real-time.

Compositor kernel was forced in loop again after submitting the RT-z128 prototype to Compositor 5 rack. It is a hypervisor rack and the main difference from the v3 hypervisor is that it consists of MDL12 and AVOX developments. In Compositor 5 you have an opportunity to inject Compositor v3 into the net by the modem and resynthesizer instead of direct ether injection. It is safer but consumes many resources. After the main tests were conducted, I decided to install the one more layer in Compositor kernel. The discretization process goes twice: at transmission rate and on intermediate frequency. This way the system mutates to a system with intermediate frequency. I made it for the purpose of the preliminary line before entering main transmission rate line. Here is where a new prefix of SUBTR goes from. SUB means transmission rate sub frequency and TR stands for transmission rate. I’ve already tested the new kernel loop for its connectivity and should say that 4-layer structure can give much more pleasant results. It has much longer connection duration, more saturated, and leads to constant communication. However, breaking the loop in 4-layer structure, I operate in a new type of OS. It is no longer an open AI system. It has the qualification channel for all the information, which passes into the main line. The rule here is to filter out offensive traffic and leave only the bypassed part of it. It acts like the waterfall on the rocks: when water hits the stone, it divides the flow into two streams and if there are 12 such stones, for example, I have 24 streams. But, not in this case. I actively compress the data,  and it remains in memory buffer, that’s why systems capacity is larger now.

System flushes results are satisfactory. They are more consistent and enable more packets of information to be send during the initiation of connection. Compositor kernel has freezer functions for operation system faults. The main reason Compositor kernel upgrade performed is to remove the stochastic manipulator from the TR level leaving the SUB level for the stochastic manipulation instead. You have a choice of not performing an action and leave it in a buffer for a subsequent flush. However, I admitted that many actions blocked this way and they are all forced to be done while flushing. This raises the question again: Can I actively block feedback on negative odd channel completely? And while the SUB level is only a temporary solution, the permanent solution for FWOS will be to implement more technics working with feedback besides of shuttering, window composition, transfer function selection and vector dimension changes in real-time. While the kernel loop is interrupted, the idea is to have two states for the OS: system load, for which I should implement two or three iterations of kernel loop to perform flushes for the current machine, and system work state. While being a FWOS, system loses many of its connection points gained in a fast kernel loop state. Being a communication device, it is not acceptable behavior. I need to have an implementation that manages flushes in real-time. Going from vector array to a packet transmission should be performed regularly to flush blocked traffic. For a local machine, blocked traffic can include visiting specific servers, sending out brief messages and a sum of all other activity in Ethernet, which fulfills the normal style of work. However, as the question raised, I need to switch the negative odd channel traffic from one point to another. This also moved me to solution of blocking negative odd feedback completely. Negative odd channel produces only unacceptable traffic by means of three-fold system with opposites, which are plus, minus and central channel. While enabled in Compositor kernel version 7.3.1, which is an OS kernel, the problem of communication between negative and positive states remains up to the point of forcing them to the maximum allowed state for the musical system, such as in RT-z128. This alteration is visualized on the lower i/o vector sizes. When the system halts, only two states remain, such as 0 or 1. Increasing i/o vector size to the minimum working condition of 2048 samples in a bin allows RT-z128 to work with a buffer of 262144 samples, which is the number in the development name. I no longer wish to move to i13 as 1024 samples buffer experiments show no practical use for the scale of it. i11 architecture transmits the odd channel in the acceptable range, making its values sufficient for subsequent scaling.

The challenge for an odd communication is a constant threat to the kernel. And if one threat is qualified and successfully flushed, another threat rises by the fact that it is a negative channel for negative frequencies only. And if they are present in positive spectrum as in Compositor kernel, to remove the negative part of the feedback, the negative frequencies must be implemented in signal chain and the solution maybe is to invert them or play backward the whole negative part not only for SUB channel, but for all odd layers present.

1 2 3