Pd-list March 2010

pd-list@lists.iem.at

152 participants
270 discussions

question about netclient and netserver
by Ivica Ico Bukvic 28 Mar '10

28 Mar '10

Hi all, I've been trying to port my udp-based network communication to tcp-based and in a large ensemble netclient/netserver seemed like the best option. However, now that I've tested it in a couple sessions I am finding that every time I broadcast more than let's say dozen lines of text (coll data) which should be still less than a couple kb, I get nasty xruns (running through jack/linux). I am wondering what is causing this? Isn't netserver running in a separate thread? Any ideas? Any thoughts are most appreciated. Best wishes, Ico

6 18

Re: [PD] Max Smoother Audio than Pd?
by Matt Barber 28 Mar '10

28 Mar '10

> > Alexandre Porres wrote: >> "I feel Max produce a smoother audio than Pd. Didit" > > Well, if you use [tabread4~] or any of the many other Pd objects that > use the same broken interpolation algorithm (copy/paste programming), > you get horrible noise. If you use [tabread4] to interpolate graphical > parameters for animations, the discontinuities in the derivatives are > really obvious. Pd's cubic interpolator is a standard one (not the only standard one) -- it's the same Lagrange interpolator as the one used in csound. [tabread4c~] or whatever it is was an attempt to bring in the one used in supercollider, which is an Hermite cubic interpolator. I haven't tried to figure out what max uses, but it wouldn't be too hard. Matt

1 0

GEM: Render particle system as texture of object
by Johannes Paar 28 Mar '10

28 Mar '10

Hello, I am trying to map my particle system onto a rectangle or other object, so that I can rotate, translate etc it in order to do some projection mapping. I haven't been successful with this at all, can anyone give me some hints? Is this something that I could resolve via a buffer object or use the gem2pdp and pdp2gem objects as a workaround? Thanks for any help, Johannes

2 2

Band-limited waves was Re: Max Smoother Audio than Pd?
by Matteo Sisti Sette 28 Mar '10

28 Mar '10

> Well, that is only if all the partials remain under the Nyquist > frequency. The idea is to limit the higher harmonics to the ones > described by whatever formula you use to generate the waveforms, > but if you eliminated all of them them you would just have a sine > wave again ;-) So what you get is considerably less aliasing, > but without > oversampling and filtering you will still get some. Please correct me if I am wrong: You can choose between allowing for just a little bit of aliasing, or loosing just few highest harmonics... ("a little bit" and "few" may become "a lot of" if the span of pitches you are going to synthesize with one single wavetable grows) The idea is: 1) Determine the amplitudes and phase of all (infinite) theorically needed harmonics (by fourier analysis of the waveform, not digitally in the patch but with paper, equations and books) 2) Generate a wavetable which is a sum of sinusoids with the amplitudes and phases determined at setp (1), but discard those that exceed the Nyquist frequency (index>=N) Now, the index N of the first harmonic to eliminate depends on the frequency at which the wavetable is going to be reproduced, And you obviously cannot (usually) generate as many wavetable as the pitches to be played which may be infinite. So you may for example generate one wavetable per octave, or per whatever interval: then you have to choose whether you take all the harmonics "needed" for the lowest end of the interval, thus getting a little bit of aliasing, maximum at the highest end of the interval. Or you take all the harmonics "needed" for the highest pitch in the interval, in which case you never have even the least amount of aliasing, but you get a wave that "misses" the highest harmonics when the wavetable is played at a pitch approaching the lowest end of the interval assigned to that table...... Is this correct? -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

2 1

interleaved audio
by komika hackage 28 Mar '10

28 Mar '10

hello list, is there a possibility to read interleaved stereo audio files into a buffer in pd and access the data of both channels later? thanks for any help

2 1

Re: [PD] expr size() refuses some array names
by colet.patrice＠free.fr 27 Mar '10

27 Mar '10

