Hi guys... I know this is probably an easy one. But I have had a search around and cant get an answer that works.

I have tried using:

line $0 50

and that doesn't sort it.

Any ideas? What am I doing wrong?

Thanks

Carl.

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

actually... it doesn't work for me.. I was being stupid! No signal gets through at all now.

If I delete the cord, it then wont let be reconnect it (understandably since its a miss match: audio outlet going to control inlet)

I tried using a 'snapshot' with a bang to turn it back into control data but that obviously doesn't work as the values are jumping around.

Hi There I took a quick look at your patch.

you use a [bp~] and control its cutoff frequency with a "line" of data comming from a slider. I think that's what was causing the noise, be cause of message rate.

attached is a revised version with a [vcf~] instead and [line~] to control frequency. You then use signal to control your cutoff freq it's more precise.

does this work for you ?

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

Hi BerengerRecoules.. thanks for having a look

I downloaded the revised patch.. it now seems like the cutoff is not moving at all?

ok... ive got round it by using a LPF from RJLIB...

Id like like to know how to get round this in the future though. I am sure I will come across it again..

Actually I was referring to the [pd envelope] subpatch you have controlling the volume after the filter. That's the most likely area to give audio clicks, use a [line~] object there.

Use a [vcf~] if you want to dynamically change the filter cut-off -> therefore control it with a [line~]. As for why it's not moving, do you want to upload your patch? It seems to move in Bérenger's update.

Ah thanks Jwif... I see what you are saying now

it was Bérenger's update that I was trying... thats odd eh! It just sits there and doesn't move..

I don't think it's Bérenger's update that is the issue.

If you do:

[line~]
|
[env~]
|
[dbtorms]
|
[ \

You'll be able to see the control value being sent to the [vcf~]. I've only had a quick look at your patch but I would:

a) Remove all GUI objects where not needed. If you want to display values keep them segmented from the dataflow, so that removing them wouldn't break the patch.
Keep your synthesis in the audio domain, switching back and forth gets messy and you lose precision.
c) Double check what your patch is actually doing. It seems like the [vcf~] (or [bp~]) beforehand) Q inlet is being set to 0, at least set the minimum to 1. Also isn't it uncommon to use a bandpass filter for a synth module outlet? Might have more luck with a Low Pass Filter.

p.s. It's great to see people using the RjLib

thanks for the additional info Jwif... ill look into that. The synth engine is ripped straight from a Andy Farrell tutorial, so I didnt make that one

RjLib... yeah its great! Some really good / useful stuff in there... its been priceless with helping do my uni work