Re: [PD] pd-made tetris
Awesome. I wish it sped up! Good stuff though. -Chuckk On 2/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: sweet - nice work! i can never get enough tetris :-) best, p > Original Message > Subject: [PD] pd-made tetris > From: "Matteo Sisti Sette" <[EMAIL PROTECTED]> > Date: Sat, February 03, 2007 11:24 am > To: > > Hi all, > > I've already posted this in a forum, but thought I may post it here as > well. > This is the tetris game in a pd patch. Standard plain MP's pd. > > Unzip the archive and run tetris.pd > > Bye > M. > > - > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- "Far and away the best prize that life has to offer is the chance to work hard at work worth doing." -Theodore Roosevelt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] hans is it possible to include jack?
I cannot get any sound to jack from pd. is there anything I have to config? With version 0.40 it works fine thanks On Feb 5, 2007, at 3:04 PM, Hans-Christoph Steiner wrote: Pd-extended is already built to use Jack on Mac OS X and GNU/Linux. .hc On Feb 2, 2007, at 1:58 PM, Miguel Cardoso wrote: hi is it possible to include jack support on next 39.2 extended RC for intel? thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list -- -- Access to computers should be unlimited and total. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] hans is it possible to include jack?
I haven't used it recently, but it should work... .hc On Feb 5, 2007, at 6:43 PM, Miguel Cardoso wrote: I cannot get any sound to jack from pd. is there anything I have to config? With version 0.40 it works fine thanks On Feb 5, 2007, at 3:04 PM, Hans-Christoph Steiner wrote: Pd-extended is already built to use Jack on Mac OS X and GNU/Linux. .hc On Feb 2, 2007, at 1:58 PM, Miguel Cardoso wrote: hi is it possible to include jack support on next 39.2 extended RC for intel? thanks ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list - --- Access to computers should be unlimited and total. - the hacker ethic If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
i was hoping to do it without resynthesis. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] render pd files
Ah. That is interesting. I was not aware of that at all. Thanks for the info. On Feb 5, 2007, at 2:54 PM, carmen wrote: it does use vectors for the main GUI elements. they might not be antialiased on your platform , but a tk scaling setting or tkpath installation can fix that.. v a d e // www.vade.info abstrakt.vade.info ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] http://puredata.info/ down?
is it just me or is the site down? -josh -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sending raw Midi on Mac OSX 10.4
Hi all, It's impossible to generate raw MIDI output on Mac OSX, as far as I can tell. I've spent some time trying to get sysex messages to go out properly but have never yet succeeded... cheers Miller On Mon, Feb 05, 2007 at 02:41:29PM -0600, Mike McGonagle wrote: > Hello, > > It would appear that dispite the warning that the object [midiin] > works only on Linux, it appear that it does work on Mac OSX. But, the > same does not appear to be true for [midiout]. Am I doing something > wrong? Or is this object "broken"? What would it take to get this > working? It seems that all the other "output" objects work, so it is > curious that this doesn't (at least for me). > > > Anyone got any ideas? I am trying to send some raw midi sysex data to > my synths, and it seems that the only object that can do that is > [midiout]. > > Thanks, > > Mike > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
puredata.info UP (was Re: [PD] http://puredata.info/ down?)
Josh Steiner wrote: > is it just me or is the site down? hi puredata.info has been unavailable in the past 16 hours for 2 reasons: 1) maintenance of zope/plone (yesterday 15:00-21:00GMT) 2) cable-fire at the upstream provider (university) (today ??:??-8:00GMT) both things happened uncorrelated, but added up to a rather long time of unavailability. sorry for any inconveniences. fmg.sdar IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] graphical possibilities in GEM
hello community! 1.)thank you very much for your help on creating lines and curbes in Gem! I modified the path sent by erich berger and got nearly what i wanted ;) i will work on... also thanks to patrick: i obtained to draw with the mouse in Gemwin, the only problem is, that the line dosn´t really follow the cursor of the mouse...well, also still some work. 2.)as i am preparing a project with PD and Gem, i would like to ask about the graphical possibilities. Maybe, it´s a stupid question, but can anybody send me some examples or patches, what Gem is able to create? I am still at the beginning of working with Gem but some help would accelerate my knowledge. 3.)One specific question: is there any possibility to work with fractals or the formulas of them on Gem? maybe any patches exist already? any hint would be great for me!!! Thanks a lot for your help! Johannes -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] graphical possibilities in GEM
Johannes Eckart a écrit : hello community! 1.)thank you very much for your help on creating lines and curbes in Gem! I modified the path sent by erich berger and got nearly what i wanted ;) i will work on... also thanks to patrick: i obtained to draw with the mouse in Gemwin, the only problem is, that the line dosn´t really follow the cursor of the mouse...well, also still some work. 2.)as i am preparing a project with PD and Gem, i would like to ask about the graphical possibilities. Maybe, it´s a stupid question, but can anybody send me some examples or patches, what Gem is able to create? I am still at the beginning of working with Gem but some help would accelerate my knowledge. have you looked at all the patch / video send to this list, or to all Gem exemple? there is already lot's of stuff online. 3.)One specific question: is there any possibility to work with fractals or the formulas of them on Gem? maybe any patches exist already? any hint would be great for me!!! i think the best way would be to use shader. you can load a shader with the glsl exemple. you can find exemples on how to create a fractal with glsl with google. by exemple : http://nuclear.demoscene.gr/articles/sdr_fract/ cyrille Thanks a lot for your help! Johannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] flext, fluid~, readanysf~, and FLEXT_USE_CMEM (or don't)
moin Conor, On 2007-02-06 00:50:17, Conor J Curran <[EMAIL PROTECTED]> appears to have written: > Hi Bryan > Thanks for the help on this. > > I added this as you specified above but now when I try to load the patch > which contains the external PD crashes. It is somewhat sporadic. I then > recompiled a debug version of the external. I narrowed down my problem > now to when there are more than one flext external open in the patch. > The patch will not open if this is the case. (Bryan's problem number > two - I'm playing catch up;-). sounds familiar indeed... have you by any chance tried compiling your external without threads, linking (statically) to libflext-pd_s.a ? I don't know if you need threads or not, but at least that might narrow down the range of possible error sources... > BTrace from a crash on start up. > #0 0x007d0f00 in ?? () > #1 0xb7ea32c0 in __free_tcb () from /lib/tls/i686/cmov/libpthread.so.0 > #2 0x0001 in ?? () > #3 0xb7dd4186 in calloc () from /lib/tls/i686/cmov/libc.so.6 > Previous frame inner to this frame (corrupt stack?) > > Next below is the GDB trace when I attempt to attach GDB to PD after > previously manually the external symbols by hand to GDB. I don't know if > this has anything to do with it: > > `system-supplied DSO at 0xe000' has disappeared; keeping its > symbols. > warning: Cannot initialize thread debugging library: unknown thread_db > error '22' > warning: Cannot initialize thread debugging library: unknown thread_db > error '22' I've seen something like this too; but am not sure what it means :-/ > Next is the trace (out to terminal)from PD when the external is managed > to be loaded properly deleted. > > invalid command name ".x82578d0.c" I see these more frequently than I'd like to admit: my guess is that these are errors from Tk ("invalid command name" is a Tcl/Tk error) caused by pd-gui objects which have ceased to exist but which for some reason are still hooked up to at least one Tk callback. Not dangerous as such, but indicative of something goofy going on somewhere. > And finally the BT when the patch is attempted to be opened with two > externals present. > > #0 0xe410 in __kernel_vsyscall () > #1 0xb7e844c3 in ?? () from /lib/tls/i686/cmov/libpthread.so.0 > #2 0x08230d18 in ?? () > #3 0x080ffebc in oss_send_dacs () > #4 0x0810dbd1 in _IO_stdin_used ()I would really like to get on to > building another external asap. > #5 0xbffab684 in ?? () > #6 0xbffab638 in ?? () > #7 0x38fd in ?? () > #8 0xbffab54c in ?? () > #9 0x0810dbd1 in _IO_stdin_used () ... I'd try it without FLEXT_THREADS (libpthread), both with and without FLEXT_USE_CMEM: that might make things clearer. I think this can be accomplished by: (a) ensuring that FLEXT_THREADS is undefined for your external (-UFLEXT_THREADS) (b) linking to the static single-threaded flext library, libflext-pd_s.a ... hmm, looking at it, it seems that the default shared libflext-pd.so is threadless, but is nonetheless compiled and linked with the -pthread option. Maybe it might help to remove the "-pthread" compiler & linker flags for threadless (shared,single) builds: this amounts to editing flext/buildsys/lnx/gnumake-gcc.inc, and the idea is just a shot in the dark, but at least it would make debugging easier ;-) marmosets, Bryan -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
We have a great firewire camera that works well with dvgrab and kino to capture images on our Dapper box...but we can't get it to work w/ pdp/pidip. We were thinking to use coriander but coriander says the camera doesn't have the right specs. Then we tried using Gem, thinking we could then use the gem2pdp object to get it into pdp...but there is no help we could find for pix_video to figure out how to use that object and simple trial and error hasn't gotten us far...we aren't experienced with Gem, which isn't helping. If we could find a way to convert from the raw1394 to video for linux, then our problems would be solved. Any ideas? -John ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
[pix_video]->[gem2pdp]->[pdp_*] suerte, sevy John Harrison wrote: We have a great firewire camera that works well with dvgrab and kino to capture images on our Dapper box...but we can't get it to work w/ pdp/pidip. We were thinking to use coriander but coriander says the camera doesn't have the right specs. Then we tried using Gem, thinking we could then use the gem2pdp object to get it into pdp...but there is no help we could find for pix_video to figure out how to use that object and simple trial and error hasn't gotten us far...we aren't experienced with Gem, which isn't helping. If we could find a way to convert from the raw1394 to video for linux, then our problems would be solved. Any ideas? -John ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
cheers denis, thanks for your replies. i want to get something that does the same job as the shaper filter in the k2000 synthbut from reading a bit, i still don't have too much idea, but i think that maybe it's just a combination of a waveshaper and a filter. i will read more. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
please keep us posted on this. i'd like to be one of those non-code-interfering volunteers that write / work out documentation. and the first one to learn from that would of course be me ... ;) robbert > - separation between code and documentation is rather low (coders > usually hate to documentate their stuff; so a host of volunteers is > needed to do the documentation; they don't necessarily need to interfere > with the source-code for this task) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] the Looping Patch
hi there, has anyone downloaded the patch from padawan12? it is called called scanner.pd and should work as a nice looper... the author couldnt find it... Cheers padawan12 <[EMAIL PROTECTED]> wrote: Damn! :) I can't find it on the archive and I lost my local copy. Maybe ask if anyone else downloaded it. That's all I can think of right now. On Tue, 6 Feb 2007 05:59:00 -0800 (PST) PORRES wrote: > great, Im new on the list though, how can i get the posted patch? > > cheers > > padawan12 wrote: > I don't know if you remember a patch I posted a few months ago called > scanner.pd > That was a kind of granular, overlap and add, two tables with very big > windows of about one second. Each table is enveloped with a half cosine > and so by swapping alternately between two tables out of phase > you have a smooth sound. It was actually quite simple, just a few multiplies > and a cos. Afaics this would be fine for getting steady > sample based sounds like sustained bowed strings etc. Just load the same > sample into both tables. > > > > > On Sat, 3 Feb 2007 13:46:12 -0800 (PST) > PORRES wrote: > > > yes, the question was why want it as smooth in pd as in other softwares... > > > > but hey, you say it was as bas in all you had... hmm, that sounds weird to > > me, cause thats not what i got. > > > > well, the matter is also not the sample anyway... being dodgy or not, and > > it is actually a looping matter in pd. > > > > i aint got that many loops here actually, so I couldnt try them to see if > > another .wav file would do better... i will look for it though... and test > > it. > > > > Do you guys have any patch at all that loops .wav files rather nicely the > > way I want, which is continuosly loud without envelopes and all? > > > > cheers > > alex > > > > hard off wrote: well, i just checked the sample, and it didn't loop > > smoothly in any > > software i have. > > > > then i opened it in a sound editor, and the start point is zero, but > > the end point is not zero, which would be why pd makes a "drastic" > > click. > > > > > > i will now bow out of this discussion, because i can't see why anyone > > would want to loop such a dodgy sample in the first place. > > > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > - > > TV dinner still cooling? > > Check out "Tonight's Picks" on Yahoo! TV. > > > > - > Access over 1 million songs - Yahoo! Music Unlimited. - Don't be flakey. Get Yahoo! Mail for Mobile and always stay connected to friends.___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] graphical possibilities in GEM
hi, take a look at this gem-vj: http://www.tot.sat.qc.ca/eng/pixeltango.html mainly : image, video, text, texture feedback, 3d (obj), lights... please share what you done so far (drawing patch). pat ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
fluid~ bug (was: [PD] flext, fluid~, readanysf~, and FLEXT_USE_CMEM (or don't))
morning all, I take it all back and assert the opposite! Regarding the following fluid~ error: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210693952 (LWP 24068)] 0xb7dcb589 in free () from /lib/tls/i686/cmov/libc.so.6 (gdb) backtrace #0 0xb7dcb589 in free () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7d1e639 in delete_fluid_synth () from /usr/lib/ libfluidsynth.so.1 #2 0x08237bd0 in ?? () #3 0x0811ace0 in mstack.5434 () #4 0xbfd76828 in ?? () #5 0xb7d47366 in fluid::fluid_init (this=0x0, argc=-1210746848, argv=0xb7caf730) at fluid/main.cpp:251 Previous frame inner to this frame (corrupt stack?) This is just a plain old initialization bug in fluid/main.cpp. It seems that fluid::fluid() calls fluid::fluid_init(), which calls libfluidsynth's delee_fluid_synth() if (this->synth != NULL), which is complete and utter hogwash at initialization time unless this->synth has been initialized to NULL, which (apparently) happens just in case we're using flext's new() and delete() (!defined(FLEXT_USE_CMEM)) rather than pd's getbytes() (defined(FLEXT_USE_CMEM)), so: Frank, would you have anything against my chaning line 51 of fluid/main.cpp in CVS from: fluid(int argc, t_atom *argv) to: fluid(int argc, t_atom *argv) : synth(NULL) ? Finding this one at least makes me feel somewhat better, although readanysf~ is still giving me headaches... marmosets, Bryan -- Bryan Jurish "There is *always* one more bug." [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
Hallo! [pix_video]->[gem2pdp]->[pdp_*] not exactly ;) : [pix_video] -> [pix_2pdp] -> [pdp_*] should work ! LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
On Wed, 7 Feb 2007 00:17:01 +0900 "hard off" <[EMAIL PROTECTED]> wrote: > cheers denis, thanks for your replies. i want to get something that > does the same job as the shaper filter in the k2000 synthbut from > reading a bit, i still don't have too much idea, but i think that > maybe it's just a combination of a waveshaper and a filter. The Kawai K2000, K5 and K5000 are all "additive" synthesisers. They are not real additive synthesisers with discrete oscillators, but employ the closed form method for a harmonic series using a trigonometric identity. It is the tweaking of those input parameters that creates the filter-like effect. I don't think the k5/2000 have any real filters at all, maybe in the K5000 which has an architecture a bit like [oscillator bank] | [shaper] | [post filter] But those filters are pretty weak, simple remedial filters to top and tail the spectrum. The real spectra shaping happens early in the chain, (there's a group of envelopes that set the levels of the initial partials) rather than later as per traditional subtractive synths. > > i will read more. > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: fluid~ bug (was: [PD] flext, fluid~, readanysf~, and FLEXT_USE_CMEM (or don't))
Hallo, Bryan Jurish hat gesagt: // Bryan Jurish wrote: > This is just a plain old initialization bug in fluid/main.cpp. It seems > that fluid::fluid() calls fluid::fluid_init(), which calls > libfluidsynth's delee_fluid_synth() if (this->synth != NULL), which is > complete and utter hogwash at initialization time unless this->synth has > been initialized to NULL, which (apparently) happens just in case we're > using flext's new() and delete() (!defined(FLEXT_USE_CMEM)) rather than > pd's getbytes() (defined(FLEXT_USE_CMEM)), so: > > Frank, would you have anything against my chaning line 51 of > fluid/main.cpp in CVS from: > > fluid(int argc, t_atom *argv) > > to: > > fluid(int argc, t_atom *argv) : synth(NULL) > > ? Yes, you're right of course. How could this fly under the rader for so long... Your fix is commited, thanks a lot. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Turing Machine
Hi, attached is a Turing machine simulator written using data structures. Its main purpose is to graphically illustrate the principle of how a Turing machine works. For reference: The file has a permanent location here: http://footils.org/pkg/turing.tgz Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ turing.tgz Description: GNU Unix tar archive ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turing Machine
Frank, This is completely mad! Congratulations!! tim On 06/02/2007, at 6:28 PM, Frank Barknecht wrote: Hi, attached is a Turing machine simulator written using data structures. Its main purpose is to graphically illustrate the principle of how a Turing machine works. For reference: The file has a permanent location here: http://footils.org/pkg/turing.tgz Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] http://puredata.info/ down?
It's working okay now. On 2/5/07, Josh Steiner <[EMAIL PROTECTED]> wrote: is it just me or is the site down? -josh -- tasty electronic music vittles -- bluevitriol.com the only music blog you need-- playtherecords.com you are the dj. interactive music -- improbableorchestra.com random observations of the bizarre -- vitriolix.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- "Far and away the best prize that life has to offer is the chance to work hard at work worth doing." -Theodore Roosevelt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
Hi John, I was using an Apple iSight recently on Linux and trying to get the video into pdp. What I ended up doing was using vloopback (http:// www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice) and dc1394_vloopback (one of the libdc1394 sample programs: http:// sourceforge.net/projects/libdc1394) and from there was able to pick up the video using pdp_v4l. Pall Thayer On 5-Feb-07, at 4:36 PM, John Harrison wrote: We have a great firewire camera that works well with dvgrab and kino to capture images on our Dapper box...but we can't get it to work w/ pdp/pidip. We were thinking to use coriander but coriander says the camera doesn't have the right specs. Then we tried using Gem, thinking we could then use the gem2pdp object to get it into pdp...but there is no help we could find for pix_video to figure out how to use that object and simple trial and error hasn't gotten us far...we aren't experienced with Gem, which isn't helping. If we could find a way to convert from the raw1394 to video for linux, then our problems would be solved. Any ideas? -John ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list -- Pall Thayer [EMAIL PROTECTED] http://www.this.is/pallit ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
I am also interested. I believe that the PDDP is a good prospect for this sort of contribution. ~Kyle On 2/6/07, robbert van hulzen <[EMAIL PROTECTED]> wrote: please keep us posted on this. i'd like to be one of those non-code-interfering volunteers that write / work out documentation. and the first one to learn from that would of course be me ... ;) robbert > - separation between code and documentation is rather low (coders > usually hate to documentate their stuff; so a host of volunteers is > needed to do the documentation; they don't necessarily need to interfere > with the source-code for this task) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
any help anywhere on pix_video? I can't find what messages to send it. -John Georg Holzmann wrote: Hallo! [pix_video]->[gem2pdp]->[pdp_*] not exactly ;) : [pix_video] -> [pix_2pdp] -> [pdp_*] should work ! LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] osc~'s phase / second inlet
Hey, I can't figure how the second inlet of osc~ work. As a test i tried to sum and subtract two osc~'s with the same frequency. If i send 0 to the second inlet of the two osc~ objects, the difference is 0 - which is what i though would happen. But how do i make the sum 0 - ie. make them completely out of phase? I've tried different things. For example I've tried to delay the reset of the one osc~ while "immediately" resetting the other - by resetting i mean sending 0 to the second inlet - assuming one can only reset the phase. Another thing i've tried is to set them at the same time by sending 0 to one of them and different numbers to the other - assuming it would behave kind of like sin(f*x+0)+sin(f*x+a) where a is the other number. Thanks, steffen ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] the state of VST plugins in Pd
If anyone's curious, I managed to compile dssi~ myself with only a minor headache and am now up and running with LADSPA effects in OS X intel. After futzing with plugin~ and vst~ (which I now know doesn't work yet in os x), I'd definitely recommend that people take a look at dssi~ if they're hoping to play around with plugins. D On 04/02/07, Jamie Bullock <[EMAIL PROTECTED]> wrote: dssi~ definitely works on OS X for both LADSPA and DSSI plugins. The official release can be found at: http://www.puredata.org/Members/jb/dssi%7E/view There is a dependency on the liblo library. You will also need the LADSPA and DSSI SDK's if you want to compile from source. Let me know if you have any problems. Alternatively if you let me know which platform you are on (powerpc, intel), and which version of PD, I could send you a binary. best, Jamie On Sun, 2007-02-04 at 10:21 -0500, David NG McCallum wrote: > Yeah, I just found out that plugin~ is included in pd-extended, but I > can't seem to get it to recognise any of the ladspa plugins I have on > my machine, and whenever I try to load the plugin~ help patch, my > machine just crashes… sigh. > > D > > On 04/02/07, Kevin McCoy <[EMAIL PROTECTED]> wrote: > > Plugin~ compiles (Hans has it doing it somehow, I couldn't get it to work) > > but it doesn't actually work for me, just causes Pd to crash. Also, the > > difference between OS X vsts and Win32 vsts is a factor here, from what I > > understand. So unfortunately I don't think Mac OS X is doing too well right > > now as for plugins, but hopefully someone who knows C will be able to fix > > that? There are many who would be very, *very* happy to be able to use > > ladspa plugins! > > > > An option I haven't tried is dssi~ - you may want to look into that. > > > > Kevin > > > > > > On 2/4/07, carmen <_@ whats-your.name> wrote: > > > On Sat Feb 03, 2007 at 10:11:34PM -0500, David NG McCallum wrote: > > > > Hi all, > > > > > > > > I know that there was some activity going on at some point with using > > > > VST plugins in Pd, and I got the impression that there were several > > > > unrelated objects, or legacy objects, and I was never really sure > > > > which the "current" VST object was for Pd (plugin~? vst~?). So… > > > > > > > > Is it currently possible to host VST objects in OS X in Pd? Which > > > > object should I be using? CVS? Is compilation straightforward? > > > > > > > > Thanks! > > > > David > > > > > > > > ps. My question also goes for LADSPA, does the old plugin~ work for > > > > LADSPA in os x? > > > > > > both tgrill's vst~ and plugin~ should work on OSX with trivial > > modifications. i suggest you just try compiling them, after collecting the > > requisite SDKs. > > > > > > > > > > > -- > > > > __ _ _ _ __ _ > > > > http://sintheta.org > > > > > > > > ___ > > > > PD-list@iem.at mailing list > > > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > ___ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > -- > > > > > > > > http://pocketkm.blogspot.com > > ___ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- __ _ _ _ __ _ http://sintheta.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] PD-Extended RC1 crashing when displaying arrays?
Can anyone confirm this? I'm using the latest autobuild on PPC OS X.4.8. Patches with hidden arrays can open, but if you open the subpatch containing the array(s) PD will crash. As far as I can remember this began somewhere around the time that anti-aliased connections were enabled. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
cheers denis, thanks for your replies. i want to get something that does the same job as the shaper filter in the k2000 synthbut from The Kawai K2000, K5 and K5000 are all "additive" synthesisers. They are not Isnt the K2000 the Kurzweil with the socalled VAST synthesis engine? Its a sample based synth which can plug in some dsp processing blocks in the signal flow, maybe there is a shaping filter without resynthesis? I dont have a Kurzweil nor worked with one, always wanted one but they where to expensive and now I got pd, which is real VAST. I don't think the k5/2000 have any real filters at all, maybe in the K5000 which has an architecture a bit like [oscillator bank] | [shaper] | [post filter] But those filters are pretty weak, simple remedial filters to top and tail the spectrum. The real spectra shaping happens early in the chain, (there's a group of envelopes that set the levels of the initial partials) rather than later as per traditional subtractive synths. The architecture is correct for the K5000, but the filters are far from weak. The shaping or morph filter rides on the additive parameters as you described and gives resultats simular the FreqTweak Program on Linux, lot of digital sparkle. They let you define another spectral curve on top of your already exisiting ones. Loads of parameters to edit. Behind the scene these parameters are added/multiplied together to control the indiviual sines. They tacked on a dsp filter which can do and sound like the usual subtractive stuff complete with resonance. It can be overdriven which sounds rather harsh in terms of digital harsh, no simulated analogue beauty. These dsp filters are also available for the cheesy short PCM samples they build in, mainly for the transients. Cheers, Malte -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
On 05/02/2007, at 17.12, IOhannes m zmoelnig wrote: apart from that: personally i am not convinced that the database should be created on the fly from CVS for various reasons: - code would have to follow a certain outline in order to make this work Ok. I thought that such outline was already established by m_pd.h or "the way" to write externals. no, this won't help you. there is no point in documenting that the object understands "open " messages, if you don't know what the object does. i always thought that pdb is not a help-patch replacement but a place to find an object that does certain things (like: being written by somebody ;-)) I agree. I would only fetch object names from CVS to get a complete list. I assume a complete list of objects can infact be fetched by parsing the code in CVS. (Naturally stuff not in CVS would not make it to the database that way.) - separation between code and documentation is rather low (coders usually hate to documentate their stuff; so a host of volunteers is needed to do the documentation; they don't necessarily need to interfere with the source-code for this task) - accuracy tends to be low with automated systems so i think that the database ought to be manually maintained. Ok. I was just suggesting what i thought would be the easiest way to keep the database accuracy high, since, as you say, coders don't necessarily do the docs - or just might not see the use for a database. That's all. i think we don't disagree here. i think most things i said are implicit in your original email. (i said: "use CVS to initially populate the db, but the real work is in maintaining the db manually") Yeah, it seams so. Too bad it took me a few email's to get it. My question is then; does it makes sense to start writing such "parser"? And a suggestion: It might be good to debate here how the database should be designed to best do it job. Fx. would it be an idea to make a set of (not necessarily disjunkt/non-intersecting) categories/ labels objects/libs could fit in - like math, audio, control, graphic (inspired by http://puredata.info/dev/PdLibraries)? I mean, there must be a quite a few opinions on how the database could be organized in order to be of most use. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
2007/2/6, hard off <[EMAIL PROTECTED]>: i was hoping to do it without resynthesis. So, what resolution of the drawed curve do you want? If you want to parametrize freq. resp. curve with small set of numbers, it's just conventional equalizer that lets you do so. When you want a curve with arbitrary many points that represents A(F) as precisely as possible, then you can't avoid rfft of the curve (to convolute with the audio stream; the convolution in integral form in itself requires element-by-element vector multiplication). Resynthesis just adds an fft. AFAIC. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turing Machine
Hallo, Tim Boykett hat gesagt: // Tim Boykett wrote: > Frank, > > This is completely mad! Glad you like it and I hope you're doing well. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] osc~'s phase / second inlet
Hallo, Steffen hat gesagt: // Steffen wrote: > I can't figure how the second inlet of osc~ work. As a test i tried > to sum and subtract two osc~'s with the same frequency. If i send 0 > to the second inlet of the two osc~ objects, the difference is 0 - > which is what i though would happen. But how do i make the sum 0 - > ie. make them completely out of phase? Multiply on [osc~] by -1? ;) Just joking, that is not what you mean by your question, I suppose. > I've tried different things. For example I've tried to delay the > reset of the one osc~ while "immediately" resetting the other - by > resetting i mean sending 0 to the second inlet - assuming one can > only reset the phase. Another thing i've tried is to set them at the > same time by sending 0 to one of them and different numbers to the > other - assuming it would behave kind of like sin(f*x+0)+sin(f*x+a) > where a is the other number. The correct way would be to set one [osc~]'s phase to 0 and the other to 0.5 at the same time. The audio objects in (core) Pd like [osc~], [cos~] or [phasor~] assume a complete cycle to be of length 1, so setting the phase of one object to 0, and the other to 1/2 == 0.5 will set them to opposite phases. See attached patch. I guess they assume a cycle to be of length 1 and not of length 2*PI or so to appeal the non-mathletes and to make things like phase-modulation a bit easier, though you can only really modulate the phase of a [cos~] with an audio signal. One additional thing to be aware of is, that the right inlet of [osc~] only is activated at block boundaries. That is, if you send any value to the right inlet, it will set the phase to that value only at the end of a block of normally 64 samples, unless you've reblocked your patch with [block~ ...] This is valid for manually triggered phase-changes and for "clock-delayed" triggering through a [metro] or a [delay]. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ #N canvas 222 126 708 644 10; #X obj 185 191 osc~ 440; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-osc 256 float 2; #X coords 0 1 256 -1 200 140 1; #X restore 333 104 graph; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-phs 256 float 2; #X coords 0 1 256 -1 200 140 1; #X restore 333 269 graph; #X obj 185 235 tabwrite~ \$0-osc; #X obj 194 348 tabwrite~ \$0-phs; #X msg 49 111 bang; #X obj 195 315 osc~ 440; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-diff 256 float 2; #X coords 0 1 256 -1 200 140 1; #X restore 333 430 graph; #X obj 129 481 tabwrite~ \$0-diff; #X obj 129 426 +~; #X obj 246 286 f 0.5; #X obj 236 158 f 0; #X floatatom 252 137 5 0 0 0 - - -; #X floatatom 276 268 5 0 0 0 - - -; #X connect 0 0 3 0; #X connect 0 0 9 0; #X connect 5 0 3 0; #X connect 5 0 4 0; #X connect 5 0 8 0; #X connect 5 0 11 0; #X connect 5 0 10 0; #X connect 6 0 4 0; #X connect 6 0 9 1; #X connect 9 0 8 0; #X connect 10 0 6 1; #X connect 11 0 0 1; #X connect 12 0 11 1; #X connect 13 0 10 1; ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdp/pidip w/ raw1394 on Linux? Can Gem help?
The help patch and the folder full of examples should get you started... On 2/6/07, John Harrison <[EMAIL PROTECTED]> wrote: any help anywhere on pix_video? I can't find what messages to send it. -John Georg Holzmann wrote: > Hallo! > >> [pix_video]->[gem2pdp]->[pdp_*] > > not exactly ;) : > > [pix_video] -> [pix_2pdp] -> [pdp_*] > > should work ! > > LG > Georg > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
Isnt the K2000 the Kurzweil with the socalled VAST synthesis engine? yes. sorry i forgot that the kawai's also share a model number. maybe there is a shaping filter without resynthesis? yes, there definately is a shaping filter. and i'm pretty sure that it does not include any resynthesis. i just found this (not about the k2000, but probably similar: "The resonant filter is actually an FIR Comb filter with very tight bands. In addition, it is pre-programmed with an envelope shape for a really dynamic sweeping effect." this would be basically the same as a formant filter then, wouldn't it? I dont have a Kurzweil nor worked with one, always wanted one but they where to expensive and now I got pd, which is real VAST. yeah. me too. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
yes. sorry i forgot that the kawai's also share a model number. actually there was never a Kawai K2000, only K1,K3,K4, K5 and K5000 (and another K1, K1 II or something like that) yes, there definately is a shaping filter. and i'm pretty sure that it does not include any resynthesis. i just found this (not about the k2000, but probably similar: "The resonant filter is actually an FIR Comb filter with very tight bands. In addition, it is pre-programmed with an envelope shape for a really dynamic sweeping effect." so something with bandpass filters would be great, which are used for formant filters and vocoders. Have you checked out the Lattice filter object? Of course these approaches are not as precise as resynthesis but have a destinct sound without the additive sparkle. I am about to create a morphing filter synthesizer with some bandpasses in pd with the Emu Morpheus in mind. Although they interpolate the filter coefficients to create the dynamic morph. Can the biquad or FIR objects do this? How dynamic are they, I nether tried them... I once wrote a nasty digital sounding VSTi (as opposite to the 303 clones) called Microcomputer, not the biggest financial suggest due to its alien nature. Its filter also blend between different coefficients but it could easy get unstable. Coefficients are sort of small convolution anyway... Cheers, Malte -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] How to use two webcams with GEM?
hi there, I am trying to get two webcams to work in pd, GEM. But I didn't manage to do so yet. In the help files I could only find hints to: [driver ( and to [device ( but I'm not even sure if I can get it done with these messages sent to [pix_video] and if so, what arguments I would need to use. Is this possible? And if so, can anyone get me on track? I would really appreciate it. I'm using IntelMac OSX 10.4.8, pd extended, with one integrated webcam and a webcam through USB. Thanks, yorick ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] flext, fluid~, readanysf~, and FLEXT_USE_CMEM (or don't)
Hola Bryan, > sounds familiar indeed... have you by any chance tried compiling your > external without threads, linking (statically) to libflext-pd_s.a ? I > don't know if you need threads or not, but at least that might narrow > down the range of possible error sources... I have not but I was under the impression that if I was to compile my external in the current flext setup using single-release. This would imply no use of threads and also statically linking to the .a lib as opposed to the .so. Is this correct? If not what do I need to do to ensure I do so? Sorry but I might have mentioned before I pretty clueless with this gcc stuff. > ... I'd try it without FLEXT_THREADS (libpthread), both with and without > FLEXT_USE_CMEM: that might make things clearer. I think this can be > accomplished by: > > (a) ensuring that FLEXT_THREADS is undefined for your external > (-UFLEXT_THREADS) Should -UFLEXT_THREADS be added to my config.txt in the external directory. UFLAGS += -UFLEXT_THREADS ? Or should I ensure it is no defined. -U = undefine ? > (b) linking to the static single-threaded flext library, libflext-pd_s.a > ... hmm, looking at it, it seems that the default shared libflext-pd.so > is threadless, but is nonetheless compiled and linked with the -pthread > option. Maybe it might help to remove the "-pthread" compiler & linker > flags for threadless (shared,single) builds: this amounts to editing > flext/buildsys/lnx/gnumake-gcc.inc, and the idea is just a shot in the > dark, but at least it would make debugging easier ;-) I have edited this file so now the part which did contain the pthread stuff looks like this ## #removed from both: -pthread CFLAGS += -fPIC LDFLAGS += -shared One question are you working from 5.0 release of flext or are you using the head of cvs? I will have some more time to spend on this tomorrow evening. until the morning. Cj > marmosets, > Bryan > ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
clones) called Microcomputer, not the biggest financial suggest due to and a financial success it wasnt either :) Its late here... -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter
On Wed, 07 Feb 2007 00:16:18 +0100 Malte Steiner <[EMAIL PROTECTED]> wrote: > actually there was never a Kawai K2000, only K1,K3,K4, K5 and K5000 (and > another K1, K1 II or something like that) Yeah I had both K5 and K1 for a while. If I remember correctly K1 was 4 part per voice, just 4 static spectra with an envelope for each and you could modulate two of them together which made some neat ringmod type effects. It was advertised as an easier to program version of the K5, but in fact it was nothing like it. The K5 had some really fancy breakpoint envelopes that were very flexible, with a kind of matrix to assign each env to one or more groups of sinewaves. It needed plenty of time and patience to program but made some sounds that were unrivalled at the time. I also get those mixed up. The K2000 was a Kurtzweil now I recall, a development of the K1000 additive synthesiser. That one really had individual sines and was quite a beast. > > "The resonant filter is actually an FIR Comb filter with very tight > > bands. In addition, it is pre-programmed with an envelope shape for a > > really dynamic sweeping effect." > > Ah yes, that would be lush to follow up an additive stage with. Placing the bands at some ratio (a/b * f) of the harmonics would make them all pop in and out in some sequence when you sweep it. Follow that up with a bit of delay and you have a very sparkly sound. > > so something with bandpass filters would be great, which are used for > formant filters and vocoders. Have you checked out the Lattice filter > object? > Of course these approaches are not as precise as resynthesis but have a > destinct sound without the additive sparkle. I am about to create a > morphing filter synthesizer with some bandpasses in pd with the Emu > Morpheus in mind. Although they interpolate the filter coefficients to > create the dynamic morph. Sounds great, look forward to hearing that one. > Can the biquad or FIR objects do this? How > dynamic are they, I nether tried them... No. Well not by interpolating the coefficients directly. It will go unstable and blow up at lots of places. You need to do the interpolation of the parameters before the intermediate stage variables. But that's not very expensive. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
On 2/6/07, Steffen <[EMAIL PROTECTED]> wrote: And a suggestion: It might be good to debate here how the database should be designed to best do it job. Fx. would it be an idea to make a set of (not necessarily disjunkt/non-intersecting) categories/ labels objects/libs could fit in - like math, audio, control, graphic (inspired by http://puredata.info/dev/PdLibraries)? I mean, there must be a quite a few opinions on how the database could be organized in order to be of most use. It would be nice if things could be "tagged" with keywords, rather than categorized. That way, there's no need to think of every category or decide on all keywords in advance, people could add keywords to objects as they saw fit. ~David ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [pd] shaper filter total Kawai was Teisco
Yeah I had both K5 and K1 for a while. If I remember correctly K1 was 4 part per voice, just 4 static spectra with an envelope for each and you could modulate two of them together which made some neat ringmod type effects. It was advertised as an easier to program version of the K5, but in fact it was nothing like it. Indeed, the only exciting thing was the ringmodulation imho. I would favour the K4 which at least offered the same with filters but I neither ownd one of these. The top was certainly the K3, an hybrid. It offers digital waves of which one of them could be changed and put it through analogue filters and amps, kinda the british OSCar. But it was rare and not so easy to find as the K4 when I was more in second hand gear. But I always love hybrid synths, offering best of both worlds. Have you ever put a pd patch through an analoge filter :) The K5 had some really fancy breakpoint envelopes that were very flexible, with a kind of matrix to assign each env to one or more groups of sinewaves. It needed plenty of time and patience to program but made some sounds that were unrivalled at the time. And the K5 had incredible aliasing (but I love intended aliasing). The K5000 is improved, a bit. You need SoundDiver to program it, otherwise you go crazy. A pd patch would be great but a lot of work (see the posts about the universal editor). I also get those mixed up. The K2000 was a Kurtzweil now I recall, a development of the K1000 additive synthesiser. That one really had individual sines and was quite a beast. The K1000 was are fine rompler for those who needed it. But the K150 was a so called Fourirsynth and always mystic for me, you needed an Apple II but I never found a screenshot. But now with the power of google and interweb you can download a pdf from the company themself. http://www.kurzweilmusicsystems.com/support.html?Id=482 Check out also http://machines.hyperreal.org/manufacturers/Kurzweil/info/kurzweil.K-150.txt The K2000 is sample based but they have some wired compression for the data under the hood which is certainly patented. It has filters which can be exchanged with other dsp processes like waveshapers (to get back on topic), which they called VAST (Variable Architecture Synthesis Technology) synthesis, long live marketing. Sounds great, look forward to hearing that one. I have a deep interest to (re)create some all-purpose synths (some with oldschool sound but also some with new methods) with pd recently, to get away from the 1 pd patch is 1 song paradigm which is inherent in all kind of modular synthesis. While its a need to record and break a patch on an actual analogue modular system, its not the case on the computerbased systems. But I know it from some Reaktor using friends and also from my Nord Modular habits. I usually create pieces from scratch and reuse only a little which is ok for a certain kind of music but waste for other as I noticed that I recreate to often the same patch. Biggest personal change is for me a rather tiny incident which happend recently. I use pd since late 90s but with an adventurous latency setting. Some weeks ago I installed 64Studio and happend the first time to have a computer with around 2ms latency, maybe even below but I didn't dared yet. So now the laptop reacts the same or better than my midi gear so h, the gear become a bit more obsolete. Or better, as I never sell equipment, pd and other audio software, or more precisly, the computerplatform underneath becomes that good. I checked out some techniques to store parameters which is essential (for instance with the datastructs or a IEM external) and will soon share some patches with an insane drumsynthesizer and a warm polysynth (the ladder only for Linux because it is built around a nice LADSPA oscillator) which sounds a bit oldschool but sometimes I am in need for exactly that. Biggest quest is to offer a good userinterface and a good mapping (hello Hans) of the parameters to the sweet spot, something which the big manufacturers had to face too. They even had to squish all to the 127 midisteps or, when I remember right, 99 steps in the case off Yamaha DX7. A great userinterface to additive synthesis was the Canadian Technos Acxel, I guess they used the LED as emitter and sensor trick which Jeff Hann demonstrated rather recently. But also great would be to have Jeffs multitouch screen for all kinds of userinterfaces, or maybe Reactable. Cheers, Malte -- Malte Steiner media art + development -www.block4.com- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Fwd: Computer Music Journal 2007 DVD
Begin forwarded message: Far and Wide - CMJ 2007 DVD CALL FOR WORKS - Computer music works showcasing global diversity Computer Music Journal is seeking new computer music, videos of performance, and audio-video works to be included as part of its annual DVD for 2007. The curators are seeking to highlight current trends, and are particularly interested in including music from emerging and underrepresented genres, cultures, and geographical locations beyond Europe and North America. Works that represent an engagement with a composer's culture or identity are encouraged. Submission details: Pieces completed after 1 January 2000 are eligible. Works may have been presented or published elsewhere, but in the latter case, documentation must be provided granting CMJ the nonexclusive right to publish. One work may be submitted per composer. Deadline: 1 March 2007 Formats: Uploaded file, mailed CD or DVD disc, Audio: 16-bit, 48-kHz (44.1 kHz also acceptable), stereo or 5.1 channels. Video: CD or DVD disc, Quicktime MOV (uncompressed if possible). Duration: Pieces under 10 minutes in duration are preferred. Additional documentation: Please include a short (200 words maximum) biography of the composer, and program notes (250 words maximum) for the work, including all necessary credits and contact information. An image of the composer (black and white, minimum 300 dpi) may also be submitted for accepted works. These documents will be published in the Journal as part of the DVD notes. Co-curators: Tae Hong Park, [EMAIL PROTECTED] Robert Gluck,[EMAIL PROTECTED] Lonce Wyse, [EMAIL PROTECTED] For further information, please see: http://www.zwhome.org/CMJ/2007DVD_CallForWorks.html -- Robert J. Gluck Assistant Professor of Music Director, Electronic Music Studios Affiliate Faculty, Department of Judaic Studies Affiliate Faculty, College of Computing and Information Associate Director, Electronic Music Foundation University at Albany PAC 312 1400 Washington Avenue Albany, NY 1 518-442-4186 http://www.electricsongs.com http://www.albany.edu/music/electronicmusic "Some I know, the cawing crow and three pulsed dove that sounds a coo nothing like a baby's. Others I cannot name: trill-like-insect sibilant-song and a gullet-throbbing call forced out by the staccato notes that follow. It all comes together like a symphony. the passing cars, notes with flags. counterpoint to the birds." (Susan Robertson, 'Morning Prayers') - End forwarded message - Mistrust authority - promote decentralization. - the hacker ethic ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-Extended RC1 crashing when displaying arrays?
If you think it's the anti-aliasing, try changing this line in Pd.app/ Contents/Resources/bin/pd.tk to "2" instead of "0". That's what it was set to before: set tk::mac::CGAntialiasLimit 0 .hc On Feb 6, 2007, at 3:02 PM, Luke Iannini (pd) wrote: Can anyone confirm this? I'm using the latest autobuild on PPC OS X.4.8. Patches with hidden arrays can open, but if you open the subpatch containing the array(s) PD will crash. As far as I can remember this began somewhere around the time that anti-aliased connections were enabled. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-Extended RC1 crashing when displaying arrays?
RC1 isn't released yet, so use at your own peril. It has some chunks in the half-complete stage. Stick to the test/beta releases if you want to do anything useful. But bug reports are always good. .hc On Feb 6, 2007, at 3:02 PM, Luke Iannini (pd) wrote: Can anyone confirm this? I'm using the latest autobuild on PPC OS X.4.8. Patches with hidden arrays can open, but if you open the subpatch containing the array(s) PD will crash. As far as I can remember this began somewhere around the time that anti-aliased connections were enabled. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity."-John Gilmore ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
On Feb 6, 2007, at 5:00 PM, Steffen wrote: On 05/02/2007, at 17.12, IOhannes m zmoelnig wrote: apart from that: personally i am not convinced that the database should be created on the fly from CVS for various reasons: - code would have to follow a certain outline in order to make this work Ok. I thought that such outline was already established by m_pd.h or "the way" to write externals. no, this won't help you. there is no point in documenting that the object understands "open " messages, if you don't know what the object does. i always thought that pdb is not a help-patch replacement but a place to find an object that does certain things (like: being written by somebody ;-)) I agree. I would only fetch object names from CVS to get a complete list. I assume a complete list of objects can infact be fetched by parsing the code in CVS. (Naturally stuff not in CVS would not make it to the database that way.) - separation between code and documentation is rather low (coders usually hate to documentate their stuff; so a host of volunteers is needed to do the documentation; they don't necessarily need to interfere with the source-code for this task) - accuracy tends to be low with automated systems so i think that the database ought to be manually maintained. Ok. I was just suggesting what i thought would be the easiest way to keep the database accuracy high, since, as you say, coders don't necessarily do the docs - or just might not see the use for a database. That's all. i think we don't disagree here. i think most things i said are implicit in your original email. (i said: "use CVS to initially populate the db, but the real work is in maintaining the db manually") Yeah, it seams so. Too bad it took me a few email's to get it. My question is then; does it makes sense to start writing such "parser"? And a suggestion: It might be good to debate here how the database should be designed to best do it job. Fx. would it be an idea to make a set of (not necessarily disjunkt/non-intersecting) categories/labels objects/libs could fit in - like math, audio, control, graphic (inspired by http://puredata.info/dev/ PdLibraries)? I mean, there must be a quite a few opinions on how the database could be organized in order to be of most use. This is something that we have discussed a lot in the PDDP meetings. Basically, the idea is to have a [pd META] subpatch in every help file. That subpatch would contain metadata that is each contained in a single comment. Example meta data would be category, library description, version, etc. Then the help browser will be dynamically built using this meta data, so that the categories would be menu items. I think it would be quite cool to implement this parser in Pd, but it's not essential. Otherwise it should probably be C or Tcl, just because those are already in place for Pd. I have a proof of concept sketch working already. But if you want to own this, then it's yours. .hc ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Turing Machine
On Feb 6, 2007, at 5:22 PM, Frank Barknecht wrote: Hallo, Tim Boykett hat gesagt: // Tim Boykett wrote: Frank, This is completely mad! Glad you like it and I hope you're doing well. Wow, that is quite something. We really need to get that puredata.org gallery up for things like this. .hc Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] puredatabase
That is great, this is what the PDDP is all about! We are just working on finalizing a template for help files, then it should be quite straightforward to start work on this in a substantial way. The next step would be to test the template out by porting some existing help patches to it. Then see what works and what doesn't, and fix the template. Both of you could be very helpful in this stage. Ideally, the template should easy for anyone to use in order to create help patches, so your feedback as people outside of the template development process would be helpful. And join in on the meetings too, if you want. Everything is documented here: http://puredata.org/dev/pddp .hc On Feb 6, 2007, at 8:45 AM, robbert van hulzen wrote: please keep us posted on this. i'd like to be one of those non-code-interfering volunteers that write / work out documentation. and the first one to learn from that would of course be me ... ;) robbert - separation between code and documentation is rather low (coders usually hate to documentate their stuff; so a host of volunteers is needed to do the documentation; they don't necessarily need to interfere with the source-code for this task) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list If you are not part of the solution, you are part of the problem. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list