oh, didn't know all of this, where it's documented? just [bang<--[list prepend $0foo]--[expr size("$s1")] did the trick thanks and sorry for the misleading. Here's the proper way to do it: [symbol $0-foo] | [expr size("$s1")] substitute anything that outputs the symbol (with the symbol selector) that you want -- [makefilename], etc. Matt > Last option would be to try using [sprintf], [makefilename] or similar > to create the array name, and send to [expr size($1)] . Maybe.... > > Prost! > D. _______________________________________________ Pd-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

3 3

Re: [PD] expr size() refuses some array names
by Matt Barber 27 Mar '10

27 Mar '10

> The problem is not specific to dollar signs: the problem is that expr > won't accept a name (for the array in this case) that starts with a > number, or that contains an aritmetical operation sign. Which, besides > not allowing for names that are legal in Pd, seems like an error in the > parsing process, because it seems it applies the same rules inside > quotation marks that it would apply without quotes. > I think the best thing is to tell [expr] to expect a symbol in its first inlet (the name of the array), and then create the symbol by other means. This more in keeping with the normal usage of [expr] and friends anyway, I think. [symbol $0-foo] | [expr size("$s1")] has always worked for me. Matt

1 0

Re: [PD] Local Variables in GUI Properties (receive-symbol)
by Matteo Sisti Sette 27 Mar '10

27 Mar '10

Wow, this is crazy!!! It works fine with $1, $2,..., i.e. you can use them in gui properties at the end, beginning, middle, wherever you want and doing it with the properties editor - the only weirdness is that when you re-open the properties dialog the $ will be replaced by a #, but everything works fine. I've been doing this for years (since 0.40 you can put them in the middle and use multiple dollars in a symbol, at least as object creation arguments). However, the $0 is not handled properly. It is immediately "interpreted" and becomes a 0, as Ben described. I use $n's a lot, both as object creation arguments and as gui object properties, and not only as prefix, but I never noticed this because I usually don't use $0 in gui properties and whenever I use $0 it is usually as a prefix... This is definitely a bug: there's no reason why $0 should be treated differently than $n with n>0. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

2 2

Re: [PD] Weird [delread~] behavior under -nogui
by Matteo Sisti Sette 27 Mar '10

27 Mar '10

Somebody wrote: >> The way I remember it, anything to do with tables or other allocated >> memory can break with -nogui. [tabwrite~], [tabread~], [delwrite~], >> [delread~], [vd~] etc etc.... I'm very curious about this issue and quite surprised, since I have been using -nogui for a long time, with quite a lot of tables and [tabread/write~]s, and also some [delread/write~]s (no vd~ though), and I never experienced any such issue... May any of the following things be the reason why I don't experience this issue? 1) I work under Windows 2) The patch running in -nogui has almost no gui objects (maybe a couple of numberboxes and toggles or so) and no gop-enabled subpatch or abstraction at all. 3) _Every_ single abstraction that contains any dsp objects (or some "ascendant" of it), always contains a [switch~], which is loadbanged to off, and later explicitly turned on when needed. 4) I also turn dsp off and on with [; pd dsp 1/0( messages. I think dsp is always turned off and on at least once before "showtime". 5) All is controlled via [netreceive] from another patch, running on another instance of Pd, which has gui and doesn't process any sound (it is a "gui-engine" architecture) I guess (3) is the best candidate...? None of the mentioned things was done with the aim of avoiding this issue since I didn't know anything about it... -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

1 0

expr size() refuses some array names
by Matteo Sisti Sette 27 Mar '10

27 Mar '10

Hi, When trying to use [expr size("arrayname")] to get the size of an array, some array names that are legal in Pd will cause (sometimes funny) syntax errors in [expr]. It seems that for example: - array name cannot start with a number (or a $n) (it can contain a number or dollar in the middle or end) - array name cannot contain a minus sign ("-") (nor I guess *, + and /) and maybe other restrictions. For example: 1) [expr size("$0foo")] expr: syntax error: 1005foo") 2) [expr size("$1foo")] expr: syntax error: $1foo") 3) [expr size("foo-bar")] expr: syntax error: missing '"' Seems like quotes are not treated quite like one would expect... Is there a way to work it around, or do you have to restrict array names (of which you're gonna need to know the size) to the typical rules that apply to identifier names in many popular programming languages? (but then, why are quotes needed at all??) thanks m. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

3 10

← Newer
1
...
5
6
7
8
9
10
11
...
27
Older →

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