Module requests


#62

point is, if you want to be able to load 64 different drum-samples (individual drums, no loops/rhythms) the longest time I could get out of it, while still being able to save settings-per-key and leave some ram for other table things (eg delay), I can't go over a quarter of a second per sample.

So 64 complete loops of several bars is far out of the question.. it will be more like 8 loops max..
though, if you use complex loops, containing lots of different samples, you should still be able to load "more" samples then the individual drum-samples.


#63

Oh no i didnt mean 64 loops, just 64 single hit. A 4 bar loop is 64 16 notes hits. So if you want to load a 4 bar loop, spread out over the keyboard, you would need 64 samples...

And for 2 bar loop you need 32 samples....


#64

ok, well, I think I understand what you say and I think that should be possible already now.
I've added a samplelength selector which allows you to set the base-length of the samples.
So when this selector is set to 13 (which stands for 2^13) the samplelength is 8192 and you'll be able to load 128 samples in a 1048576bit table (allowing the left over 1048576 bits to be used for preset-control of the sampleplayer and other modules like delay and stuff). These samples are really short though! (8192/48000=0.171 seconds)

when you set it to 14, it will allow a 16384 samplelength for 64 samples of 0.342 sec
15->32768->32samples->0.684sec
16->65536->16samples->1.368sec
17->131072->8samples->2.736sec


#65

For a simple sample based synth, at least 2 octaves is required... at least for normal playing. And i see that this cant really be done (im thinking that normal samples are about 1-2 seconds long). Why is there a limitation currently? Playing 24 samples from an SD card shouldnt be the biggest problem in the world(i no there is a problem, i just dont understand it:)


#66

thing is, playing directly from the sd card (like streaming done by the waveplayer) is currently still buggy (at least on my card). When going unlive, the patcher also disconnects.
So I kind of fixed this by first making a table using the table allocator and a modified table load module to load a whole bunch of samples into the table one by one and then save that table to the SD-card, which can then later on be loaded by the sample player.

so you're limited to the max size of this table allocator. As you might also want to save settings for each key, you'll also need table-space for that, limiting the size of your table even more...

about the octaves.. I'm not talking about that, as that's just done by modulating the play-rate and not related to the size of the sample.

The point is that using longer samples will amount in a lower amount of samples in the allocator, which functions as a library from which you can read.
As the sample player allows to select different samples, start/loop/end positions and pitch for each stage, you still have quite a bunch of possibilities for each key. Even if you have "only" 16 samples, this would still allow more possible sounds then that you have keys and midi channels...


#67

ps.. just thinking.. at the moment I'm using 32bit tables. but for some 16bit or even 8bit would be enough, which would allow longer samples..


#68

pssshhht, something coming up :wink:


#69

Yeah, you can go down to 16 bit. I think that wont matter too much.

@SirSickSik btw, I was wondering about your compressors ratio. From what I see it doesnt have a ratio. Is it fixed to a certain ratio?

Thanks.


#70

hmm, guess so.. haha wtf.. well, guess got to fix that some time LOL


#71

NEW SAMPLE MODULES, see my contributions! :stuck_out_tongue:


#72

oh well, why not just go right ahead with the hifi one :stuck_out_tongue:


#73

YEAH!!!!! will check it out!


#74

I have an other request, it may exist, but haven't found how.
I would like an object that would transform an analog gpio in signal as such: more the signal varies, more the output is high.
I want to use it with my ribbon input as a bow for example, or an expression pedal as a harmonium wind foot pump, or an accelerometer output that send higher values the more you shake it around.
It will need some kind of detection time and smoothing variables.

Does anyone have an idea, or even understand what I'm talking about ?

Thanks in advance


#75

this should be possible with the "dirac" module, though you might want to change the code from audio to control rate. Rectify the output and smooth it out using a Krate filter.


#76

That worked, thanks a lot, this is what I used :


and it works well (not with my ribbon because it always jumps back to it's highest value when you let it go, which translates to a high value, but for the pedal or a knob, it works great), thanks


#77

if you build in a bit longer delay, you could check whether it would go to the highest value and hold the last value before it jumps (output of the delay)


#78

Hey @SirSickSik

Id like to request a version of the smooth rotator that you have made, with 4 inputs instead og 8.

And I'd also like to request a ratio knob on the current compressor

Humbly THANK you :wink:


#79

compressor now has a ratio input. zero is no compression, 64 is full compression (brick wall)


#80

and the smooth rotator is now also available in a 4-channel version


#81

You are very kind. THANKS man.

I did try to make the smthrotate myself, but the fourth input, was a bit triggy and I couldnt get it working properly.

Argh forgot to add a multiband compressor to the wish list :wink: That would be super great too!