windowed pitch density ?


    Oct 19 2006 | 8:08 am
    Hi, I am trying to make a patch that can report the number of pitches within the latest 1 sec or fixed duration. I made a little patch with bucket, expr, counter, metro, etc, but it does not seem to be precise and efficient enough. Can any one give me some suggestions about it ?
    Thanks.
    My patch is as follows:

    • Oct 20 2006 | 3:12 pm
      Here's a modified version of your patch. I can't vouch that it will be any more precise, since I believe what goes on inside fiddle~ determines the accuracy more than anything else. However, it may be more efficient.
      Collecting the pitches into a list relies on a bit of a hack with the Lcatch object. I've set the reporting interval to some arbitrarily large number (10000 ms) and the length list to its maximum (256 members). This lets us be relatively sure the output is the result of the metro bangs and not Lcatch timing out or reaching its maximum list length. Does anyone have a more elegant solution for this?
      I'd recommend replacing fiddle~ with some simpler data input, such as a notein object, to test that the patch is really producing the values you expect. Then you can concentrate on tweaking fiddle~ to get more accurate results.
      Holland
    • Oct 22 2006 | 8:20 am
      Thanks for the help.
      My professor just provided me a very smart way to do this. I only needs pipe object to deduct the number of the data previouisly collected after e.g, 1000 ms.
      In other words, accum object counts the numbers of pitches and pipe keeps deducting one from the total number after a specified time. In this way, I can always get the numbers of pitches in the latest 1 sec.
      There is no need to do a complicated counting like my previous patch. That's really a surprising solution.
    • Oct 25 2006 | 12:10 am
      Hi everyone
      I'm putting together a proposal for a sound design to accompany a very dispersed site specific project that will be presented at various locations around an old industrial rail yard complex.
      There will be five individual performers installed at different locations around the venue, and they each require their own sound track: we would like the sound elements to be able to converge at key moments, and I'll be exploring how to resonate different parts of the complex with sub bass frequencies.
      Rather than purchasing 2 very expensive 16 I/O units and running thousands of meters of cabling around the complex from a single computer, I thought I could network a collection of basic PC's to play sound files and simple synth patches, with each PC being connected to local speakers, thereby substituting long and costly speaker cable runs, with five very long Ethernet cables.
      Question: does anyone have some experience to share about the effectiveness of networked PC's for this kind of synchronised sound dispersion?
      I imagined that I would be building a series of soundfile players and signal mixers for each of the five PC's that would be controlled from a central PC using OpenSoundControl.
      The central PC (or Mac G4) will be transmitting basic 'start/stop', 'select file', 'control channel gain' instructions.
      It all seems very straight forward, but I just wanted to check around for any latency issues with this kind of networking. How about wireless networking (sound like trouble to me)?
      Cheers
      George Khut
      george@georgekhut.com http://www.georgekhut.com
    • Oct 25 2006 | 9:44 am
      On 25 Oct 2006, at 01:11, George (Poonkhin) Khut wrote:
      > It all seems very straight forward, but I just wanted to check > around for > any latency issues with this kind of networking.
      There will be some latency, but I've never noticed any response problems using OSC. What accuracy of synchronisation do you need?
      > How about wireless > networking (sound like trouble to me)?
      Absolutely. Don't go wireless unless you have no choice.
      -- N.
      nick rothwell -- composition, systems, performance -- http:// www.cassiel.com
    • Oct 25 2006 | 11:06 am
      >> It all seems very straight forward, but I just wanted to check >> around for >> any latency issues with this kind of networking. > > There will be some latency, but I've never noticed any response > problems using OSC. What accuracy of synchronisation do you need? Only to a few hundred milliseconds i.e. Half a second would be not so good, but anything below that would be acceptable.
      I'll stay away from the wireless for a while more!
      Thanks for your response
      George Poonkhin Khut 4/131 Carrington Road RANDWICK NSW 2031 Mob 0417 566 425 Home 02 9398 9229
      george@georgekhut.com http://www.georgekhut.com
    • Oct 25 2006 | 5:31 pm
      On 25 Oct 2006, at 12:08, George (Poonkhin) Khut wrote:
      > Only to a few hundred milliseconds i.e. Half a second would be not > so good, > but anything below that would be acceptable.
      If you're using sfplay~, then be SURE to preload the cues for the files you want to play; don't try to call "play" on them in real time. (This is a mistake I see lots of people make.)
      -- N.
      nick rothwell -- composition, systems, performance -- http:// www.cassiel.com
    • Oct 26 2006 | 11:23 am