Re: [PD] build Pd from source on Raspberry Pi

Looks like x_array.c and x_scalar.c were missing from the file list in Makefile.am (I just added these files) - try to update the source and recompile now... cheers Miller On Thu, May 23, 2013 at 03:03:47AM +0100, Julian Brooks wrote: > Hi, > > Been wanting to do this for a while but it always k

[PD] build Pd from source on Raspberry Pi

Hi, Been wanting to do this for a while but it always keeps failing so could do with some tips. I have the source from git git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data Then (as it's a minimal RPi image) have installed automake (and dependencies: autoconf, autotools-

Re: [PD] Audio dialog checkbuttons

On 23/05/13 09:08, Jonathan Wilkes wrote: Question: when using a _single_ input and/or single output device, why is there a checkbutton beside the dropdown menubutton? What is the use case for selecting in/out devices and unchecking the box? maybe when you want to run DSP for timing or control

[PD] Audio dialog checkbuttons

Question: when using a _single_ input and/or single output device, why is there a checkbutton beside the dropdown menubutton?  What is the use case for selecting in/out devices and unchecking the box? Thanks, Jonathan ___ Pd-list@iem.at mailing list UN

Re: [PD] Store some lists with undo function?

I don't think so. Even if it does, I don't think it would be noticeable. Btw pd-l2ork has a threaded implementation of coll that does not block audio while reading from/writing to a file, so you will never get dropped audio samples regardless of how large files are. HTH On May 22, 2013 1:20 PM, "J

Re: [PD] Store some lists with undo function?

Cyclone's coll looks like just the ticket! Would coll be any slower or otherwise perform worse than a regular textfile object? Cheers, John. > >cyclone/coll also has a nice set of actions that allow easy >sorting/inserting/deleting, etc. It’s based on Max’s coll. >  >__

Re: [PD] RAspi // dwc_otg.speed=1 must in beginning of txt be

Were you putting it on a newline at the end? I believe the commands all need to be on the *same long line*. That's bitten me in the past in Linux. (I'm looking at you udev rules files!) On May 22, 2013, at 3:06 AM, pd-list-requ...@iem.at wrote: > From: servando barreiro > Subject: [PD] RAspi /

Re: [PD] SOLVED: a method for a subpatch to determine the name of its parent patch

[canvasinfo] works with no gui From: Charles Goyard To: pd-list@iem.at Sent: Wednesday, May 22, 2013 8:20 AM Subject: Re: [PD] SOLVED: a method for a subpatch to determine the name of its parent patch Hi, Samuel Burt wrote: > Ivica, > > [window_name 1]

Re: [PD] Pd-list Digest, Vol 98, Issue 89

Thanks Iohannes I will look at msgfile also! Cheers, J zexy's [msgfile] is an enhanced [textfile], that allows you to more >easily navigate your buffer and delete selected items. >it has no "undo", but depending on what you actually want to undo, it >should be quite simple to implement on the p

Re: [PD] Store some lists with undo function?

Thanks Ivica, I'm using vanilla but I'll look into cyclone's coll and see if it can help. Cheers, John. > > From: Ivica Ico Bukvic >To: 'JF' ; 'Joe White' >Cc: 'pd list' >Sent: Wednesday, 22 May 2013, 13:56 >Subject: RE: [PD] Store some lists with undo fu

Re: [PD] Store some lists with undo function?

cyclone/coll also has a nice set of actions that allow easy sorting/inserting/deleting, etc. It's based on Max's coll. From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of JF Sent: Wednesday, May 22, 2013 8:08 AM To: Joe White Cc: pd list Subject: Re: [PD] Store some lists

Re: [PD] Store some lists with undo function?

Hi John, For sure, I thought you might be doing that but hope it helps in some way. You could try appending an additional index to each entry i.e. Index/Time/Note/Vel. Then keep a track of the highest index number and use [route] to siphon of the most recent message when undo is applied. Cheers,

Re: [PD] SOLVED: a method for a subpatch to determine the name of its parent patch

Hi, Samuel Burt wrote: > Ivica, > > [window_name 1] works perfectly! Thanks so much! does it work with -nogui ? Thanks, Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] Store some lists with undo function?

Hi Joe, That's brilliant thanks for going to the trouble! But not exactly what I'm after as it doesn't account for entries with more than one atom. I'm looking to store something like... Time/Note/Vel 103 c3 127, 267 d3 120, 300 c3 0, 503 d3 0, ... I see that I could probably use your idea but

Re: [PD] Store some lists with undo function?

On 05/21/2013 09:38 PM, JF wrote: I'm experimenting with a message sequencer that will play back time tagged lists. So far I've looked at [qlist] [textfile] and rjlib's [u_cocollect]. Are there any relatively simple approaches to 'undo'-ing the last list written to any of these objects? I'm

Re: [PD] Store some lists with undo function?

Hi John, If you don't need comma separated lists (although I have a feeling you might for time-stamped message) then you can do it this way with [u_collect] instead. Cheers, Joe On 21 May 2013 20:38, JF wrote: > I'm experimenting with a message sequencer that will play back time tagged > lists

Re: [PD] a method for a subpatch to determine the name of its parent patch

On 05/21/2013 04:41 PM, Samuel Burt wrote: Friends, please, assist me with a question. I want to have a subpatch refer to the name of its parent patch. Hans' [window_name 1] ought to do it (1 refers to one level up, higher number implies more levels up). This is available in pd-extended and p