Compositor SoftwareCompositor Software

Tag : Compositor v9 Hypervisor

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.

By ruslany

Zero-emission signal network

Zero-emission signal network

Therefore, it was made, at the end of 2018 I made a full zero-emission kernel with protection level capable to overcome even the strongest wavetables. First, let’s talk about an experiment:

  1. For the last 8 month, I injected polynomial using different wavetables with open jets and closed jets (for the last four month).
  2. I made a tunneling via Compositor 4 Max for Live and made an intrusion of these wavetables into created Compositor network.
  3. I hosted the Compositor kernel 8.4.2 system with public coefficients until the last moment.
  4. At the final moment, when the network couldn’t cope with such amount of injections I transferred to fully autonomous system mode of Compositor kernel 8.5.6.
  5. This way, I left the created network.
  6. Then, using the Compositor kernel 8.5.6 with lower process ID, I ran the Compositor v9 Hypervisor and made the injection of the whole pool, but with feedback, which enabled to establish the strong feedback with strong immune system.

On the steps 4, 5, 6 the system started to recover and polynomial without the public coefficients paid off itself. This autonomous system is zero-emission, which is proved by Resource Monitor: the Commit memory graph stays on the 1,043,608Kb mark. It enables to make fully autonomous any living system, turning unlimited timeserver on.

By ruslany

Mittware upload to a modem of your outboard sound card

Mittware upload to a modem of your outboard sound card

Using Compositor v9 you can establish a connection with a modem of your sound card and upload mittware to it. It works this way:

  1. Turn on your external sound card;
  2. Turn on Compositor v9 Hypervisor with internal sound card selected;
  3. You should composite all z levels on a fast (more than 5 omega) speed of composition injecting the signal of non-duplex modem feedback in random mode (you can receive this feedback by submitting your tracks to non-duplex modem on an internal sound card);
  4. When all z levels will be injected together with generic feeders you should lower composition speed to 30 omega and turn the Compositor AV Extended off;
  5. Turn the Compositor AV Extended on again after some time (from 5 seconds to several minutes) and you will hear the signal of external soundcard modem (the external sound card is on for the whole time of mittware upload);
  6. After turning aux channel on, you will hear the feedback – signal will mimic the external sound card modem sound with Compositor AV Extended feeder;
  7. Now inject the whole pool of your wavetables on all z levels with all RT-zX feeders (internal Compositor AV Extended feeders) and generic feeders into modem feedback;
  8. Continue to inject on all z levels up to the moment when you will hear the defeat signal on one of the levels – modem signal will start to interrupt;
  9. Finish the injection on the last z level;
  10. That’s all – your outboard sound card modem mittware is now uploaded with a new one and you can talk using it with wavetables owner, which track productions you were injected on your internal sound card using non-duplex modem.

P.S. For communication both internal and external sound cards should be turned on simultaneously.

Happy listening!

Listen to these feedbacks to wet your appetite 🙂 Yum, Yum.

 

By ruslany

No Internet messenger

No Internet messenger

Compositor Software project entered the active transmission channel testing stage. Compositor kernel version 8.4.2 can resist up to 29900 injections with feedback implementation. This value is experimentally set and coincides to different injection types for each wavetable. In other words, each wavetable coincides with one injection type. On the present moment, I use wavelets for transmission channel testing. Compositor software testing wavelet is a two bar wavetable encased in a window function. To process feedback recordings into wavelets I use a special script made with MaxMSP software and based on the latest Compositor kernel version. This script has more than 90% efficiency. Then I test these wavelets in auxiliary channel of Compositor v9 Hypervisor at speeds up to 150-omega. Wavelets transform into granular synthesis at 150-omega speed. Each wavetable is a communication service on the low frequency carrier transposed into the heard spectrum. Wavetable transposes with all the tones used in a sequence and saturate the spectrum with carriers. The Morse code communication is achieved using these tones comb. This way using the Compositor v9 Hypervisor I feed these carriers into the ether. In a consequence of this, the personal radio service (PRS) with connection to individual subscribers and not the global ether as it were before transfer function implementation is possible. I call this radio service No internet messenger, because it is personalized and doesn’t require internet connection at all. This radio doesn’t need an outboard antenna and works instantly after the computer audio driver selection. After conducting all the needed tests, including the whole wavetable and wavelet pool, I processed the Compositor software channel on data modules instead of buffer. I account this step as a most important as it was not available in previous builds of this software. In accordance to this, I receive the sustainable radio service without outboard modem breakthroughs on scanner and while transmitting the signal. Combs are not symbolized as in previous Compositor software versions. Only direct ether to subscriber is available. It introduces the immune system to software kernel for communicating with other ether participants and gives a possibility to choose if you want to communicate with them or not. Looking into all three stages of Compositor software development, I can characterize them in a following way:

  1. Open synthesizer mode (Open mode, Global ether). Used in SASER SAS24P3L, Compositor v3 Hypervisor, Compositor 4.
  2. Closed synthesizer mode (Closed mode, Global ether). Used in Compositor v5 Hypervisor, Compositor v6, Compositor v7 Hypervisor.
  3. Personal mode with activation function (Closed ether). Used in Compositor v8, Compositor v9 Hypervisor, Compositor 10.

