Re: [PD] Cyclone in vanilla?
On Tue, Apr 22, 2008 at 09:38:25AM +0200, Frank Barknecht wrote: Note that I also think, the math objects (abs~, pow~ etc.) should be part of Pd, and probably symbol2list. I second this. Miller, what do you think? You have mentioned importing Cyclone into Pd; is it just a matter of yourself not having had the time to do this yet? Would you rather this happened in pd-extended first, or would you accept and apply patches rectifying this and making basic math tilde internals if they didn't conflict with Cyclone externals? Sorry to be so direct! Best, Chris. --- http://mccormick.cx ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fann or ann external
My personal patches go on Linux. My job patches on Windows. This made me smile :) If you can get libfann installed I can provide you with 32-bit linux i386 binaries off-list. For Windows you may have to look elsewhere or compile from source. cheers! km ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Actually, for those of us who insist on vanilla and do everything with expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in fexpr~ for a delay larger than its vector size? You could do it with an abstraction using [delwrite~] and [delread~], setting the [block~] to 1, and then set the delay as a ratio to the [samplerate~] -- the difficulty in making it work correctly here is setting the size of the [delwrite~] efficiently (this could maybe be done with a loadbang routine that would send a message to a subpatch in the abstraction instance to add and connect a delwrite~ with the proper delay allocation...). You don't need to set the block~-size to 1, and personally I would just make the delwrite~ big enough. It's cheap to store things in a delay. But anyway, attached is a z~-clone with delwrite~/delread~ that uses a helper abstraction created dynamically. Ciao -- Frank Barknecht _ __footils.org__ zelwrite~.pd Description: application/puredata zel~-help.pd Description: application/puredata zel~.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Frank, Thanks for the attachment. You're right about the block~ size; I was thinking about if you wanted to later use it in recursive delay networks, but I had forgotten that an abstraction will block~ to its parent patch (yes?). As a note, to make it compatible with earlier versions of PD, you can't embed $0 in the middle of a symbol -- to send a message to pd-$0-name you have to use [makefilename] or some such (this would currently be important for users of the vanilla subset within extended, say under planetccrma). Thanks, Matt Date: Wed, 23 Apr 2008 11:24:34 +0200 From: Frank Barknecht [EMAIL PROTECTED] Subject: Re: [PD] Cyclone in vanilla? To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Actually, for those of us who insist on vanilla and do everything with expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in fexpr~ for a delay larger than its vector size? You could do it with an abstraction using [delwrite~] and [delread~], setting the [block~] to 1, and then set the delay as a ratio to the [samplerate~] -- the difficulty in making it work correctly here is setting the size of the [delwrite~] efficiently (this could maybe be done with a loadbang routine that would send a message to a subpatch in the abstraction instance to add and connect a delwrite~ with the proper delay allocation...). You don't need to set the block~-size to 1, and personally I would just make the delwrite~ big enough. It's cheap to store things in a delay. But anyway, attached is a z~-clone with delwrite~/delread~ that uses a helper abstraction created dynamically. Ciao -- Frank Barknecht _ __footils.org__ -- next part -- A non-text attachment was scrubbed... Name: zelwrite~.pd Type: application/puredata Size: 116 bytes Desc: not available Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0003.bin -- next part -- A non-text attachment was scrubbed... Name: zel~-help.pd Type: application/puredata Size: 531 bytes Desc: not available Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0004.bin -- next part -- A non-text attachment was scrubbed... Name: zel~.pd Type: application/puredata Size: 893 bytes Desc: not available Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0005.bin ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] noise~ inlet, vcf~ outlets
Hello, What does the inlet to noise~ do, and what are the differences between the vcf~ outlets? Thanks, Matt ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] noise~ inlet, vcf~ outlets
Hallo, Matt Barber hat gesagt: // Matt Barber wrote: What does the inlet to noise~ do, and what are the differences between the vcf~ outlets? I think, the noice-inlet does nothing. The outlets of vcf are for real and imaginary part of the filtered signal. Check Miller's book for some details on this aspect of filter theory. Ciao -- Frank ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Data structure grain weirdness with x-y arrays
You could also update the 'scalar' help patch, which you get when you get help on a visual instance of a data structure. It is in SVN here: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/doc/pddp/ scalar-help.pd .hc On Apr 22, 2008, at 5:04 PM, Luke Iannini (pd) wrote: On an unrelated note, I just discovered: Option/Command click on an element to duplicate the element (it's best to click and drag since it will appear on top of the element you click on), or just to the left of the element to delete it (when using Option, cursors appear to let one know which operation will occur, but oddly not with Command). Shift-dragging an element moves it *and* all following elements after it. I was vaguely aware of Command-clicking to add elements (though I had never gotten it to work), but I had no idea about deleting and dragging, both of which will be extremely useful in a sequencing context. I guess I'll stick these in the wiki somewhere. Cheers Luke On Mon, Apr 21, 2008 at 11:14 AM, Luke Iannini (pd) [EMAIL PROTECTED] wrote: Hallo, I'm continuing work on a data structure sequencer, and have switched to using arrays for performance reasons thanks to Frank and Miller's suggestion. That worked quite well! Thanks again. One door leads to another, of course: I've run into an odd issue when using the relatively recent grain and scale definitions with the elements of the array. I've attached a modified version of 05.array.pd to demonstrate. Dragging array elements with the mouse becomes erratic as soon as the -y y(0:100)(0:1000)(1) or similar instruction is added to [plot], in that very fast mouse movements are required to effect any change (i.e. move the mouse slowly enough, and the element won't move at all). As far as I can tell the bug applies to the direction being grained, but adding grain/scale to -x broke things entirely for me (the drawing seemed to occur correctly, but I couldn't find any clickable hotspots). Finally, the hotspots for resizing elements also become displaced in the x direction. In the patch, try resizing the rightmost green boxes in the array to see what I mean. That's all. (okay, not really. Are there any plans to add the change pointer output to elements of an array? Their [struct]s remain silent.) Cheers Luke ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
I believe z~ is just rzero~ 0. cheers Miller On Wed, Apr 23, 2008 at 11:24:34AM +0200, Frank Barknecht wrote: Hallo, Matt Barber hat gesagt: // Matt Barber wrote: Actually, for those of us who insist on vanilla and do everything with expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in fexpr~ for a delay larger than its vector size? You could do it with an abstraction using [delwrite~] and [delread~], setting the [block~] to 1, and then set the delay as a ratio to the [samplerate~] -- the difficulty in making it work correctly here is setting the size of the [delwrite~] efficiently (this could maybe be done with a loadbang routine that would send a message to a subpatch in the abstraction instance to add and connect a delwrite~ with the proper delay allocation...). You don't need to set the block~-size to 1, and personally I would just make the delwrite~ big enough. It's cheap to store things in a delay. But anyway, attached is a z~-clone with delwrite~/delread~ that uses a helper abstraction created dynamically. Ciao -- Frank Barknecht _ __footils.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] Cyclone in vanilla?
Hi all, I think I tried putting cyclone in Pd a couple of years ago and got hung up over some problem or other. I'll look at it and see if I can just do it... cheers M On Wed, Apr 23, 2008 at 02:26:42PM +0800, Chris McCormick wrote: On Tue, Apr 22, 2008 at 09:38:25AM +0200, Frank Barknecht wrote: Note that I also think, the math objects (abs~, pow~ etc.) should be part of Pd, and probably symbol2list. I second this. Miller, what do you think? You have mentioned importing Cyclone into Pd; is it just a matter of yourself not having had the time to do this yet? Would you rather this happened in pd-extended first, or would you accept and apply patches rectifying this and making basic math tilde internals if they didn't conflict with Cyclone externals? Sorry to be so direct! Best, Chris. --- http://mccormick.cx ___ 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] nosleep option
-nosleep is experimental... I've had severe trouble getting low latencies on dual processor machines; one workaround is to have Pd never sleep so it occupies one entire CPU. It's rude to the rest of the machine though :) M On Sun, Apr 20, 2008 at 12:38:45AM +0100, gilberto bernardes wrote: Dear all There is such a thing as -nosleep option as a pd flag command in pd? I have seen it somewhere but it doesn't work!! I had already in the past very bad experiences because of this, because pd just stoped the connection with my audio inteface even if the computer was always active. I wonder also if could be a procedure from the interface (Presonus Firebox). I'm on a Mac Intel Os X. Any tip on this issue is precious! Thanks in advance, Gilberto Bernardes http://bernardes7.googlepages.com _ Confira v?deos com not?cias do NY Times, gols direto do Lance, videocassetadas e muito mais no MSN Video! http://video.msn.com/?mkt=pt-br ___ 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] Subject: Gem crash in Ubuntu Gutsy
just my two cents on this issue... i had decided yesterday that i had worked on the audio side of my patch enough and should start working on the graphics side of things and began to study gem. in the examples i found... everything worked fine from the example patches but when i tried to implement the same ideas into my own patch i started getting crashes... i believe it had something to do with the pix_ objects... i am new (but catching on fast) to PD so it may have nothing to do with slimboyfatboyslim's issue. i'm running on a amd 64bit (in 32bit mode) winXP box. (DX10 i think) Pd version 0.39.3-extended GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Dec 11 2006 btw, puredata is AMAZING! and here is some videos of me playing with PD and reactivision: http://youtube.com/ohiopctech and i have posted a two part 45 minute recording session, audio only of me and a buddy playing with the patch i have created/pasted together so far, on my website... part one is the third blog post from the top right now... part two is the second one down. the audio is running from the amd-winXP box through my kaoss pad.. to another win98 box doing the recording. (i'm using the kaoss pad for now because i don't have any filter or cv blobs programmed yet) i hope someone enjoys the audio recording.. we sure had a blast playing it! the website is: http://ohiopctech.com thanks for the time you all have spent making PD what it is today! -- chr0n1c -- Message: 1 Date: Wed, 23 Apr 2008 07:16:04 +0800 From: [EMAIL PROTECTED] Subject: [PD] Gem crash in Ubuntu Gutsy To: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed hi all, I'm working on PD 0.40 and Gem 0.90 (installed via Synaptic), everything works fine with PD and pdp but when I create any objects related to Gem GUI (gemwin) or open a patch with gemwin, it crashes with the output below: pd -verbose -lib Gem Pd version 0.40-2 compiled 22:04:28 Dec 7 2006 port 5400 TCL_LIBRARY=/usr/lib/pd/tcl/library TK_LIBRARY=/usr/lib/pd/tk/library /usr/lib/pd/bin/pd-gui 5400 Waiting for connection request... .. connected OSS: requested audio buffer size 8816 limited to 8192 OSS: issuing first ADC 'read' ... ...done. socket receive error: Connection reset by peer (104) Segmentation fault (core dumped) Same situation if I work as root (except it connects to port 5401) seems to be some problems with tcl/tk but I've installed the latest from Synaptic, P.S I'm working on MacBook Thanks, ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD on Xebian ala XBOX
has anyone else ever tried this? (old) xbox - softmod - xebian HD install with fluxbox - tweak around add minor utils then apt-get puredata? well i just did just that last night and i'd like to report it starting up, i wasn't really able to play around much since i had to well, uh, sleep... anyways i googled xebian puredata and didn't come up with much. i'd be more keen on experimenting more with it if someone thinks i can get it running on a 733mhz celly with 64 mb of ram a loopback filesystem running xebian and fluxbox @800x600 scrren res... i know that were pushing the limits of the xbox just gettin a full on distro with X running... but... maybe? -- chr0n1c___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
Miller Puckette wrote: Hi all, I think I tried putting cyclone in Pd a couple of years ago and got hung up over some problem or other. I'll look at it and see if I can just do it... awesome! here is a short list of nameclashing objects. (at least what I found in pd-extended). Append conflicts with append from vanilla (which means helpfiles at least on win will be broken) Borax compatible with with borax from maxlib (helpfiles will be broken) Clip compatible with clip from vanilla uzi compatible with kalashnikov (uzi) from ext13. counter conflicts with counter from markex and cxc gate conflicts with gate from iemlib1 maximum compatible with max from vanilla mean conflicts with mean from zexy minimum compatible with min from vanilla prepend compatible with prepend from cxc record conflicts (?) with record from xsample urn conflicts with zexy urn but is compatible with maxlib urn but besides that it will offer a lot of great object classes like MouseState and sprintf and a somehow redundant zl. oh, and colored width adjustable comments! if you also get [cyclone] to work which had some import functionality for max patches... although I think max 5 will break any compatibility... marius. cheers M On Wed, Apr 23, 2008 at 02:26:42PM +0800, Chris McCormick wrote: On Tue, Apr 22, 2008 at 09:38:25AM +0200, Frank Barknecht wrote: Note that I also think, the math objects (abs~, pow~ etc.) should be part of Pd, and probably symbol2list. I second this. Miller, what do you think? You have mentioned importing Cyclone into Pd; is it just a matter of yourself not having had the time to do this yet? Would you rather this happened in pd-extended first, or would you accept and apply patches rectifying this and making basic math tilde internals if they didn't conflict with Cyclone externals? Sorry to be so direct! Best, Chris. --- http://mccormick.cx ___ 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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Cyclone in vanilla?
It seems the cleanest solution would be to just include the objects that Andy has pointed out. Otherwise, I think adding the whole of cyclone will be opening up a big can of worms. .hc On Apr 23, 2008, at 4:16 PM, Miller Puckette wrote: Hi all, I think I tried putting cyclone in Pd a couple of years ago and got hung up over some problem or other. I'll look at it and see if I can just do it... cheers M On Wed, Apr 23, 2008 at 02:26:42PM +0800, Chris McCormick wrote: On Tue, Apr 22, 2008 at 09:38:25AM +0200, Frank Barknecht wrote: Note that I also think, the math objects (abs~, pow~ etc.) should be part of Pd, and probably symbol2list. I second this. Miller, what do you think? You have mentioned importing Cyclone into Pd; is it just a matter of yourself not having had the time to do this yet? Would you rather this happened in pd-extended first, or would you accept and apply patches rectifying this and making basic math tilde internals if they didn't conflict with Cyclone externals? Sorry to be so direct! Best, Chris. --- http://mccormick.cx ___ 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 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