Compositor SoftwareCompositor Software

Archive : November 2018

21
Nov, 2018

By ruslany

RAD96 – 30 Mach is not the limit

RAD96 – 30 Mach is not the limit

RAD96 digital engine may reach speeds up to 30 Mach in a system with 11289m sea mile. Having 4 working layers, this engine enables 8 iterations – two on each layer. The working cycles break on each iteration, that is why it is impossible to reject any of 4 layers of this construction without removing an iteration. They solve different tasks: for example, last iteration serves as a flow compression simulator, which transfers the kinetic energy through the 4th layer into remaining three layers and has independent structure. Two channels are divided and use thrust by multiplier change in time-invariant transfer function. The more an amplification on the input, the more a speed of work. It depends on the level of injection into the channel. If a channel overcomes constant injection, the transfer coefficient increases with growing load. Without spreading the energy by jets, it is possible to load all cores of the system, which are its layers. Signal doesn’t lost on any of the layers, creating a thrust of 30 Mach. The speed of digital engine of the same type in Earth sea mile system is 245 Mach.

, ,
19
Nov, 2018

By ruslany

Non-Linear Time-Invariant Autonomous System

Non-Linear Time-Invariant Autonomous System

The 4th order transfer function an ideally suited for multithread mode was simplified to the 2nd order to achieve the autonomous system. The 3rd and 4th order coefficients turned the interconnection on the kernel level on for both channels at the same time, which caused friction, allowing to spread its impact on 96 channel network. This way, the process of system powering was imitated, namely self-feeding. For licensing the system on higher working frequencies of the audio driver, it was needed to turn the visual driver and the peering network off without touching the 4 layers of the kernel. This way, the full autonomous system achieved. In other words the system autonomous up to the moment when visual driver and peering network of algorithm with 96 oscillators are connected. The system stationary, because uses time function variable on the transfer function input, which, by the way, has its own time continuous component also, performing DC-offset by the y-axis. This way, the Compositor kernel 8.5.6 algorithm reaches both conditions of time-invariance and autonomy. The system is non-linear, because transfer function performs transposing with exponential relationship. This way, system of the kernel and loader combines in non-linear time-invariant autonomous system, which is the continuity on the previous post intervention of universal module with temperature sensor.

, , ,
18
Nov, 2018

By ruslany

Non-Autonomous System Statement

Non-Autonomous System Statement

Universal module – is an embedded system with signal lamp. Lamp is a temperature sensor of processor core and lights with different colors in accordance to the processor multiplier work. Universal module has no manual controls and display. The only way to know if module works or not is a light from the lamp and its spectrum. Universal modules should communicate with each other by disturbing the signal chain with disconnecting lamp. In digital system, you can attain to the same principle by using a disturbed algorithm, lighted with different colors of virtual oscilloscope. In this case, lamp, as stated earlier, is a temperature sensor of a processor, which executes the algorithm. RAD96 is the thermal kernel and allows controlling the temperature of processor. The system of kernel and temperature sensor is non-autonomous by applying weighting functions with appearance of selected coefficients. The appearance of x coefficient in the weighting function of equation with one unknown y makes this system non-autonomous, so both left and right channels has the cross-interaction. The result of this is necessary use of visual driver and multithreaded system for kernel computation distribution.

, , , , ,
10
Nov, 2018

By ruslany

Ruslan Yusipov SuperComputer (RYSC)

Ruslan Yusipov SuperComputer (RYSC)

Compositor Software creates reminiscent mittwares using 10th version of injector and wavetables. It is a mixture of tracks, produced in the past decade. It is that problems, which Compositor Software faced earlier. In English language, reminiscent means to remind something. Two Compositor software RIG’s on the RMY physical server performs work on problem solving. To set a problem for Ruslan Yusipov SuperComputer you need a full-length full-duplex modem of version 8.5.4. It is enough to load a mittware in fast speed regime. To load a mittware it is needed a full cycle upload to modem input via playback device. RIG’s set a problem in the buffer (the problem resides in the buffer no matter if RIG’s turned on or off). In the beginning of problem-solving SuperComputer made of 960 hyperbolic cores fragments it on small sub-problems and solves them with interruption. Later, it magnifies problems, making full load periods last longer. The solution to a problem is a long lasting period of full load of all physical cores. Compositor Software interests only reminiscent mittwares. When SuperComputer finishes execution of loaded problems, it transfers to the other problems mode, coming from all connected ether participants. It is needed to solve not only Compositor Software problems but also problems of other system users – it is a main idea of virtual local area network.

