Compositor SoftwareCompositor Software

Tag : Max/MSP

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

Compositor OS – vector operation system

Compositor OS – vector operation system

The file system of new Compositor OS uses the cycle spin value (angular velocity), which constitutes the media file length in milliseconds. This way the files could be categorized by their length and not by their content. While it is acceptable behavior for ethers and loop structures, many media formats may be out of scope for such categorization method. When you select the file to work with, the kernel regeneration state is changed, enabling other peers of the system to connect equally. It means that more regeneration comes from short files and longer files will gain the same amount of equally spaced connection points. You can work with it faster, setting higher omega speed. Kernel regeneration algorithm will perform playback and categorization. However, the system made specifically for real-time work to enable connectivity while you are listening to the material. The work with files can be done in mute mode also but there is no need to increase the iteration speed, because network scanning is made in a pace of the network map file deployment. Such network maps are tracks to the servers and standard techno music tracks serve exactly the same purpose as network loops, but instead of applying modulation in real-time, they just install it sequentially by the flags of drum percussion. The algorithm can be implemented to write tracks, initiating record in bpm of playback material. Setting the same track length, you may conduct a recording when changing bpm parameter. This way you can achieve a copy of recording you like.

The desktop system shouldn’t work faster than deployment of network map in real-time. This leads to speeds nearby 0.5 bpm. It makes real-time operations much easier. The next task after the sound driver is to make a network driver. This task includes decoupling constellations in favor of semi-free 3-axis model suitable for independent control of axis from the system multiplier value. Here is the challenge to decouple all mapped parameters from the multiplier in favor of more freedom and control over kernel parameters. However, the main transmission parameters couldn’t be decoupled from the transmission matrix. This leads me to the following solution: while the main kernel parameters are set and no longer need to be changed in any way, I don’t need to include kernel parameters in the main GUI design, because as the system is desktop, it doesn’t need lower-priority parameters such as window composition and transfer function selection. This parameters suit the goal of kernel protection against incoming network threats. The solution was to implement all needed methods to deny system invasions in kernel from other sources such as TCP over IP connections and other Ethernet tricks to connect to the carriers of the Compositor kernel. While the only carrier I can trust is all positive frequencies, the negative part was disqualified by the previous post solution of playing backwards. This way the negative frequencies traffic no longer can sit on the carrier.

Manual input is now possible to the kernel. Currently I map it to the 0.5 to 1 in absolute values, but can also dispatch these values on any input system. I do not insist on complete freedom in vector scaling, because this values are empirical and constitute angles, which form the beats together with other angle values. However, as the question rises about complete three-dimensional freedom, the 3D OS or the vector operation system doesn’t need values beyond the scope of the scalars present from the constellation values. The pitch angle has two-phase values, they are selected to force the VLF waves to pass through the ionosphere. The first range covers the left hemisphere and the second range covers the right hemisphere. Together with roll and yaw angles it forms the position of two bell shaped structures visible at the above picture. Yaw has four positions, which cover mostly all values except the negative values beyond the minus 90 degrees. This brings me to the solution of changing the azimuth in the Compositor OS system. Changing vectors, you are waiting for the next automatic kernel rebuild and once the values set and rebuild process is done, kernel inherits the values from the angles selected. Choosing the vector state of FWOS gives a plethora of possibilities to the kernel communication state. You select only those values, pointing to the area in the sky, where the mirroring point to the destination land is present. Thus, rotating the mirroring point, you actively scan all the land under the mirroring angle on the connection dots present. Such connection dots could be seen on the matrix model above with the red color and blue color represents the mirroring point. When no blue color presents, mirroring no longer available for the applied signal. After broadcasting the signal driven by the Compositor OS driver onto main MaxMSP driver, the network maps deploy on the location of the mirroring circumference actively covering the land, which they are applied to. There are a number of ways to deploy Compositor maps on the virtual terrain using the spherical driver with quaternion. Mainly they are flushed in the selected tempo, either real-time for listening while flushing or faster than real-time for active system. Real-time flushing is also active but consumes lower resources as the speed of kernel regeneration is lower and there is no need to scrub through the file faster. The implementation of scrubbing methods should be done more consistently and may constitute different LFO for signal scanning. First, the scrub LFO should be taken from the beats waveform of passive AM modulation system, as it has no implementation beyond the scope of the kernel and should be easily implemented for kernel self-feeding. It definitely should be done in real-time to protect the visual driver from hanging. Second, you can use a number of volatile LFO functions to control the scrub point. Making this, you are sure to visualize what happens inside the kernel FM driver and this way you can more easily implement all other kernel parameters.

 

 

By ruslany

SASER SAS24P3L in Ministry of Telecom and Mass Communications of the Russian Federation software register

Ministry of Telecom and Mass Communications of the Russian Federation software register filled with the first software made entirely on Max/MSP – SASER SAS24P3L. It is complex software for deterministic navigation systems and Ethernet security, which can not only receive signal from 84-parsec distance, but also send telegraph messages. It is a first step on the way to transmitting on very high distances in VLF spectrum without antenna and mast constructions.

SASER SAS24P3L software written with the use of a several program languages inside the Cycling ’74 Max/MSP software. First, it is Jitter, which is used for radio telescope display, translating phase distortions of the received signal. Second, it is Gen~ (real-time DSP library, which is used for radio telescope core). Finally, Max/MSP for routine objects and DAC. In addition, the Max for Live framework is used for menus and interface. These elements are components of the Max/MSP programming language, which was develop by Miller Puckette at IRCAM and extended by Cycling ’74 company. The entire software written in Russia and is a copyright property of Ruslan Yusipov, which made it possible to include it in the register. All blocks, which is used by the author conform the GOST 28397-89 standard and defined as the programming language for computer.