-
patches
Hi All,
I'm just (at last) getting to pd, using the latest extended version on a Macbook Pro. I've been working at a couple of projects, the attached is a patch for one of them; involves a live logitech mic input with four sub-patches that are intended to manipulate the incoming vocals if/when triggered by a ping-sensor reading.
I was pleased to get any of this working : ) but it seems to me that all the sub-patches are not feeding through (I can't hear any pitch or speed altercations, for eg). I'm afraid this is about as far as my own insights to-date take me....
Help?
Pleases and thank you's... in advance.
-
patches
warning: I'm super fresh out of the garden.. so every question i ask here is bound to be dull....
i've now tried pulling together three separate projects / patches with pd extended; with a logitech mic input and with arduino's diecimila microcontroller. two involved pulling up sample files but after two weeks of hair-pulling i still couldn't output any sound. so now i've opted for arduino's controller (the same as above) and a proximity/infrared sensor with a pd patch selecting input integers that are attached to gui bangs, intended to generate pretty much any sound i possibly can. still no sound via my labtop. taboot, pd keeps freezing up entirely.
i've scoured the internet, the help-files (many of which do not seem to work), downloaded the program three times, reset the preferences several times over, and fiddled with my computer sound pref's as many times.... someone please oh i'd be ever so grateful if you've any advice as to what the heck i'm missing here? : )
i have the latest version of pd-ext for osx, i'm using osx 10.5.6 on a MacBookPro; i've no prior programming nor linux skills (the terminal is a mostly-mysterious thing to me).
advice, insight, comments, questions?
-
patches
Maelstorm,
Thanks so much for putting the time into providing egs; 'tis very kind of you.
To be honest, I can't keep either side of the patch working more than once (one bang) for the sake of comparisons. Can't get my head around the construction of them for the moment either - my head is to foggy today.
I'm going to come back to it after a break from it. After restarting the patch this morn, I found that the noise issues were largely gone... I suspect simply changing the over-riding number inputs made all the difference, but that the patch needed to wear out the 'old' delays and echos left over from the prior arguments... ?
Many thanx, again.
-
patches
Ahhhh... Makes sense (sig~ override)!
Only, I'm afraid I don't really know what I'm looking at with the G09.pitchshift patch, there is a lot of multiplication, subtraction, addition et al.... Not sure I understand why or what for, or what is being unpacked in there. Though I understand it must be a sub-patch (receiving messages or arguements it appears)... I'll take a look through for the parent see if it helps, insight wise.
I tried to arrange line and vd as you've proposed, but am getting error messages and no sound (I guess I still need a delwrite? But then, don't I need the table and tabread?). Would you mind at all to provide an eg of this simple (speed change) arrangement?
I thank you for the clarity of your responses, very informative for me. And for lending me some of your time - much appreciated.
-
patches
Actually, I just realised that the pitched noise (as well as buzzing noises) are only emitted if more than one of the sub-patches is triggered at the same time (excluding the live_constant sub-patch). Which would be the case in the live performance, via the sensors (reading more than one trigger distance at a time). I'm wondering if I need a metro in the sub-patches, or some such, in order regulate how many times per sec the patch can be triggered....?
-
patches
Hi Maelstorm,
Thanks for the tip, that is helpful for figuring out what is what.
I've tried now to connect the inlet to the tabwrite, also tried to send a bang. Tried cabling all into one dac~ also. The only difference made is that with each modification I get a reverbrating high-pitch sound from each of the sub-patches so long as they are on. Still no indication of speed/tone changes. The piercing ringing sounds are still present no matter how many ways I change the various gain levels. Would this be because all the sub-patches have delays in them (too many for one patch)? Or, perhaps my math is wrong in the above patches for sig~ and phasor in context with "mydelay" and the table sample size?
I must admit I'm kind of taking a stab in the dark with the correlating equations required for the above attached....
-
patches
So sorry... I just realised that you will need the following sub-patch in order to get any of this working (if you need to see it work)...
-
patches
Another sub-patch (accelerated speed)...
(FYI: It has been a while now since last I tried, but seems to me these configurations worked if all by themselves and not all included within same parent patch)
-
-
patches
I figure I should attach parent patch too, just in case it's needed (to understand what I am up to)...