Pd-list September 2013

pd-list@lists.iem.at

91 participants
121 discussions

Scaling values in pd
by hghoyer 09 Sep '13

09 Sep '13

Hi, in Max/MSP there is an object for simple scaling. If you create in MAX these object with this arguments: [scale 0 127 0 500] incomming messages from 0 to 127 are automatically scaled from 0 to 500... Is in PD a similar easyly way to scale values? Thx!!!

10 15

Wish Error : "Unable to alloc xxx bytes"
by jim 08 Sep '13

08 Sep '13

Hello , I keep getting an error that is crashing a patch. As shown above it is "Unable to alloc xxx bytes" where xxx seems to be different each time it crashes. The patch uses mrpeach's udpsend. Not sure if I am doing something wrong with udpsend or it is something else. The patch also takes in data from a com port. This error is happening in Windows , however in Linux the same patch in combination with the other program I am sending data to via udpsend locks up my machine. Any thought where an Unable to alloc ... error comes from in pd. Thanks, Jim

3 2

Conflict between GEMglPushMatrix/GEMglPopMatrix and %
by topo bot 08 Sep '13

08 Sep '13

Hi again, im iterating a geo in Gem and then im anulating one iterated geo using module with spigot. It works fine, but when i add GEMglPushMatrix and GEMglPopMatrix i get GL:stack overflow because each GEMglPushMatrix is expecting one GEMglPopMatrix and when i anulate one geo that means that one GEMglPushMatrix is not gonna have its GEMglPopMatrix pair. any idea how can i solve this problem? I attached the patch and here theres also a pic http://www.freeimagehosting.net/newuploads/8s8r3.png

3 3

Re: [PD] Pd-list Digest, Vol 102, Issue 20
by Olivier BAUDRY 08 Sep '13

08 Sep '13

Dear all I encounter trouble with soundcard digidesign 003 or 002 on Pd-extended 0.43.2 or PureData 0.45-2 Once the card is recognized both by PureData, but this is exceptional and does not take very long. Any Advice.

1 0

problems with 48Khz SR on osx 10.8
by jo57 08 Sep '13

08 Sep '13

