Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others like iem_cot4~ Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together filters only using Miller's vanilla ones. They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others like iem_cot4~ Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together filters only using Miller's vanilla ones. They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
That sounds good, yeah. I meant originally I was looking for the same but as a abstraction so it would be portable between libpd and vanilla without having to compile it in. The other option would be to add this to vanilla (and this libpd) :D
On Sep 23, 2014, at 3:05 PM, Miller Puckette msp@ucsd.edu wrote:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others like iem_cot4~ Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together filters only using Miller's vanilla ones. They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika danomatika.com robotcowboy.com
It's too application-specific to be appropriate for inclusion in vanilla... but anyhow, perhaps we should think of a way to portably allow pdlib to scoop up externs (actually, I though that was already possible but perhaps not?)
cheers Miller
On Tue, Sep 23, 2014 at 03:22:15PM -0400, Dan Wilcox wrote:
That sounds good, yeah. I meant originally I was looking for the same but as a abstraction so it would be portable between libpd and vanilla without having to compile it in. The other option would be to add this to vanilla (and this libpd) :D
On Sep 23, 2014, at 3:05 PM, Miller Puckette msp@ucsd.edu wrote:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others like iem_cot4~ Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together filters only using Miller's vanilla ones. They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika danomatika.com robotcowboy.com
It's possible, the problem is that, on iOS at least, you can only use static libraries so dynamic loading is not an option. My solution thus far is to compile in what few externals I still need but, ideally, I'm trying to replace them. rjlib got me 60% of the way there, my own patchlib got me anther 20%, your new osc & symbol formatting gets me 10% and now I need [getdir] & [moog~].
I need [getdir] to be able to open a patch dynamically within libpd and I need [moog~] for it's resonant analog filter emulation. So far I haven't found a pure abstraction resonant filter that sounds as good and I don't know the math well enough to reverse engineer the C source into filter objects.
My ultimate goal is to have my main song patches working the same across iOS, desktop, & UDOO. I'm maybe 90% there in total. This is why I dove into libpd ...
On Sep 23, 2014, at 3:28 PM, Miller Puckette msp@ucsd.edu wrote:
It's too application-specific to be appropriate for inclusion in vanilla... but anyhow, perhaps we should think of a way to portably allow pdlib to scoop up externs (actually, I though that was already possible but perhaps not?)
cheers Miller
On Tue, Sep 23, 2014 at 03:22:15PM -0400, Dan Wilcox wrote:
That sounds good, yeah. I meant originally I was looking for the same but as a abstraction so it would be portable between libpd and vanilla without having to compile it in. The other option would be to add this to vanilla (and this libpd) :D
On Sep 23, 2014, at 3:05 PM, Miller Puckette msp@ucsd.edu wrote:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others like iem_cot4~ Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together filters only using Miller's vanilla ones. They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Dan Wilcox @danomatika danomatika.com robotcowboy.com
http://stackoverflow.com/questions/12489/how-do-you-get-a-directory-listing-...
here is how I done it on NT long ago
//cgidir copyright 1996 Billy Stiltner #include <stdio.h> #include "g:\bc45\cgic\cgic105\cgic.h" #include <dir.h> #include <dos.h> FILE *in, *out; struct ffblk f; char drive[3],dir[66],name[9],ext[5]; int done;
char pathname[81]; char ConfigUrl[255]; char ConfigDir[255]; int cgiMain() { #if DEBUG /* Load a saved CGI scenario if we're debugging */ cgiReadEnvironment("/home/boutell/public_html/capcgi.dat"); #endif
cgiHeaderContentType("text/html");
/*cgiHeaderLocation("http://206.151.77.100/output.htm");*/ fprintf(cgiOut, "<HTML><HEAD>\n"); fprintf(cgiOut, "<TITLE>Stiltner's Web Directory</TITLE></HEAD>\n"); fprintf(cgiOut, "<BODY>Stiltner's Web Directory Copyright 1996 Billy Stiltner<BR>\n");
if((in = fopen("\cgidir\cgidir.cfg", "r+")) == NULL) { fprintf(cgiOut, "Cannot open configuration file.\n"); return 1; }else{ fgets(ConfigUrl,255,in); fgets(ConfigDir,255,in); fprintf(cgiOut,ConfigUrl); fprintf(cgiOut,ConfigDir); // fprintf(cgiOut, "<form method="POST" action=" http://206.151.77.100/scripts/cgidir.exe%5C%22%3E"); fprintf(cgiOut, "<form method="POST" action="); fprintf(cgiOut, ConfigUrl); fprintf(cgiOut, ">"); };
fprintf(cgiOut, "<HR><BR>\n");
cgiFormStringNoNewlines("pathname", pathname, 81);
fprintf(cgiOut, "Directory of %s<BR>\n", pathname);
fprintf(cgiOut, "<HR>");
done = findfirst(pathname,&f,63);
while (!done)
{
fnsplit(f.ff_name,drive,dir,name,ext);
if(f.ff_attrib==FA_DIREC){
fprintf(cgiOut,"<IMG SRC=\"/dir.gif\" HEIGHT=13 WIDTH=15>");
}else{
fprintf(cgiOut,"<IMG SRC=\"/file.gif\" HEIGHT=16 WIDTH=13>");};
fprintf(cgiOut, f.ff_name); fprintf(cgiOut, "<BR>\n");
done = findnext(&f);
}
fprintf(cgiOut, "<HR>");
fprintf(cgiOut, "Path:<input type=\"text\"
name="pathname"><BR>\n<BR>\n"); fprintf(cgiOut, "<input type="submit" name="submit1" value="Get Directory">");
fprintf(cgiOut, "</form>"); fprintf(cgiOut, "</BODY></HTML>\n"); return 0; }
the mf~ sounds good and rezzy
have replaced ggee moog~ with mf~ in xensynth something is still weird with my resonance modulation I found out that the filter Q modulation on filters that have control rate Q only, was all wrong. this was because env~ is not Peak to Peak so [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] gets me close to where I want to be except 0 is not a valid multiplier for the Q slider when no modulation is occurring due to the nature of [*~ controlRateQ]. so I'm thinking [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] -> [+1] or [controlRateQ]->[sig~]->(to left inlet of)->[*~ ]<-(and)<--{[modulator~]->[env~] -> [dbtorms] ->[* 1.414 ]} to the right inlet. Anyways my fexpr~ DSP Cookbook filters(Frequency,thats where it's happenin man) are working now so I might be able to do an fexpr~ moog It's hard to beleive I am finally getting to hear them work in realtime like they are supposed to be. well in multi xrun realtime anyways, with long envelope, too many controls for tcl/tk to handle, and forgetting to close the task manager,etc the cpu gets hogged. It turns out that nothing was wrong with my conversion of c code to fexpr~ but rather my envelope modulation problem, who woulda knew that [env~] was not peak to peak? not me, haha whats the deal with the [min~] of [ phasor~] and [ phasor~] ->[-~ -1]->[*~ -50] in test-mf~.pd ?
On Tue, Sep 23, 2014 at 8:17 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
the mf~ sounds good and rezzy
attached is
- vocoder.cpp - with wave file writer and reader, can be used as reference
to extract original samplerate of wavefile with the new list from/to symbol. Also the math and c code for the DSP cookbook filters. You can see all the original reference I had in the document. for the filters. I can hardly understand how the thing works at the moment, that information is way back in my head somewhere. 2) noisybox-l_bp.pd - bandpass, lowpass, and hipass DSP cookbook filters in fexpr~ , I learned how to convert my c code to an fexpr~ after seeing the how it was done at noisybox.net
vocoder.cpp was used to vocode my voice on "Strip Job Grease" way back in the 90s when it was impossible to use 19 filters in realtime, it can be found here. I think it was also used for "Bead Girl".
Anyways, I'm thinking I might be able to do the same thing with the moog looking at Miller's text and code. What about the TB-303 and EMS?
forgot the link to the music https://sites.google.com/site/rocketheadblues/Home
I have a TB-303 emulation using [moog~], though I'm not sure how accurate it is. It's fun to play with.
https://github.com/danomatika/rc-patches/tree/master/rc [s_303]
On Sep 24, 2014, at 12:51 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
Anyways, I'm thinking I might be able to do the same thing with the moog looking at Miller's text and code. What about the TB-303 and EMS?
Dan Wilcox @danomatika danomatika.com robotcowboy.com
coll library there Dan Wilcox.
On Wed, Sep 24, 2014 at 12:54 PM, Dan Wilcox danomatika@gmail.com wrote:
I have a TB-303 emulation using [moog~], though I'm not sure how accurate it is. It's fun to play with.
https://github.com/danomatika/rc-patches/tree/master/rc [s_303]
(( rmstodb((env~* 0.5)+1)*1.414 ) - 1) * 2
On Wed, Sep 24, 2014 at 3:20 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
coll library there Dan Wilcox.
On Wed, Sep 24, 2014 at 12:54 PM, Dan Wilcox danomatika@gmail.com wrote:
I have a TB-303 emulation using [moog~], though I'm not sure how accurate it is. It's fun to play with.
https://github.com/danomatika/rc-patches/tree/master/rc [s_303]
[SELF ( (( rmstodb((env~* 0.5)+1)*1.414 ) - 1) * 2
On Wed, Sep 24, 2014 at 7:44 AM, Billy Stiltner billy.stiltner@gmail.com wrote:
have replaced ggee moog~ with mf~ in xensynth something is still weird with my resonance modulation I found out that the filter Q modulation on filters that have control rate Q only, was all wrong. this was because env~ is not Peak to Peak so [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] gets me close to where I want to be except 0 is not a valid multiplier for the Q slider when no modulation is occurring due to the nature of [*~ controlRateQ]. so I'm thinking [modulator~]->[env~] -> [dbtorms] ->[* 1.414 ] -> [+1] or [controlRateQ]->[sig~]->(to left inlet of)->[*~ ]<-(and)<--{[modulator~]->[env~] -> [dbtorms] ->[* 1.414 ]} to the right inlet. Anyways my fexpr~ DSP Cookbook filters(Frequency,thats where it's happenin man) are working now so I might be able to do an fexpr~ moog It's hard to beleive I am finally getting to hear them work in realtime like they are supposed to be. well in multi xrun realtime anyways, with long envelope, too many controls for tcl/tk to handle, and forgetting to close the task manager,etc the cpu gets hogged. It turns out that nothing was wrong with my conversion of c code to fexpr~ but rather my envelope modulation problem, who woulda knew that [env~] was not peak to peak? not me, haha whats the deal with the [min~] of [ phasor~] and [ phasor~] ->[-~ -1]->[*~ -50] in test-mf~.pd ?
On Tue, Sep 23, 2014 at 8:17 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
the mf~ sounds good and rezzy
with the DSP cook book filters https://archive.org/details/belphegor43-2.dspcbf
with filter modulation edits and mg~ instead of moog~ filter type selector selects transistor nonlinearity 0-10, 11 = [reset( ->mg~ the presets probably are not correct, lite version was not edited https://ia601800.us.archive.org/21/items/Xensynth10.01/xensynth10.09.zip
On Sat, Sep 27, 2014 at 6:51 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
with the DSP cook book filters https://archive.org/details/belphegor43-2.dspcbf
Hey Miller, when is that coming to vanilla? :)
2014-09-23 16:05 GMT-03:00 Miller Puckette msp@ucsd.edu:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla
version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others
like iem_cot4~
Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together
filters only using Miller's vanilla ones.
They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
It's way too application-specific to be appropriate to include in Pd vanilla... OTOH I'd love to find a better way to support building general nonlinear filters using Pd vanilla (one can use fexpr~ but that gets ugly when you're dealing with 4 simultaneous equations :)
M
On Thu, Sep 25, 2014 at 01:29:16PM -0300, Alexandre Torres Porres wrote:
Hey Miller, when is that coming to vanilla? :)
2014-09-23 16:05 GMT-03:00 Miller Puckette msp@ucsd.edu:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla
version of [moog~]. I don't have a dsp filter design background and it's currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and others
like iem_cot4~
Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together
filters only using Miller's vanilla ones.
They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I see, cool, let me get a bit off topic then and re-emphasize that a peak amplitude detection seems appropriate for a next vanilla release :)
cheers
2014-09-25 13:39 GMT-03:00 Miller Puckette msp@ucsd.edu:
It's way too application-specific to be appropriate to include in Pd vanilla... OTOH I'd love to find a better way to support building general nonlinear filters using Pd vanilla (one can use fexpr~ but that gets ugly when you're dealing with 4 simultaneous equations :)
M
On Thu, Sep 25, 2014 at 01:29:16PM -0300, Alexandre Torres Porres wrote:
Hey Miller, when is that coming to vanilla? :)
2014-09-23 16:05 GMT-03:00 Miller Puckette msp@ucsd.edu:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
On Tue, Sep 23, 2014 at 02:30:21PM -0400, Dan Wilcox wrote:
Those sound good. Care to share the filter?
On a related note, I'd happily sponsor* anyone who can make a vanilla
version of [moog~]. I don't have a dsp filter design background and
it's
currently one of my last stumbling blocks in transitioning to a pure vanilla abstraction set.
- sponsor = pay money :D
On Sep 23, 2014, at 2:18 PM, pd-list-request@lists.iem.at wrote:
From: Billy Stiltner billy.stiltner@gmail.com Subject: Re: [PD] iemlib from synaptic is missing filter~ and
others
like iem_cot4~
Date: September 23, 2014 at 2:18:13 PM EDT To: IOhannes m zmoelnig zmoelnig@iem.at Cc: "pd-list@lists.iem.at" pd-list@lists.iem.at
https://archive.org/details/belphegor43-2.millervcf
Im thinking make a new version of my synth and patching together
filters only using Miller's vanilla ones.
They sound pretty good.
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thanks, https://archive.org/details/belphegor43-2.mpmf
On Tue, Sep 23, 2014 at 3:05 PM, Miller Puckette msp@ucsd.edu wrote:
You can have mine... http://msp.ucsd.edu/tmp/moogfilter.tgz
cheers Miller
-
Alexandre Torres Porres -
Billy Stiltner -
Dan Wilcox -
Miller Puckette