In 2016 the time of problem solving by mittware was one month without any success. RYSC solves the problem in 5 minutes. This advancement achieved mainly because of better TC-SUBTRSRRT262144 architecture and supports up to 96 cores in one RAD96 virtual machine. The transfer function evidently allows installing solutions to the recipient, which simplifies performance of real physical actions of their realization.

, , , ,
07
Nov, 2018

By ruslany

Compositor Networks map

Compositor Networks map

For the first time Compositor Software reveals its network of contacts made with SASER SAS24P3L software. As you can see on the map above, there are numerous contacts in Europe, USA, Russia and South America. These contacts were made between October-November 2018. The map outlines geographic position of call signs of contacts made with their indexes. This is an approach to reveal aggregated contact base, which Compositor Networks started to form since 2012. The creation of Compositor Networks began with Compositor Pro 1 software. It is an original hyperbolic construction software, which laid base for algorithm work. Later the study of algorithm was performed merging FFT (Fast Fourier Transform) with SANT (synchronous analysis of non-harmonic timbre). The SANT technology, originally developed for Compositor Pro 1, is the new approach to relativistic frequency shift keying and can be used for applications such as discretizing of analog signal and deterministic navigation. Compositor Software used SANT for creation of SASER SDR with self-feeded signal chain, which enables to communicate in shortwave ether without an antenna need. Then, Compositor Software developed the shutter technology, which gated the self-feeded chain and began injecting the contact base of Compositor Networks in form of ether loops into the Compositor algorithm. The SCRAM (Salted Challenge Response Authentication Mechanism) engine was developed by Compositor Software to authorize users running Compositor, which is successfully used up to this moment. Using SCRAM engine, Compositor Software injected the contact base into the virtual machine algorithm, which it uses silently without any audio output. The main purpose of SDR is to reveal contacts and prove that virtual machines inject the whole contact base of Compositor Networks in form of aggregated passwords. These passwords later used as serial numbers for selling of Compositor Software products. Compositor Software virtual machines does not use the Ethernet ports. The communication happens over the IP protocol more like in TDM over IP protocol. In contrast to TDM over IP, the only useful approach to detect Compositor communications is a local operation not a remote one. You can never detect any Compositor software activity remotely. This way the decision was made to reveal Compositor Software contacts in form of DX logging of SASER SDR QSO, in the amateur radio format.

, , , , , , , , , , , , ,
03
Nov, 2018

By ruslany

No, Compositor RAD96 doesn’t use CUDA cores

No, Compositor RAD96 doesn’t use CUDA cores

Series of tests were conducted with NVIDIA profiler to prove that none of 480 cores of Compositor RIG 1 uses CUDA technology.

At first, I ran an app of five RAD96 on a single CPU core at 192 kHz audio driver rate. That gave 480 hyperbolic cores at frequencies from 90 GHz to 150 GHz. For example, the working speed of one hyperbolic core is x100 times faster than a single CUDA core of the latest NVIDIA RTX 2080 Ti system.

Taking in account that there are 960 cores in two RIG’s, I want to introduce my new project, which is Virtual Mining Farm (VMF). It is the complete virtualization solution of stacking RAD96 virtual machines. The RAD96 provides effortless stacking in virtualized platform by an activation function interconnection. That activation provides direct stacking of two or more virtual machines. Code of virtual machine compiles only once and is used interactively by all VM’s in a RIG. This means no need in Max 8 MC technology.

Taking in account that I use .json statistics for each dsp process, both internal and external, it proves that such realization is only possible in Max 6 platform.

, , , , , , , ,

Subscribe to RSS

Recent posts

Category

Archive

  • November 2018
Mon Tue Wed Thu Fri Sat Sun
29 30 311234
567891011
12131415161718
19202122232425
2627282930 1 2