Since the update, I am experiencing a slow response to ctrl-clicking on an object. So I'll ctrl-click (or right click) an object, or message, or array to look at properties or help and the menu is very slow to pop up, then it doesn't really respond when I hover over the options (properties, open, help). When I click on one of the options it kind of freezes before finally opening the help or properties.

tl;dr - Is anyone else experiencing very slow response when ctrl-clicking on help/properties of an object or array?

I am constantly amazed by the solutions you all come up with to either simplify a patch, or make a patch clear and elegant.

I have here a simple patch that will record from adc~ for a designated duration, then immediately play the recording back. I post it here because in future uses this patch will become large and unwieldy if it is not more elegantly designed.

Any ideas and criticism is welcome.

writesf.pd is the main patch in the zip file. play.pd and record.pd are abstractions.

I apologize that the comment boxes in the abstractions are not formatted well and the text overlaps other objects.

http://www.pdpatchrepo.info/hurleur/writesf.zip

A colleague of mine has put together the Putney Project, a collection of pieces that all use the same sound source. I used PD to compose my contribution. I hope you enjoy listening:
http://recordings.irritablehedgehog.com/album/the-putney-project-volume-2

I'm imagining a simple counter that will act as a time signature tool (or a conductor track if you will) to use for accurate sample triggering.

I'd like to tell Pd to "count to 10, when you have done that start from zero and count to 14, then start from zero and repeat these two steps until I tell you otherwise."

It should be very simple. If someone can help me get over this hump I can figure the rest out. I'm having a logic glitch somewhere (in my brain).

This doesn't work:

[metro 250]
|
[f]x[+1]x[mod 10]
|
[sel 10]
|
[t f f]
| \
[spigot] [spigot] ----> the trouble I think is with the spigots. I'm trying to
| | control them as
[14( [10( shown below.
| |
[t f b b] [t f b b]
| | | | | |
| [0] [1] | [0] [1] ---> send these 0's and 1's to the spigots to control the flow
| |
-------> send these to the [mod] and [sel] to change the count

I believe I'm close to the answer but I've reached the limit of my technique so I need some edumacation.

In case the ASCII is to sloppy I've attached the small file.

http://www.pdpatchrepo.info/hurleur/timesignaturecounter.pd

Is there a way to initialize MIDI preferences upon opening a patch or upon opening PD? The way it works for me now, I have to open up MIDI settings from preferences every time I start my session in PD.

Thanks!

I am very interested in getting feedback on this patch, which is a simple sampler with the option to play files in sequential order, random order, or overlapped randomly.

I built this as an exercise to learn about abstractions and the use of $0, $1 per the sticky post in the tutorials section.

TVS.pd is the main patch and TV.pd is the abstraction. I give each instance of TV.pd two arguments (1 2 for the first, 2 3 for the second, 3 4 for the third, etc). This is so that I can use the variables $1 and $2 in each abstraction - the variable $2 is always the function to stop playback. In this way, when playing samples in sequential order, the second sample functions to turn off playback on the first, the third turns off the second, etc.
For sequential playback I use:
[counter]
|
[select $1]
| |
[bang] [moses $2]
|
[select $2]
|
[bang]
You will find this in the TV.pd abstractions.

I would like feedback on this method, I suspect there is a more elegant way to achieve the same result.

I would also love help making a line~ that functions to stop digital clicks when changing samples.

Thank you for your support on my first patch!

http://www.pdpatchrepo.info/hurleur/TV_Playback_forum.zip

Is there a way to type into a number box (or a table, array) without switching to edit mode?

What I'm doing is triggering a simple sampler (12 samplers with 12 select objects numbered 1 to 12) and I want to be able to jump to any sample by typing a number. Speed is of the essence here. I'm trying to avoid the solution I came up with, which is switching to edit mode, changing a number box's argument, switching out of edit mode, then clicking the number box.

I'm performing an electroacoustic piece on Thursday and I need to actively control the tape part... help, please!

http://www.pdpatchrepo.info/hurleur/TV_Playback.pd

Look at pd chorus at the bottom of your patch. Nothing is going into the signal inlet, so your *~ objects are being multiplied by zero. I think that's your problem. If I connect any signal to pd chorus I get sound.

I couldn't replicate the errors today, so I don't know. I removed the creation argument and took your suggestion to use messages to control that information.

Could you elaborate on how you would use route to eliminate multiple inputs on abstractions? Specifically how it relates to this case where I have both audio and messages sent into the abstraction.

I get the following error messages with osc12.pd :

&&~
... couldn't create
||~
... couldn't create

I am probably missing something basic here.