Pd-list March 2010

pd-list@lists.iem.at

152 participants
270 discussions

Re: [PD] A better pitch shifter?
by Matt Barber 03 Mar '10

03 Mar '10

I've used this pitch shifter quite a lot for a number of different things -- how you use it seems to depend completely on context. For instance, if you're shifting mostly sustained sounds (so that attacks aren't so present), you can use a larger window size, which reduces some of the modulation artifacts you get when you use a lower size. You need the lower size for fast things, or things with strong attacks. I once experimented with trying to get the window to match exactly period boundaries of the incoming sound (to reduce the modulation completely), but it really only works with electronic sounds where you can be absolutely sure of the frequency. I have had luck in some rare cases mixing the output of two pitchshifters set to the same transposition but different window sizes -- again, no difference in latency, but it can help smooth things out if you're really aggressively pitchshifting something (like, by a perfect 12th), where "presence" isn't really something you're going to be able to attain anyway. I now keep several of them around with different settings for different contexts. Matt > Hi all, > > I tried making a mult-delay pitch shifter once. It was no good for reducing > latency, but it did slightly decrease the phenomenon of double attacks > one sometimes gets - but also reduces the presence of the sound, not a > tradeoff I liked in the end. I tried a bunch of other things over a > period of months with no luck. > > cheers > Miller > > On Wed, Mar 03, 2010 at 04:34:38PM +0100, Pierre Massat wrote: >> Hi! >> I have been using Miller Puckette's delay-based pitch-shifter (from the >> audio examples) for quite a while now, and i was wondering if it would be >> possible to improve it a bit. In particular i'd like to reduce the delay >> length to lower latency (i m using it in real time). Would adding more delay >> lines help me solve this problem? I must say that i never took the trouble >> to try and understand how this patch works, so i'm not sure where to start. >>

1 0

pix_video camera trouble
by Jon 03 Mar '10

03 Mar '10

hi i want to use a usb microscope with GEM. with the macam driver installed, my macbook is able to get video from it on imovie, but i havent succeeded in forcing pix_video to get video from this cam instead of the built in isight. i have tried [dialog( but it only lets me select isight (and both DV Video and IIDC FireWire Video are grayed out). what other things should i try to make this work? thanks!

2 1

Re: [PD] Handling numbers read from a file
by Matteo Sisti Sette 03 Mar '10

03 Mar '10

Hans Roels escribiÃ³: > There's a simple solution to know the size of an array in Pd vanilla (it > has been posted on this list before). If your array is called example, > send a bang to > [expr size("example")] > That's great!! I didn't know that, and I so often needed it! Thanks a lot. However in this case, when you read the numbers from a file, you must count them _prior_ to storing them into the array. Or is there a way to send a list of numbers to an array and have it automatically resize to the list length? -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

3 2

A better pitch shifter?
by Pierre Massat 03 Mar '10

03 Mar '10

Hi! I have been using Miller Puckette's delay-based pitch-shifter (from the audio examples) for quite a while now, and i was wondering if it would be possible to improve it a bit. In particular i'd like to reduce the delay length to lower latency (i m using it in real time). Would adding more delay lines help me solve this problem? I must say that i never took the trouble to try and understand how this patch works, so i'm not sure where to start. Pierre

2 1

Pduino with Arduino Mega
by David Kirkpatrick 03 Mar '10

03 Mar '10

Hi, What is the status of Pduino's compatibility with the Arduino Mega at the moment? I'm designing an installation for the Sydney Opera House that'll need Pd to read the status of about 25 digital pins. Will Pduino-0.5beta6 be able to handle input from 25 digital pins, or max out at 14 (the number of digital pins on a normal Arduino)? Thanks for your help, David Kirkpatrick davidk.com.au _________________________________________________________________ Get the latest jobs delivered. Sign up for SEEK Jobmail. http://clk.atdmt.com/NMN/go/157639755/direct/01/

3 3

Re: [PD] http client native in pd?
by Marco Donnarumma 03 Mar '10

03 Mar '10

Thanks for that guys... I worked it out in a quite rough way (parsing the ping results coming from shell) few days ago and was looking for a proper and cheaper way to do it. And here's a version that gets the latest solar wind speed from the ACE > satellite... > > Martin > > hc wrote: > > > > Ah, right, here's an updated version, that will also disconnect if > > there's no response within 5000ms. > > > > .hc > > > > > -- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net

1 0

Re: [PD] Textfile vs. Lists vs. Arrays vs. ?
by saint 03 Mar '10

03 Mar '10

Thanks guys, So loading to RAM seems to be the solution. Anyone have any ideas how I do that in WinXP? Or what would the alternative methods of data storage that PD (vanilla) provides natively that operates to/from RAM?

3 3

Re: [PD] Handling numbers read from a file
by Matteo Sisti Sette 03 Mar '10

03 Mar '10

> As all my data are numbers, [tabread] should work fine. Although in > this > case, I do not know how to know the number of values in advance to > resize the table prior to loading the data. If you store the numbers one per line in the text file, then you have two options: A) Load the file, then bang [textfile] in an [until] loop (until the end is reached) and resize the table at each bang by incrementing its size by one as you add one more number. Quite inefficient since I guess it may have to reallocate memory at each resize B) Load the file, then do one first "scan" of [textfile] (banging it in an [until] loop) just to count the numbers, then resize the table to the number of counted elements, then start all over again to store the numbers into the table If, on the other hand, you store all the number in one list in the text file, then you can load it, bang [textfile] only once, and use a [list length] to know the number of elements and resize the table accordingly, and then prepend a 0 to the list and send the whole list to the table to store the elements. I think the latter solution should be a little (or significantly?) more efficient. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

2 1

Re: [PD] Strange bug in my patch
by Matteo Sisti Sette 02 Mar '10

02 Mar '10

> On winxp it will consistently freeze the computer, forcing a reboot. > > -Jonathan "Only" on single-processor machines. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

6 10

lost in translation - was Re: Strange bug in my patch
by Matteo Sisti Sette 02 Mar '10

02 Mar '10

IOhannes wrote: > (but there already has been a thread on the issue of 'request's > on this > mailinglist; it turns out that 'request' translates differently in the > various languages, so some people see it as a "question whether it is > possible" while for others it is more a "demand" (e.g. something they > think they have a right to)) I know it is not relevant to the point here, however just for the record: It was kind of viceversa: I misused the word "demand" thinking it meant something like a "request", thus unwantingly conveying the impression that I thought I had a right to something. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list March 2010