Windows functions:
Would be really awesome with some extra windows functions for granular stuff:
Suggestions:
Hamming
Blackman
Blackman-Harris
Gaussian
Chebyshev
Windows functions:
Would be really awesome with some extra windows functions for granular stuff:
Suggestions:
Hamming
Blackman
Blackman-Harris
Gaussian
Chebyshev
I guess we have Hanning already as plain math/window object
edit: oops i mixed up Hann and Hamming
Yes Hanning is pretty nice. I would really like to try the others to see what they offer. I looked in the code of the object to see if it was something that would be easy to code yourself. But I am not sure that it can be done by editing the object alone. Probably some java editing needs to be done too.
@johannes can for a hamming window be implemented into an object by editing the objects code alone or is java coding also necessary for this? Just want to know if it is something that I could do on my own, like basic object editing or if it is more complicated. When it comes to Java i am off. Yet too much noob for that. But masic object editing I can do
Hamming versus Hanning, it's just a bit more "raised", Hamming can be transformed into Hanning with offset and scaling, and I don't think it will make a huge difference for granular. Window functions can be fully implemented in an object, but I suggest not to underestimate the complexity, it's not because it is not java that it's going to be any easier!
Ooooh, oooh, a pitch detection pretty please... Though I'm afraid the STM won't be able to handle that...
Sure it will, but there are many different pitch detection algo's.
@Joren did some work on the Yin algo, but I don't know how "ready for consumption" it is: https://sebiik.github.io/community.axoloti.com.backup/t/creating-new-objects-guidlines-for-operations-on-large-buffers/192/8
yeah, after experimenting a bit with it, I think I could make a hamming with objects we have.
Still have some experimenting to do on the hanning. Can be used in many ways
+1 for FFT/iFFT for frequency-domain effects.
Some modules for doing interesting things with the FFT data before resynthesis would be good too.
Recreations of some or all the spectral FX here would be great (though I don't know how realistic that would be using the Axoloti's MCU).
http://www.michaelnorris.info/software/soundmagic-spectral
a|x
I write a lot of JavaScript, so I'd love to see a JavaScript script object. It would be useful for working out simple logic and routing ideas while keeping clutter to a minimum. It wouldn't have to run at audio rates, but could have arbitrary in and out ports, like the JS objects in Quartz Composer, or Max.
I don't know if this would be of any value to anyone else, though. I should probably just learn to use the existing Axoloti C object.
a|x
Developing a JavaScript script object would be a lot of work. All the JS code would have to be converted to C code to run on the device. Guess the easiest way is to learn C and the available functions for Axoloti.
@janvantomme true. As long as there's a simple API to access the guts of the Axoloti in C, that's fine.
a|x
A midi clock out object would be great! Also something that makes microtuning easier something that maybe takes scala format. There is a reaktor object similar To what I'm talking about. But mainly he midi clock out is the big one I'd like to see!
There is a midi/out/clock object. But there is room for improvement. I don't like the dial to set the tempo. A number box where you can set the BPM would be better.
or, better, yet, perhaps have the out acting like a soft thru and following the midi input??
i dont play keys, i sync everything to my drum machines, so something like that would be useful for folks like me
@janvantomme sorry I wasn't clear. I meant
An object that would allow midi clock to be passed through axoloti. So something that would let you connect midi clock in to midi clock out. I have seen the midi clock out object and don't find it that useful. I'm trying to pass midi clock through axoloti.
I'm using the Kenton MIDI Thru 5 for this. Best way to sync multiple devices to one clock. It's also cheap.
http://www.kentonuk.com/products/items/utilities/m-thru-5.shtml
i just bought this midihub from tindie it has its own midiclock and is pretty cool......
Regarding pvoc and fft for ARM, i found this implementation for MI Clouds (which is build on arm cortex m4 too)
https://github.com/pichenettes/eurorack/tree/master/clouds/dsp/pvoc
I'm sure there's a lot of mileage to be had in porting MI code across to Axoloti.
The Braids module is likely to be a goldmine of oscillator types.
Warps has a vocoder inplementation which I'm sure could be ported.
The list goes on...
a|x
porting MI code.
yes it would be possible, but in practice a lot of work ( Ive looked at the MI repo and code base)
probably, 'easier' to take some elements of it, and port it, and do it in an 'axoloti' way.