Hi all -

I've just made a simple sampler/recorder patch that I'd like to enhance in a few ways and was wondering if anyone would care to give some advice?

First, I'd like to play and record samples for longer than I'm currently able to do - would I use sfread/write?
Secondly, I'd like to have the bandpass filters as a separately controlled option rather than an integral part of the chain.

Thirdly, it'd be cool to include gain input and volume meters ....and then wrap the whole patch into a funky little abstraction box.

All of which seems - on the face of it - to be fairly elementary stuff...but it's causing me much headscratching and cursing..so any and all help/advice would be gratefully received!

Thanks!

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

not sure if this works, but there is a -nframes flag for soundfiler

so .. [read -resize $1 sampletable( becomes [read -resize -nframes 44100000 $1 sampletable(

(that would allow 1000 seconds playback at normal speed. you could probably go even larger if you wish.

to bypass your filters, you can use [*~ ] with a toggle to gate the signal flow. if you use 2 [*~ ] objects you can send the signal left or right.

for gain you can also use [*~ ] .

for the abstraction box, right click anywhere on the canvas and select 'graph on parent' and set the dimensions. you should get a little red box if you're using a newish version of pd.

good luck.

Hey ...many thanks hardoff! Much appreciated.

Hi evernaut,

i won't comment on the sampler because it looks ok (as far as i know). However i'd be wary with the "graph on parent" option. In pd the link between the functional and GUI part of things is not so clear. I've downloaded a couple of patches from other users who use the gop feature, and they always look completely scrambled when i open them. The same goes for me when i make an abstraction with gop on one computer and open it on the other, there's no guarantee it looks the way it was intended. What i now try to do is to make an abstraction without gui, but with the necessary inlets to adjust whatever you want, and build the gui bits in the client that uses it.

I know it's a bit cumbersome, even plain annoying sometimes, but i works (for me).

Cheers,

Domien

Good first sampler patch Evernaut. I like the use of BIG BUTTONS and colour
that makes it easy to see what's what right away.

Like Domien says, GOP interfaces can be full of pitfalls and reasons why they don't
scale properly on some machines. I think this is getting better since 0.38 and you can
normally rely on patches to look OK if you observe some simple rules. Use a background canvas of exactly the same size as your GOP panel. Space things out and never have parts of GUI objects overlap.

Cheers for the GUI hints...

I'm still a bit unsure about how my filter and gain objects operate outside of the chain though..

If I make something like this: [toggle] - [*~] - [filter info or vol slider] - [?]...what's the last step to get it into the dac?

I'm only familiar at this stage with message signals like send/receive....would I use throw/catch for audio signals? Or is it more blindingly simple than that?

Once again....ta for the advice.

@evernaut said:

Cheers for the GUI hints...

I'm still a bit unsure about how my filter and gain objects operate outside of the chain though..

If I make something like this: [toggle] - [*~] - [filter info or vol slider] - [?]...what's the last step to get it into the dac?

I'm only familiar at this stage with message signals like send/receive....would I use throw/catch for audio signals? Or is it more blindingly simple than that?

Once again....ta for the advice.

It's not a very clear question mate, but I'm gonna second guess you and say experiment with [s~] and [r~] (audio send and receive) and also with [throw~] and [catch~] until you see the tiny but important difference.

The gotchya is that you can only have one [send~ foo] and one [receive~ foo] in a pair
with matching names, but you can have many [throw~ bar] all talking to a single [catch~ bar]. This is the way tou make mixer channel strips that can be relocated to other places easily.

see attached patch

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