Pd-list April 2002

pd-list@lists.iem.at

115 participants
275 discussions

Re: [PD] double precision + benchmarking
by Sukandar Kartadinata 04 Apr '02

04 Apr '02

>Yes, right, originally I wanted to stay close to the original, >but it prooved to be to much hassle to do so, at the end >the iPaq has other limitations too, not only floating point but >screen size, fonts etc. ... :) luckily I could strip those last two... however, one option I had in mind was to _control_ the gluiph from a PDA, although my idea of a musical instrument really is not to stare at a GUI >Well, I just replaced the time stuff int the scheduler loop and >sys_getrelatime() to int. >So I left the clock_ functions the way they are, at least something >I have tio think about yet. hmmm, but if you stick with the default TIMEUNITPERSEC of 32*441000 you have overflow after 304 seconds, no ? >If I understood you right, your problem isn't floating point in general >but double precision ? yep, that's right, my floats are just as fast as my ints >What can be seen by this setup is that, once cleaned up, it should >theoretically be easy toswitch from float to double precision within >computations. (Well not for the "magic" oscillators implementation). indeed. and as I said, if I can help with a cleanup, let me know Miller. Partially I already had to do it anyway, and if it helps more people than myself, maybe it should find its way into the canonical (adopting CSound speak here) release. cheers, Sukandar -- __--__--__-___-_--_-_-___-_-_--___-_-___ sukandar kartadinata the glui performance hardware http://www.glui.de/proj/gluiph.html _--__---_--_--___---_-_-_--_-__-

1 0

Re: [PD] announce: "coll" derivative
by oliver 04 Apr '02

04 Apr '02

03.04.02 18:36:33, Orm Finnendahl <finnendahl(a)folkwang-hochschule.de> wrote: >Hi Oliver, > >sounds cool. I tried to use your object but got stuck as it didn't find >a "switch" object. What is it part of, or did I miss something? please download mapx.tgz again. i already fixed this... > >Also I didn't see a maphash object, take a look at the help-patch... I guess you still have to >initialize that outside of the mapx object, right? yes, i first tried a version with the maphash-object inside the abstraction, but it turned out to be more practic to leave it outside. reasons: 1.) it allows the use of the "set"-options of mapread/mapwrite 2.) you can't have several instances of "mapx" if the maphash-table is inside ("multiple definition error" - like arrays...) 3.) i thought it is good to have the maphash-objects all together at a specified place for better orientation. plus, you don't always need all the features of "mapx" and therefore can also use mapread/mapwrite as well. it all seemed more "modular" to do it this way... ciao oliver

1 0

double precision + benchmarking
by Sukandar Kartadinata 04 Apr '02

04 Apr '02

Dear list, while the basic port of pd for the gluiph's TriMedia port went rather painlessly (compared to the hardware dev anyway...), there's still a few details that need to be ironed out. One I'd like to have your opinion/experience on is double precision arithmetic, which I'd have to run thru a software lib that slows things down by a factor of 100. Browsing thru the pd source, double precision seems to be used mainly (1) to process phase information for the oscillators (2) for system timing and (3) misc. graphic stuff. (3) is not much of a problem since the GUI will be stripped anyway (2) is not called all too often (?), so the slow down is kinda acceptable (1) is what I'd like your opinion on - how much do double precision phases improve sound quality ? (btw it seems that e.g. phasor~ doesn't use most of those extras bits but wraps around at 32 bits... can this be confirmed ??) second question is what people use for benchmarking, as I'm curious to see how my little box stacks up against the heavyweights. Preferably something w/o sound file access, as the file system is one of those other details I still have to tweak... thanks much, Sukandar -- __--__--__-___-_--_-_-___-_-_--___-_-___ sukandar kartadinata the glui performance hardware http://www.glui.de/proj/gluiph.html _--__---_--_--___---_-_-_--_-__-

3 5

"graph on parent" bug
by Josh Steiner 04 Apr '02

04 Apr '02

Sorry if this is a known, but it looks like the distance between gui objects graphed on their parent is being scaled a little strangely: http://eds.org/~joschi/r/parent.jpg http://eds.org/~joschi/r/child.jpg this is on windows 2000 with 0.35test16 this feature was a surprise to me today, I've been wanting it for ages and I'm really excited that its alredy in .35 ... cheers. ________________________________________________________________ Josh .. Yoshi .. Joschi .. xiphoidprocess.com .. eds.org/~joschi

3 2

linux newbie
by Andre Schmidt 04 Apr '02

04 Apr '02

huh didn't think it would be so easy... got redhat + pd installed and running BUT i opened 22.pulse.width.mod, i can hear the sound but when i press "bang"(to update the arrays) theres a ~10ms cap in the sound to hear. also when i change to other windows theres a cap(hole) in the sound !? (but anything else seems to work) maybe i did it the wrong way: 1. i unpacked pd-0.35-test16.tar.gz direct from konqueror to desktop 2. opened "/desktop/pd-0.35-test16/src" in shell/konsole and typed "make" 3. it printed a lot text for a while and stopped 4. went to "/desktop/pd-0.35-test16/bin" clicked "pd" and voila, runs im using: pentium2-350mhz, 128mb, soundblaster64(ISA), redhat7.2 btw. i cant see the "printout" window of PD ??? happy linux newbie :) -andre

2 1

windoze vs linux
by Andre Schmidt 04 Apr '02

04 Apr '02

