Pd-list June 2001

pd-list@lists.iem.at

55 participants
67 discussions

array
by Greg Rippin 28 Jun '01

28 Jun '01

Hi all, This might be a bug or might be my foul-up when installing pd .33: Using pd .33 on win98, selecting "array" on the "put" menu seems to do nothing. Nothing is added to the patcher and no error messages appear in the master window. Selecting "graph" adds an empty graph, as expected. Selecting the empty graph and trying to put an array seems to do nothing. I went back and tried this on .32 and it worked fine. Maybe I messed up something when copying externs to work with the new version. If so, does anybody have any idea what I may have done wrong? Help is much appreciated. Thanks, Greg -- Greg Rippin, Graduate Assistant Music Technology Program New York University 35 West 4th Street, Suite 777 New York, NY 10012 phone 212-998-5422 fax 212-995-4043 musictechgrad.info(a)nyu.edu www.nyu.edu

3 3

better performance from my code...
by nullpointer 27 Jun '01

27 Jun '01

Hi All, I am tinkering with my own realtime synth code (which may make it into a pd addon) and i am having some success. However I am interested in any ways in which i can improve on the performance of my app. At the moment I am sending data to the soundcard at 44100 by using a system callback on every frame(sample) should i be sending audio data in blocks instead? and if so how? I can run about 40 interconnected dsp type objects until the system gets really hangy. (most objects are pretty simple too.. saw generators adders e.t.c.) Is it too ambitious to try and create a setup which can handle multiple instruments (patches)? I know i can do it to some extent in pd so how come it so fast? any help/ pointers appreciated... tom http://www.nullpointer.co.uk http://www.dividebyzero.org ________________________________________________________ C:\AUTOEXEC.BAT C:\REM [Header] C:\> C:\>PATH=C:\PERL\BIN;C:\WINDOWS\COMMAND;\C:jdk1.2.2\bin ________________________________________________________ (all suffixes enabled) -----Original Message----- From: Matthew Paradis <mdjp100(a)york.ac.uk> To: pd-list(a)iem.kug.ac.at <pd-list(a)iem.kug.ac.at> Date: 27 June 2001 09:45 Subject: [PD] IEM & GEM for PPC? >Hi All, > >Does anybody know where I can find versiond of IEMLIB or GEM for >LinuxPPC 2000? > >Thanks in advance > >Matt > > > > > > >

1 0

Problems running pd with Red Hat.
by Rory Walsh 26 Jun '01

26 Jun '01

I am having problems getting pd to run in Red Hat. I have tried the '.tar.gz' patch from Miller's site but it it does not run, I have also tried compiling the src code but it seems that i am missing a library file. I then tried download the '.rpm' file from Miller's site but when I tried that I got the message that said something about my version of RPM only working with numbers that are =>3. I tried changing the file name but to no avail. If anyone has any ideas I would really appreciate it, as ye have probably guessed I am new to linux so if the suggestions could be made as easy for a linux illiterate person I would really apreciate it! Regards, Rory. ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie

3 2

Fw: kalman filters
by pix 26 Jun '01

26 Jun '01

Begin forwarded message: Date: Tue, 26 Jun 2001 17:48:54 +0200 From: inSECT22 <i22(a)test.at> To: pix <pix(a)test.at> Subject: kalman filters [26.06.2001 ° 17:29 Uhr] inSECT22 --> >hi, > >im wondering if anyone has implemented, or knows of an implemetation, or >could recomend a pile of c code, for any of the kalman type filters in >max/msp or pd. control or audio rate. > >zp,.

1 0

new externals
by Thomas Musil 26 Jun '01

26 Jun '01

there are some new externals for pd_linux and pd_nt available: "http://iem.kug.ac.at/iemlib" (FIR-,IIR-filters and editable gui-objects). thomas musil

5 5

Streaming RealAudio
by Ivan Chabanaud 26 Jun '01

26 Jun '01

Hi all!! I am running PD on Linux 2.2.17-21mdk It's working fine and I drive a very simple patch from a Php page on Apache server via netreceive object. ( I can put the Php code if you want) My question is there a way to encod in RealAudio from the machine running PD patch and send the stream to a real server -- ---------------------------------------------------------------- Ivan Chabanaud http://www.cicv.fr/~ic ---------------------------------------------------------------- Tagline for Tuesday, June 26, 2001 "There are lies, damned lies, and statistics." -Mark Twain ***********************Linux_Oracle Delphes********************* ---------------------------------------------------------------- tel 03 81 30 93 28 mailto:ic@cicv.fr port 06 21 03 76 13 ----------------------------------------------------------------

4 5

readsf~ keeps looping on last buffer (?)
by Larry Troxler 25 Jun '01

25 Jun '01