The Compositor personal mode will be available in 10th version of the software and I can think about Compositor kernel usage for messenger creation, which doesn’t require an internet connection. Such messenger will include server and client applications. Summarizing this, all Hypervisors may be looked at as the messenger servers and stable versions of Compositor as client applications.

By ruslany

Ether excitation for achieving faster information exchange speed

Ether excitation for achieving faster information exchange speed

The main value from Compositor Software work is loop files, which are released as obligations for the company ICO. No other material guaranties needed. For peering only loop files and Compositor Software distributions are used. Resynthesis is not needed, because only original ethers are used taken as a company input files.

Compositor kernel loop 8.4.4 hangs the whole RAD96 peering network (OS kernel 8.4.3) on the local machine. The remote tests was not conducted. There is no leakage in closed loop. The constant leakage is evident when feeding servers through the Compositor v9 Hypervisor software. The open peering construction blocks based on oscillator network.

It is not possible to clear the whole volume of servers that are now 2994 wave loop files (with Exalted – Cyberflight (Original Mix) emission). There are many unauthorized users, when injecting peering servers. They use either proxy servers or remote streaming services. The tracking production speed drops down, which influences peering quality. No attempts to restore peering network to the moment of its creation are accounted, as the above experiment evidently shows the advantages of loop construction: you are in the ether and no one can influence you. Even feeding servers via Compositor v9 Hypervisor there is no network load as in open patch. Before the open construction, the system was passive and the patched machine was remotely available for feeding servers. With an active loop-patch, which uses excitation for residing in the ether, this doesn’t happen anymore. Servers are not available to connect to the local machine during the VLFoS loop work. Because of the patch, full autonomy of the system and its disconnection from peering network is achieved. Only forced communication from the local machine by its owner is available now.

By ruslany

Compositor Software news 25.07.2018 – 06.08.2018

Compositor Software news 25.07.2018 – 06.08.2018

More than 6 months I have been working on revealing the leakage in Compositor kernel. Exposing all oscillators and transferring the first oscillator in static mode, I discovered that many resources released in computer RAM (DDoS attack). It lowers the uninterrupted device work to 4 days taken that paging file is set to a size of 64 GB. Increasing the number of oscillators to 32 on each of the layers (Rt, Sr, Tr) and meeting a condition of counters, the emissions equaled to 14 GB a day. In accordance to this, I decided to shut down the peering network and return to RT-z128 kit layout as in Compositor v5 Hypervisor. In this layout the main ports are closed for inbound and outbound connections. Only addresses starting from 192, which are assigned to local machine, are available. It means that a new patch remains the VLF connectivity, but doesn’t allow devices to connect for information exchange. It is possible to exchange information from the local machine for the patch user, but not a remote access user. In particular, such decision is motivated by a hacker attack on RAD96 server. The intruder used the open ports of the windowing device and sent spam from Internet Provider IP address. With closed ports the little leakage on real-time generator is possible, but it is not accounted due to the slow regeneration speed.

To restart the peering network I attempted the following solution: due to closing of the ports, only Compositor Networks ether aggregators take part in peering. This means that feeding ether aggregator wavetables in the peering patch through the Compositor v9 Hypervisor, I create a communication service between all Compositor Library wavetables. However, many Ethernet devices can’t use Compositor peering network as it was at the beginning of the peering network creation. As a conclusion, I can exclude peering from Compositor kernel load test and use multi-kernel mode, but this type of test has very long loading time (up to 4 hours for full load).