hi a little general question for change :) what are the "biggest" (performance) differences using PD on windoze or linux i'm (at the moment) mostly interest on audio analyzing and visual creating (GEM) PD is coded on linux and then ported to win, right? i will be still using PD on windose because of framestein... but when i get PD running on linux i think i will be using PD more on linux as windose... (BIG "HUG!?" to network communication :) btw. what are the minimum linux requirments for PD, thinking 4 (future) installations... (any1 making a PD "optimized" linux distribution :) i'm installing redhat for starters, any know problems with PD+GEM ? well, i'm a newbie 2 linux. but thats no problem, i'm a "computer freak" :) i've installed redhat 2times succesfully but because of my (old) HD-controller couldnt boot it... so on to a new luck with my new hardware... (btw, any good links about linux, like "linux in a nutshell", but i hate 2 read too much uninformatical blaa blaa) sorry that i'm asking so much "simple" questions here and preventing you(all) from developing PD... but me love PD sooooooooooooooooooooooooooooooooooooooooo mutz :) -andre

5 4

problem with audio I/O under Win2k
by Olaf Matthes 03 Apr '02

03 Apr '02

Hi list, I have some problems getting reliable audio I/O with Pd (0.35 test 11). After a few moment I get "audio I/O stuck... closing audio" and have to restart Pd to get audio again. DSP processing still works (I can listen to an ogg vorbis stream that I send with Pd).... BTW. this happens under Win2k Prof. using the internal soundcard (Analog Devices with SoundMAX driver). Any help is very appreciated!!! - Because I have a performance on Thursday and really need audio I/O! Olaf

2 2

templates, data, scalars etc.
by Orm Finnendahl 03 Apr '02

03 Apr '02

Hi Miller, I'm currently trying to understand the concepts behind PD's notion of data, scalars, templates, pointers and such. I have to admit it is quite cryptic to me as I couldn't find any documentation besides the help patches. My questions: 1. Is there any documentation anywhere, which explains, what exactly a scalar means in pd's terminology? It seems, a scalar can be a list or some reference to a subwindow with graphic capabilities. 2. How does the template/data mechanism work? If there isn't any documentation, I would volunteer to write one, once I've fully understood the concept. For that purpose I attached my understanding of it below (please correct me where I'm wrong, I'm just trying to get grips with this and am thinking aloud (sorry for the noise but maybe its helpful for somebody in the list)). Three more things: 1. In version 0.35test16 a message is printed that the use of "template" is deprecated (while still working) and the use of "struct" is recommended (I couldn't find any documentation for that yet). 2. In my version an object named "scalar" doesn't exist anymore (therefore some of the help patches are broken). 3. In addition I couldn't find any documentation about the "show on parent" feature of canvases. Is there anything documented somewhere? Yours, Orm --------------------------------------------------------- My understanding of the template/data concept in PD: - any window in pd can contain one and only one template object. This object defines fields much like a struct declaration in C. In order to allocate memory and data space for instances of the template you have to use a pd subpatch called pd <some-name>-data (does the name have to end in -data? Does it have to be a subpatch or could any pd window be used as data space and how would the top window be referenced?) - In order to access the data you have to use pointers. To store the data, the "append" and "traverse" objects are needed: The append object appends values given in the left inlet to instances of a template of the form given as first argument. Which fields are accessed by the values in the inlets are specified in the remaining arguments of the append object. The instance (actual place), where to store the data has to be given in form of a pointer to the rightmost inlet of append (and it has nothing to do with the location of the template). As said above, the instance is given in form of a subpatch of pd. To set the pointer, you send its leftmost inlet a message "traverse pd-<name-of-subpatch>, bang". (Question: could any subpatch window name be used here and are there other ways to create instances for data storage apart from pd subpatches?). - To clear the data you have to send a "clear" message to pd-<name-of-subpatch>. That clears any contents in the subpatch window. (Question: Are all the objects and patchcords gone forever?) - To retrieve the values, you can use the get object (with template name and values to retrieve as arguments) and send it the pointer of the instance where to get it (again with traverse). Subsequent "next" messages to the pointer object will access the following fields. (Question: Is there a way to access, say the 5th element in this data structure directly, or is the data stored as linked list? How can I access the last element in the list?) - This mechanism can be used for graphics by the use of "filledpolygon" and such. These objects take arguments about the size and colors. These arguments can also contain references to template fields in the same window. If graphics are used, the first two fields of the template in this window have to be floats. They specify the local x and y coordinates of the graphic to be drawn. (Question: Do the first fields have to be called x and y?) Any storage of an instance of the data to its subpatch window results in a drawing of all graphic-drawing objects in the same window as the referenced template object (What about the subwindows of the window, the template object is in?)

3 2

-noresync
by Joreg Diessl 03 Apr '02

03 Apr '02

halo pdser. as my pd (34.4 & 35.16) are often resyncing audio i tried to use the -noresync flag, which prevents pd from starting up and only shows the list with available startup flags. if (bug || feature) then joreg.

2 1

problems and crashes with 0.35test16
by vanDongen/Gilcher 03 Apr '02

03 Apr '02

It compiles fine, but when I try to run 0.35test16 I get the following error: bad option "map" mut be one of the following: compare , ...... a whole list. When I try to put an object on a canvas, pd crashes with a floating point exception. Could be that my tcltk intallation is messed up, but I am not sure. I think I am using 8.0 although there also seem to be 8.2.so libs.Changing the libtk link doen't help anyway.Maybe a header mismatch? Any ideas? Gerard

2 1

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 April 2002