I'm using not the just released version of PD, but the one before, on Linux. (Incidently, when it starts up, I don't see any mention of which version is running). When using readsf~ to play back a file that was created with writesf~, I find that the file plays, but then keeps looping a segment at the end. No bang is ever sent to the third outlet. Has anyone used this object? Regards Larry

1 0

Re: [PD] Implementing a scheme extension language
by Larry Troxler 25 Jun '01

25 Jun '01

pix(a)test.at wrote: > > i have been thinking about something like this for a while too. i have > settled on a different approach to the problem (which essentially involves > making a separate, more scheme-savvy pd-like application), because my time > is not as limited (i am looking at it as a -really- long term project). > but as a quick way of getting a lot of extra functionality into pd, the > mechanism you described would be cool. > > my halfbaked inital conception of something like what you have describe > was that there would be an object which takes the name of a textfile, > which contains scheme code to build the object. kind of like providing a > mechanism for describing abstractions in scheme. > > eg "scheme myobject.scm".. > > internally tho, i think the execution model of pd is going to make this > tricker than it appears (hence my desire to ambitiously rebuild pd from > the > gorund up). > > pix. > Hi pix - I pretty much have SIOD working with PD. But of course, it is slow. Especially because for now, I have not attempted to interface the data structures but instead create strings containing the expression to be evaluated in scheme, and similarly parse the string that is returned. I had embarked on this in the hopes of having a faster way of creating objects without having to compile C code and understanding the PD API, but of course, in doing this, I personally have learned enough about the PD functions that it might now be just as fast to code my externs in C! Once I iron out a few details, I hope to post the code. It works similarly to what we both have been describing, except that I load a single scheme file into the interpreter which defines all the objects. the PD object names a function in scheme which creates a closure for the object. > On Sat, 28 Apr 2001, Larry Troxler wrote: > > > Hi all, > > > > I am attempting to implement an library which will provide a scheme > > extension language, and would welcome any comments. > > > > First I should say what my motivation is. I have found PD very fun and > > practical, except where any kind of serious programming logic is needed. > > In these cases, I have found it a mind bender to try to implement > > graphically what could be accomplished very easily using a text-oriented > > language. As a case in point, I want to create a PD piano instrument > > that uses a piano sample CD. Although I got it working with a particular > > set of sample files, it is clear that the graphical hookup technique is > > certainly not a sensible way to go about this. As a result (well, not > > only because of this, but also because of several other similar > > situations), I have longed to drop down into a textual language to > > implement PD objects. > > > > True, I could use C and implement what I need directly as a loadable > > object, but I though that an interpreted language would be in general > > nicer, and fast enough, for most purposes like this. > > > > I have decided at first to use "scheme in one defun" (siod), simply > > because my time is limited, and siod it takes much less brain power to > > integrate siod, then to learn how to implement guile or elk. > > Of course, guile/elk is more complete and probably will run a lot > > faster, and this is a future option. > > > > I'd like to present my first-attempt specs for how this would work, and > > see if anyone has any comments. This is very rough-draft and not > > precise, but just to give a general idea... > > > > 1) implement a global receiver (like "pd"), that when it receives any > > message, sends it to the sheme interpreter to evaluate. This would not > > be as nice as a seperate interpreter console, but for now, it will avoid > > me to have to deal with a new gui for an interpreter. Question: what to > > name this? I will take "scm" for now, so that for example, in a message > > box, "; scm foo `( 1 2)" will call the scheme function "foo" with the > > list (1 2) as an argument. The outer pair of parenthesis is implicitly > > added. > > > > 2) The scheme function (pdsend 'receiver arg1 arg2 ..) will send its > > args to the pd receiver named "receiver". For example, (pdsend 'pd > > 'quit). > > > > > > 3) The scheme function (pdreceive 'x fn) will create a pd receiver, so > > that when pd sends a message to "x", the scheme function "fn" will be > > called, and passed the message as a list. > > > > 4) The pd object "scmob" (Question: better name?) will instantiate a pd > > object implemented in scheme (for now I won't deal with DSP signals). > > Its first argument, prepended with "make-", will be the name of a scheme > > function which will create a closure which will become the object. The > > number of inlets to this object will be determined by the number of the > > arguments in the lambda expression returned by the generation function. > > And the number of outlets will be determined by, well I don't know yet. > > The additional creation arguments will be passed to the creation > > function. Within the lambda, the function (pdout n val) would send val > > to the n'th outlet of the object. When anything is received at the first > > inlet to the object, the arguments of the lambda will be bound to the > > current values at the inlets, and the lambda will be called. > > > > For example, say we have in the scheme environment (note, I just typed > > this in without a proper editor, so there could be paren mismatches, > > etc, but to give the general idea...) : > > > > (define (make-integrator initial-value) > > (let ((current initial-value)) > > (lambda (x) > > (cond > > ((and (symbol? x) (eq x 'reset)) > > (set! current initial-value)) > > ((number? x) > > (set! current (+ current x)))) > > (pdout 0 current) > > (pdout 1 x))) > > > > > > Given that the above has been evaluated in the scheme environment, then > > typing "scmob integrator 10" into a PD object would create a an object > > with one inlet, whose first outlet would be a sum of the number object > > received at the inlet, or be reset to 10 if the "reset" message is > > received at the inlet. The second outlet would be a copy of the inlet. > > > > -- > > > > Larry Troxler > >

1 0

Implementing a scheme extension language
by Larry Troxler 25 Jun '01

25 Jun '01

Hi all, I am attempting to implement an library which will provide a scheme extension language, and would welcome any comments. First I should say what my motivation is. I have found PD very fun and practical, except where any kind of serious programming logic is needed. In these cases, I have found it a mind bender to try to implement graphically what could be accomplished very easily using a text-oriented language. As a case in point, I want to create a PD piano instrument that uses a piano sample CD. Although I got it working with a particular set of sample files, it is clear that the graphical hookup technique is certainly not a sensible way to go about this. As a result (well, not only because of this, but also because of several other similar situations), I have longed to drop down into a textual language to implement PD objects. True, I could use C and implement what I need directly as a loadable object, but I though that an interpreted language would be in general nicer, and fast enough, for most purposes like this. I have decided at first to use "scheme in one defun" (siod), simply because my time is limited, and siod it takes much less brain power to integrate siod, then to learn how to implement guile or elk. Of course, guile/elk is more complete and probably will run a lot faster, and this is a future option. I'd like to present my first-attempt specs for how this would work, and see if anyone has any comments. This is very rough-draft and not precise, but just to give a general idea... 1) implement a global receiver (like "pd"), that when it receives any message, sends it to the sheme interpreter to evaluate. This would not be as nice as a seperate interpreter console, but for now, it will avoid me to have to deal with a new gui for an interpreter. Question: what to name this? I will take "scm" for now, so that for example, in a message box, "; scm foo `( 1 2)" will call the scheme function "foo" with the list (1 2) as an argument. The outer pair of parenthesis is implicitly added. 2) The scheme function (pdsend 'receiver arg1 arg2 ..) will send its args to the pd receiver named "receiver". For example, (pdsend 'pd 'quit). 3) The scheme function (pdreceive 'x fn) will create a pd receiver, so that when pd sends a message to "x", the scheme function "fn" will be called, and passed the message as a list. 4) The pd object "scmob" (Question: better name?) will instantiate a pd object implemented in scheme (for now I won't deal with DSP signals). Its first argument, prepended with "make-", will be the name of a scheme function which will create a closure which will become the object. The number of inlets to this object will be determined by the number of the arguments in the lambda expression returned by the generation function. And the number of outlets will be determined by, well I don't know yet. The additional creation arguments will be passed to the creation function. Within the lambda, the function (pdout n val) would send val to the n'th outlet of the object. When anything is received at the first inlet to the object, the arguments of the lambda will be bound to the current values at the inlets, and the lambda will be called. For example, say we have in the scheme environment (note, I just typed this in without a proper editor, so there could be paren mismatches, etc, but to give the general idea...) : (define (make-integrator initial-value) (let ((current initial-value)) (lambda (x) (cond ((and (symbol? x) (eq x 'reset)) (set! current initial-value)) ((number? x) (set! current (+ current x)))) (pdout 0 current) (pdout 1 x))) Given that the above has been evaluated in the scheme environment, then typing "scmob integrator 10" into a PD object would create a an object with one inlet, whose first outlet would be a sum of the number object received at the inlet, or be reset to 10 if the "reset" message is received at the inlet. The second outlet would be a copy of the inlet. -- Larry Troxler

2 2

MIDI latency
by Greg Rippin 24 Jun '01

24 Jun '01

Hello list, I installed pd .33 on my machine, and now have the multi-port support that I was looking for. Thanks! I'm still having some troubles that I can't quite figure out. With audio disabled, the following occurs: the MIDI latency is quite good if I simply play my keyboard into pd. Even if I play very quickly, pd follows without a glitch. Trying to get MIDI from a sequencer into pd is another issue, however. If I output MIDI from Cakewalk into pd via a virtual MIDI port, or via a physical loop (out of the sequencer via midisport out A, looped directly back into midisport in B and into pd), the resultant MIDI stream is very glitchy. The MIDI seems to get into pd in very short bursts, with long pauses in between. The main pd window (the dos window I run pd from) scrolls down and repeatedly prints "flush". Changing the -sleepgrain amount doesn't seem to effect this behavior at all. Sorry to keep bugging all of you with this. Any suggestions would be most helpful. Thanks, Greg -- Greg Rippin, Graduate Assistant Music Technology Program New York University 35 West 4th Street, Suite 777 New York, NY 10012 phone 212-998-5422 fax 212-995-4043 musictechgrad.info(a)nyu.edu www.nyu.edu

1 0

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 June 2001