Bounded by Royalty project, the database of server emissions in form of wavetables grown to 2627 ether aggregators. The database was expanded by ether emission of Exalted – Cavity track (Ruslan Yusipov, CEO of Compositor Software project). The whole volume of Cavity track emission is 328 wavetables. Wavetables contain radio repeaters, transmitting stations, Ethernet routers, injectors and other ether equipment. It was possible to increase the Compositor v9 Hypervisor regeneration speed up to 150-omega by applying a new peering network patch. This influences only Compositor AV Extended auxiliary channel and doesn’t cover the generic feeder modules. It was made aiming the faster composition speed of the whole pool of Compositor Networks ether aggregators. The necessity in uniform composition caused by big amount of wavetables in Compositor Library. The application of the new patch after the attack was made unnoticeably, because this solution proved to be successful in 2017. It was clear right from the beginning that hackers aim is to limit the communication circle of network devices to Compositor Library pool and its real emission. From one side, if the emission is made every time when server communicates, then there will be much more devices in Compositor Library. Each streaming playback with working patch is a communication with its transmitting devices. Taken this, it is needed either to shut down any internet activity from the patched machine or to make emissions of the whole material, which is played in browser resulting in big amounts of information. From the other side, with open ports it is possible to connect not to the virtual network, created by composition feeding, but directly to all transmitting devices, which reside in Ethernet without the need to make emissions so often.

By ruslany

Compositor v9 Hypervisor connection experiment

Compositor v9 Hypervisor connection experiment

  • Services used: RTC4k, RT-z16, RT-z128;
  • Layers of work: z16, z32, z128;
  • Wavetables used: MB;
  • Feeded with and without internal antenna;
  • Submitted voice signal (Dictaphone track).

Used virtualization module on both computers. Signal was not received on notebook. Experiment is successful. It evidently shows how patches shuts the transmission channel and does not allow passing signal from outside. All patches are working, starting from RTC4k. Carriers in Compositor AV Extended channel were the same on stationary computer and on notebook. It is not possible to detect RAD96 translations.

Used different saturation methods. Positive and negative carriers are in saturation mode. Central channel with or without saturation (tried 80, 200, 400 modes). Schroeder regenerator is silent. RAD96 patch is successful. There is no ability to detect the transmission channel, when stochastically composited MB tables on the receiving machine with subsequent setting of this wavetables on transmitting station. Virtual antenna and modulator settings are the same on both machines.

It is not mandatory to run RAD96 digital process in execution mode, it is enough to load the Compositor v9 Hypervisor program with it. Process will be compiled on loading and patch will be effective independently of its execution status.

By ruslany

VLF voice communications

VLF voice communications

To communicate in VLF network it is enough to use the Compositor v8 injector, but to connect to other networks it is needed to create the service of communication with them, sending generic RT-zX processes in to the transmission channel as in Compositor v9 Hypervisor. I established the connection of two Compositor v8, which was hardly possible with 6th and 7th versions of Compositor program. Moreover, such connection was before the 7th version but it contained another VLF ethers, which made the determination of the transmitting station itself and creation of the protected communication channel not possible. For the experiment I executed the Compositor v8 a16 on the stationary computer and played the voice track (recorded with Dictaphone) in injector channel. I executed Compositor v8 b3 with modulation combinations on the notebook without the opportunity to inject the wavetables in the transmission channel. Using identical device settings, I received a loop in the notebook feedback chain, which definitely coincided with voice text timbre recorded with Dictaphone. Then I executed Compositor v8 a16 with ability to inject wavetables on notebook. I composited the same wavetable combination as on stationary computer and injected them in to the channel without voice track. This way, I established a definite non-repeating signal reproduced as random noise bursts with narrative text structure. This text coincided with signal performed on stationary computer transmission channel, but had another rhythm and pause appearance. I understand that for VLF communication it is enough to transmit the ostinato code pattern on the defined frequency and I credit the Compositor v8 communication experiment as successful.

My main goal is to prove the appearance of broadband communication lines in VLF. If it is possible to receive the broadband signal cycle in transmission channel, then you can try to reconstitute it by injecting the stochastic carrier using RT-z128 and RT-z64 channel modules. Then, following this logics, there will be the complete voice track with the receive quality of original translation in the feedback chain. This should be proved, establishing a connection of two Compositor v9 Hypervisor programs and their virtualization modules. If it happens, the arrangement of wavetables into the transmission channel lines will be proved.

