Page 7 of 12
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 1:23 am
by RJHollins
Well ......
I feel better already !
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 1:42 am
by KG_is_back
Reality check... Look into a mirror. If you don't see something like this, then you are technically not nuts:
If you actually CHECKED and did saw a human face, you should see a doctor though - there is definitely something wrong with your eyes.
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 2:05 am
by Perfect Human Interface
Oh gosh yeah, when you're supposed to be sleeping but your brain just keeps doing the thing... You probably do need a break!
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 2:25 am
by tulamide
And I always thought I'm some sick weirdo, all on my own. Nice to see we're all weirdos
When I made those week long music sessions, I swear, in my dreams I was composing for and conducting a full orchestra (if only awake I would be that fast, too)
When having intense programming times, I sometimes wake up with the solution to the issue I couldn't resolve for hours before!
The list goes on...
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 2:30 am
by Perfect Human Interface
tulamide wrote:When having intense programming times, I sometimes wake up with the solution to the issue I couldn't resolve for hours before!
Your sleep working is a lot more productive than mine. I usually think I'm coming up with good things while I'm dreaming, then I'll wake up and it's like all this complete nonsense falls out of my head.
Re: Custom DSP Code 2 (comunity project)
Posted: Sun Mar 22, 2015 3:43 am
by RJHollins
We're just one big .... Bag-O-Nuts
... hmm .... been called worst
Re: Custom DSP Code 2 (comunity project)
Posted: Wed Mar 25, 2015 10:47 pm
by KG_is_back
I'm half way done adding oversampling toolkit to DSPcode2. it will work something like this:
Code: Select all
//saturation module
//streamin in;
streamout out;
float os[16]=0;
int i=-1;
//uplsample arguments:
//1.array to put oversampled signal in
//2.input to be oversampled
//3.oversampling factor (must be power of 2)
//4.quality (0=low 1=medium 2=high)
upsample(os,in,16,0);
loop(16){
i=(i.+1?)&(15?; //integer version of i=(i+1)%16;
os.[i]=htan(os.[i]); //hyperbolic tangent
};
out=downsample(os,16,0);
also, if MV approves I'll port his oscillators to DSPcode2 as functions.
I'm planning to make a example synth schematic, which will have the poly section written purely in DSPcode2 (probably separated into multiple modules for convenience), to show the features in use.
Re: Custom DSP Code 2 (comunity project)
Posted: Wed Mar 25, 2015 11:10 pm
by Perfect Human Interface
KG_is_back wrote:also, if MV approves I'll port his oscillators to DSPcode2 as functions.
Built-in functions or custom added functions? I think some things are better left unobfuscated.
Re: Custom DSP Code 2 (comunity project)
Posted: Thu Mar 26, 2015 9:44 pm
by martinvicanek
KG_is_back wrote:if MV approves I'll port his oscillators to DSPcode2 as functions.
No problem with that, however I agree with PHI that it should be transparent and preferrably editable for the end user.
Re: Custom DSP Code 2 (comunity project)
Posted: Thu Mar 26, 2015 10:57 pm
by KG_is_back
Perfect Human Interface wrote:Built-in functions or custom added functions? I think some things are better left unobfuscated.
martinvicanek wrote:No problem with that, however I agree with PHI that it should be transparent and preferrably editable for the end user.
Technically all functions in DSPcode2 are added as custom - there are no "build-in" functions. By function I mean expressions in form "name(arguments)". Build in are only operators (like + - / * brackets, comparisons, etc.) and loops, hop and if statements.
Functions are added in packs (pack is a text file containing ruby code that will add the function(s) to compiler). To install new pack, you simply copy-paste it into new text prim and connect it to the array builder. To uninstall it you simply delete/disconnect it. The default pack I've made, that contains the same functions as original DSP code (+martins stream-math-functions) is installed the same way and may also be removed the same way.
Also functions from newer packs will replace the older ones, if they match with number and type of arguments and name. So in case you don't like that function's implementation, you may write your own and add it as pack - you don't have to edit/remove the original pack that the function is from.
I am also working on a system that will led you browse functions you have currently installed. Kind of like search - you type in part of name and it will output list of descriptions of all functions with matching name. If left empty, all functions are displayed.