Hi all, I am trying out the latest Pd on OS x 10.8 and for some strange reason it works perfectly well with 44k SR and has horrible issues with 48k SR. Horrible issues mean that the test audio sine wave crackles unless I give it a latency of about 500ms. Even then the whole software seems less responsive and the gui is lagging running just the test sound patch. This happens with both 0.45-1 versions (downloaded compiled from miller's site, 64bit and the regular one). This doesn't seem to be a hardware issue as good old 0.42-5 version works flawlessly. I will try to test latest Pd on OS X 10.7 as soon as I can and report... anybody else? J

1 0

Re: [PD] pix_video webcam 1280x720
by Dan Wilcox 06 Sep '13

06 Sep '13

Eh no. Both Quicktime and now AVFoundation can do H264 decoding in video streams. I think the issue is that GEM doesn't yet support it on OSX as Iohannes has repeatedly sought OSX dev help ... On Sep 6, 2013, at 11:40 AM, pd-list-request(a)iem.at wrote: > Unfortunately, Apple has not implemented this compression feature into their crappy usb camera drivers, so you stick to good old standard definition on OSX. -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

2 1

pix_video webcam 1280x720
by giuliano obici 06 Sep '13

06 Sep '13

Hi all Someone had experience using that webcam of microsoft Lifewebcam Cinema or other webcam with resolution HD. I am used to work with that webcam via Gem but not normally in big screens. I just got a surprise. It's not reach the resolution that it can offer 1280x720 It opens in Gem automatically with the resolution 320x240. I tested the configuration via dialog in pix_video as well doing a bridge with the software CamTwist but it not works with such resolution. System that runs is a mac OS with pd Extended 0.43.4 as well as tested with Vanilla + Gem 0.93.3 Tips and suggestions are welcome Best Giuliano -- http://giulianobici.com http://n-1.art.br +49 0176 74198553

2 1

Changing the frequency of [phasor~] with [biquad~]
by Alexandros Drymonitis 06 Sep '13

06 Sep '13

If you have a [phasor~] controlling a bunch of stuff and you wanna to have lots of different frequencies, one way of doing this is: [phasor~ 1] | [*~ 8] | [wrap~] which will increase the frequency by eight times. But if you wanna have a decimal number in [*~ ], say 11.7, then the last ramp of the increase will be cut at a certain point (here at 0.7, if I'm not mistaken). Someone once sent me a patch here in the list where he was doing this with [biquad~] and decimal increments were possible, but I can't find that patch anywhere, and I've no idea what coefficients I have to send to [biquad~] to achieve this. Anyone knows?

1 1

Fwd: Sinesum, cosinesum and cubic interpolation's guard points
by Alexandros Drymonitis 06 Sep '13

06 Sep '13

Ok, but why don't you need the guard points at the end of the array when you're using [tabread4~], and only the first guard point? In the audio examples of Pd's browser, the patch B04.tabread4.interpolation.pd demonstrates the use of the object where it reads an array of 11 elements, from index 1 up to (and including) index 8. Why is there an index 9 and 10 if those values are not needed? What's the difference between [tabosc4~]'s interpolation and [tabread4~]'s interpolation? ---------- Forwarded message ---------- From: Miller Puckette <msp(a)ucsd.edu> Date: Thu, Sep 5, 2013 at 4:35 PM Subject: Re: [PD] Sinesum, cosinesum and cubic interpolation's guard points To: Alexandros Drymonitis <adrcki(a)gmail.com> It's only necessary if you want to smoothly wrap around from the "last" index to 0 (as you do in most uses of tabosc~, but not, for example, if you're using tabread4~ as a sampler.) I should fix Pd to uniformly use PI from math.h - "3.14159" was a bit slapdash in retrospect :) cheers Miller On Thu, Sep 05, 2013 at 04:26:20PM +0300, Alexandros Drymonitis wrote: > OK, that's clear, thanks. Still when using [tabread4~] or [tabosc4~] you > still need a copy of the last element in the first index and copies of the > first two elements in the last two indices, right? Even if you're not using > sinesum or cosinesum but some other mathematical function.. > > > On Thu, Sep 5, 2013 at 1:56 PM, IOhannes m zmoelnig <zmoelnig(a)iem.at> wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On 2013-09-05 09:45, Alexandros Drymonitis wrote: > > > OK, index 0 is the negative of index 2, > > > > no not really, they just happen to be the same. > > > > > which can again make sense as it's a sine (supposing that index 0 > > > is a copy of the table's last element), but index 512 doesn't have > > > that value, why? And why do indices 1 and 513 have different values > > > too? > > > > do they? > > > > when it comes to floating point, "equality" becomes a little bit fuzzy. > > e.g. "0.1" is really the 'same' as "0.100000001490116119384765625" [1]. > > > > comparing the values, you can see that they are not *very* wrong: > > > > array[512]-array[0] = -5.30668e-6 = -0.0000053 > > array[513]-array[1] = -5.30718e-6 = -0.0000053 > > array[514]-array[2] = -5.30668e-6 = -0.0000053 > > > > so the errors are really rather small, and hopefully don't matter so > > much in the interpolation (which is another approximation anyhow). > > > > the reason why the error is not smaller, is that Pd internally > > (src/g_array.c:896) deals with a PI value of 3.14159, which is a > > rather rough estimate and is the reason why the cycle is not exactly > > 512 points long. > > > > > > fgamsdr > > IOhannes > > > > [1] > > > > http://en.wikipedia.org/wiki/Floating_point#Representable_numbers.2C_conver… > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.14 (GNU/Linux) > > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > > > iEYEARECAAYFAlIoY3UACgkQkX2Xpv6ydvTY1wCcDCyH8kY50snbVOv5AxwspIAB > > jwQAoLJOrVoESvzyqrZyvWKky0ec1eUT > > =YqkS > > -----END PGP SIGNATURE----- > > > > _______________________________________________ > > Pd-list(a)iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

2 2

Re: [PD] MIDIFILE read Tempo
by Dan Wilcox 06 Sep '13

06 Sep '13

mrpeach = my favorite externals On Sep 6, 2013, at 2:54 AM, pd-list-request(a)iem.at wrote: > From: Martin Peach <martin.peach(a)sympatico.ca> > Subject: Re: [PD] MIDIFILE read Tempo > Date: September 5, 2013 12:36:41 PM EDT > To: Maciej Sledziecki <maciej(a)satelita.de> > Cc: pd-list(a)iem.at > > > On 2013-09-05 09:29, Martin Peach wrote: >> On 2013-09-05 07:04, Maciej Sledziecki wrote: >>> Hello, >>> >>> ist there any way to read the tempo information contained in a midi file? >>> Or do I really have to set up a metro for mrpeach/midifile everytime ? >> >> >> It's been a while since I worked on that but I think you can dump the >> info and use that to set up a metro. I could probably add a message to >> get it to play automatically. >> > > If you bang the [midifile] after opening the file, the right outlet will emit ticks_per_quarternote and microsec_per_quarternote messages. > > So the millisecond rate for the [metro] would be = (microsec_per_quarternote/ticks_per_quarternote)/1000 > > See attached patch. > > Martin -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

1 0

← Newer
1
...
7
8
9
10
11
12
13
Older →

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 September 2013