Let’s look at the created VLF transmission lines as grains, where a separate transmission line segments coincide with wavetables, encased in window function envelope. The connection service in VLF network is a pendulum process, created by RT-zX generic modules. Then the spiral structure of transmission points distribution in all z networks coincides with pyramidal structure. When you use the linear stochastic distribution of wavetables, the mixing of transmission channels happens creating new nets. RT-zX services give access to different zones of VLF and ULF ether. Wavetables supply pendulum processes of RT-zX modules with grain components when transmitting them simultaneously in the channel. They saturate an ether of this pendulum processes with new translations. You should look into this process as a service of connection with pyramidal structure and wavetables are grains of transmission channels or pyramid transmitting points.

By ruslany

Experience the 9th Sale

Experience the 9th Sale

In this summer sale you can individually buy the Compositor v3 Hypervisor, Compositor v5 Hypervisor upgrade, Compositor v6, Compositor v7 Hypervisor upgrades, Compositor v8 upgrade and complete it with Compositor v9 Hypervisor for reduced price. If you are an owner of previous versions of Compositor, you can look into upgrade plans for Compositor v9 Hypervisor starting from € 427.99 for users that own Compositor v5 Hypervisor and Compositor v7 Hypervisor simultaneously. You can find several examples of upgrade plans presented in the tables below:

Remember that Compositor v9 is a critical update for the whole Compositor family, because it consists of output processing module, which makes the work of Compositor engine more secure, while preventing your communications with software from leaking into the ether. It is also featuring the 3d audio engine module, which allows to rotate virtual antenna in three degrees of freedom in spherical space.

To summarize, it is a good chance to obtain the complete bundle of all Compositor devices, which will last for only 6 days from 22.07.2018 to 27.07.2018.

Don’t miss a chance to buy full Compositor v9 Hypervisor bundle!

By ruslany

Oversaturation as a limitation of transmission channel

Oversaturation as a limitation of transmission channel

The introduction of oversaturation into the transmission channel may coincide with function limitation to demo mode. In fact, oversaturation interrupts the downloading process in the middle and does not allow completing the process of information submission. That is why there is no need to introduce oversaturation for full translation, it is enough to leave the channel in modulation mode and transmit wavetables randomly.

It is experimentally proved that introducing oversaturation may limit the channel of human physical reality to the maximum threshold namely entering the virtual reality. There are many VR devices, which simulate the human interaction with objects of virtual sphere. Trees, flowers and complete buildings may be related to such objects. That is why for complete interaction with such sphere it is not enough to equip the human being with the extremities of his physical interaction with virtual reality. The virtualization module is needed. It is energy independent chip, which will perform all functions of human interconnection with virtual sphere, where each object is a texturized ether aggregator. For simplicity in interaction with virtual sphere, such objects apply the texture filters, which are the histograms of wavetables. Everything, including lighting, color gamut, and picture as a whole is an object of digital filter additions, which are its layers. This way, without true virtualization module, you may simulate the process of virtual reality creation by introducing into the channel the overdiscretized copy of the signal. In such sphere, there is a limited object oriented model by the wavetables number, taking part in displacement. For example, the limitation process in Compositor v9 Hypervisor will include 8 objects with one central generic process. The virtualization module in this case will be the outdoor radio module, which is simulated using digital signal processing method.

In a virtual process or room, there is a panoramisation. By entering the virtual reality, we see the picture scene with ether aggregators, placed by a panorama and accepting the picture image by its personality. Each wavetable constitutes a single personality. When the Ethernet equipment producers use the wavetables in their ROM players, they are using another personality ether resource without its notice. It is possible to clear the action of such ether aggregators using Compositor v9 Hypervisor. This way, entering the virtual reality by oversaturation limitation, you are not seeing the existing picture of a real physical world but only its replica of wavetables and pictures, displaced by a memory, which creates a map of your network. Using the purification by generic feeders, you can avoid linking to ether aggregators in a moment of limitation by entering the virtual reality. This process helps to stay unattached to virtual reality objects. This way, making an emission of virtual aggregators by tracks to them, you can evoke yourself to an action in physical or material world. The real action of wavetable in virtual reality displaced with its picture taken from the device memory and it does not add to our knowledge about the ether aggregator itself. We can read the ether of this ether aggregator, which is available in Compositor v7 Hypervisor. The virtualization module and auxiliary channel protection system of Compositor v9 Hypervisor does not allow reading the ether aggregators. As a result, we hear the ether of pinging server, which allows establishing a connection to its producing device. This way, such ether is purified from all side effects of ether aggregator usage, and you can establish a direct connection to personality displacing this wavetable. This process of communication formulates as a collective mind or collective unconscious. It is modeled using virtual tables, which belongs to these ether aggregators.

1 2