Linux loader for Gen~ exported code

    Jan 20 2015 | 9:37 am
    I would like to acknoledge that I spent a relatively big amount of time inspecting the exported code from my gen~ 'patch'. I don't even consider it to be a patch as it is fully functional software. Besides, I need to ask Cycling '74 as to why exportcode .cpp file has no main() function? It is arguably but I think this may be clearly stated on the cycling '74 site that exportcode can not be compiled as a program using gcc compiler for example in abscence of main() function. However, it can be used as an library both static or shared are a good example of this. Max in this regard can be considered a loader for a gen~ library. And here is where our paths dissolve. I invented a new method of signal discretization and I don't need FFT to be performed on my signal. So, I need to explicitly put samplerate parameter in loader (preferably for a linux) with samplerate set to approximately 45 MHz at the beginning of this journey. The question is can the community help with links, information and other help in creating such a loader for gen~ libs for linux? Or maybe someone already made an effort in this direction?
    Best regards, Ruslan Yusipov

    • Jan 20 2015 | 6:16 pm
      You could share your method with the community.
    • Jan 20 2015 | 6:35 pm
      Thanks, it is on just search for Ruslan Yusipov. There will be a paper Compositor - the bottom-up approach.
    • Jan 21 2015 | 11:58 am
      What I would like to add to a subject for those who are using exportcode and would like to produce a paid android app for example is that it is first needed to compile using bionic linker/loader because it is licensed by BSD and not GPL as original gcc library. Another solution to the problem of abscence of main() function is android_main for this regard. The discretizator is a part of a shared library I produced and I need to set a task of counting with 45 MHz speed as a sub routine of a device processor. So the main loader should consist of function for counting at 45 MHz as a multiple of main processor speed. That is not the best solution, but the only solution for app on the phone. If I will have a clock device running at 45 MHz on the board I will produce the needed result without any subroutines, just by using device clock count variable as I know this. The difficulty is to find out the prebuilt board with such specifications and clocks running. Another problem is to have signal downsampled to a audio device rate for audio playback (if needed) after main algorithm counted all discretization bands at 45 MHz.
    • Feb 19 2015 | 1:13 am
      There is no main() in the exported code because it is expected that the code will be embedded within another project, which could be an application (providing its own main()) or a library (such as an AU/VST plugin, whose loader will have a main()).
    • Feb 19 2015 | 7:57 am
      Graham, as you see my problem insists that I use quantum interpolation discretization method named in aforementioned paper. I don't need to use FFT. I need direct access to processor cycle per second count speed and apply my method of discretization using v12 engine. This way all 12 pipes will work instead of one pipe, which is crucial for fast speed mechanics operation.
      Could you, please, post an example of main() function code for this task and variables adjustment?
    • Feb 19 2015 | 9:11 am
      In addition, I would tell that v12 engine according to my research is an open-circuit and according to an estimation all other engines other than v1 is impracticle without quantum interpolation.
    • Feb 19 2015 | 9:15 am
      Moreover, if you wish to know a complete truth in this paper I also found a method for quantum approximation. And this could be implemented in Gen~ by a common good will for operation of Gen~ module without DAC~ completely. (I mean that it is a replacement and a fast approach for FFT) and if you wish to market it you should name my credentials named in aforementioned paper.
    • Feb 27 2015 | 7:21 pm
      I'm not really sure what you are asking, but generally what you would need to do is write a simple program that can connect your audio hardware to the code generated by gen~. Perhaps using the RtAudio or portaudio libraries, for example.
      Your paper is intriguing but I admit I can't understand the logarithmic spiral for spectral analysis, nor the quantum interpolation/approximation. I'm not sure where FFT fits in, I'm having a hard time understanding what you are asking, sorry.
    • Feb 27 2015 | 7:51 pm
      Hi Graham,
      The spiral is used for stochastic sonogram writing in my software Compositor Pro v2. All technologies in the paper are already implemented in current software builds. What I'm trying to achieve is to lock the parameter operation not to audio hardware but to main CPU cycle per second speed. I see that in Linux the maximum speed one can achieve with clocks is about 1MHz, which is not sufficient for my operation. I really need to implement it on hardware with 4GHz clock speed, instead of regular FFT of maximum 192kHz sample rate. So for this I need to operate on a UNIX level rather than Linux one. But I suspect there will be no possibility to compile C++ gen~ exported code for use with UNIX, because as far as I know C language was written specially for it and C++ is a higher level hierarchy.