Pd-list April 2002

pd-list@lists.iem.at

115 participants
275 discussions

"realtime"
by Andre Schmidt 12 Apr '02

12 Apr '02

hi i "have" to do some "realtime" calculations like fps & bpm... so, all you pd wizards; what is most accurate way to count (milli)seconds in pd [win2k] thnx -andre

2 1

OSC Win32 type-tagged version
by Bob Falesch 12 Apr '02

12 Apr '02

i now have a win32 binary of the type-tagged version of the pd OSC object: http://207.208.254.239/pd/w32_osc_tt.zip i ran new stress tests and this time noted the packet rate capability with the graphically active patcher window closed (this took all load off of wish83.exe). the difference is profoundly significant: with spinning numberbox window open -- 2180 packets/sec -- est. 127000 byte/sec -- cpu load 100% with spinning numberbox window closed -- 3800 packets/sec -- est. 220400 byte/sec -- cpu load 56% so with that one pd window closed and not updating those number boxes, my throughput is nearly doubled. in that mode, network bandwidth is the constraint, rather than system throughput (apparently-- as i'm running a 10 Mbps ethernet). the source (and VC++6.0 project files) will be up there after i double check the non-Win32 compile conditions (this new version is my attempt to preserve the multi-platform-ness). cheers, ______________________ | b o b f a l e s c h | www.zeggz.com/raf/ *

1 0

iiwu
by TidyNeatHair＠netscape.net 12 Apr '02

12 Apr '02

Any hints for getting iiwu to work? Pd-iiwu object doesn't create for me, with iiwusynth installed either from source or as a .deb. I can't find any answers anywhere else on setting up iiwu itself, so any pointers are appreciated. Thanks, tim b __________________________________________________________________ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/

4 3

Re: OSC (sendOSC, dumpOSC, OSCroute) ported to win32
by Bob Falesch 12 Apr '02

12 Apr '02

i need to correct myself: that p3 notebook is a 650MHz. i've done some load testing (sending to the pd side from max) with simple loops and to summarize: with a light pd, i see 40,000 bytes/sec with small packets and up to 127,000 bytes/sec with large packets. this is the maximum lossless rate--there's a significant packet loss mode just above these rates. with a heavier pd doing something approximating useful work (no dsp running, although i did start pd with two channels of sound out enabled) i measure 20,000 bytes/sec as the cpu rises to 100%. i'm expressing this in terms of databytes only (i haven't looked closely enough at the protocol yet to understand what the overhead really is, but the packet-size effects seem quite normal to me). so the packet loss mode appears closely tied to cpu rather than tcp bandwidth issues. when the cpu nears the limit, i'm seeing wish83.exe using ~~49% of the cpu, and pd.exe the other 49%. why does such a lame little patch put such a load on wish83? the only graphic updates during these tests were two of the four number boxes spinning away (the packet count displays). could i be missing some kind of optimization? regards, ______________________ | b o b f a l e s c h | www.zeggz.com/raf/ Bob Falesch wrote: > > i've ported cxc's pd-fication of OSC to win-32. the dll is here: > > http://207.208.254.239/pd/w32_osc.zip > > so far i've had success sending in both directions between these two > systems: > > -- g3 250 Mhz powerbook > macos 8.5.1 > max 4.0.7 > osc-for-max 2.4 (m.wright's current distro) > > -- p3 850 Mhz notebook > win-2k > pd 0.34.4 > > ...using a cheap, lightly loaded hub, and also directly with a > cross-cable. i've tested it so far only with relatively low bandwidth > control types of data, and probably won't get to anything real strenuous > for a while, although i will soon cobble together some tight load-loops > to determine at what point it might drop packets. if anyone has a > stress-test patch i'd be grateful to try it out. > > i intend to test with pairs of win32 systems (i should say w2k+, as i've > no plans to try w98/me etc), and also with linux, but that will not be > soon. i can put the source and the vc6.0 project files up there when i > fold it more elegantly into the original source (2-3 days, i'd guess). > > if anyone is sufficiently reckless with free time to test this, i'd be > happy to hear about your results. if on the other end you use the > equivalent of wright's latest version (with time and type-tags), such as > i did with the max version listed above, remember to put it in the > reduced feature mode. with that max version, you prime the > [OpenSoundControl] with the message "writetypestrings 0" ...you'll > save some headscratching (i wasted a half-hour before waking up to that > one). also, see OSCroute-help.pd, which teases with some parsing ideas > that should result in elegant midi-fying and other nifty data-fying. > > if anyone wishes to try this with the peewee win-32s (98, etc) and it > fails, i would definitely look into it (i still have access to a w98 > dual boot here). if it fails i should think a fix would be trivial > (famous last words...) > > cheers, > ______________________ > | b o b f a l e s c h > | www.zeggz.com/raf/ > *

2 3

Re: fft algorithms
by Marc Lavallée 11 Apr '02

11 Apr '02

Orm Finnendahl wrote (10 Apr 2002 10:53:20 +0200): > I'm just asking because my project will probably contain some heavy > fft processing and I'm trying to find out whether it's necessary to > implement other fft routines than the existing ones to minimize > cpu-load. FFT in PD was killing my old PC, so last year I was planning to hack PD with a fast FFT library. Now that I have a better PC it's less of a priority. There's a couple good FFT libraries out there: http://cr.yp.to/djbfft.html http://www.fftw.org/~skral/ http://www.fftw.org/pfftw-0.03.tar.gz The last one is optimised for MMX and is fast; it's experimental stuff, but I tried it once with some C application and it was working very well. Then I tried to replace the mayer fft calls in d_fft.c with the ones from the pfftw library. It didn't work so maybe someone have an idea how to do it. -- Marc

2 1

Re: [PD] IEM lib and XP
by Andrei Savitsky 11 Apr '02

11 Apr '02

i use pd-0.34-4.msw, and yesterday had installed 0.35 test10. (i know there is 17th already, but... I will install this one on a week-end). they are both working fine. andrei ----- Original Message ----- From: "mark" <mark(a)junklight.com> To: "'Andrei Savitsky'" <a.savitsky(a)hhtp.org>; <mark(a)junklight.com> Sent: Thursday, April 11, 2002 5:13 PM Subject: RE: [PD] IEM lib and XP > Hi, > > that is reasuring - I will try again. > > Which version of PD are you using? > > cheers > > mark > > -----Original Message----- > From: Andrei Savitsky [mailto:a.savitsky@hhtp.org] > Sent: 11 April 2002 17:07 > To: mark(a)junklight.com > Subject: Re: [PD] IEM lib and XP > > > I work on a laptop under XP with IEMlib now. > Everything is allright, it works fine. > Try to reinstall pd and lib. > > andrei > > > ----- Original Message ----- > From: "mark" <mark(a)junklight.com> > To: <pd-list(a)iem.kug.ac.at> > Sent: Thursday, April 11, 2002 4:49 PM > Subject: [PD] IEM lib and XP > > > > I've just installed XP on my laptop and have been > > putting PD back on it. Everything seems to work > > fine except IEMLib - has anybody come across > > anything similar - it all seems fine no errors or > > anything - it just doesn't work (ie. you can't make > > the objects it defines). > > > > cheers > > > > mark > > > > > > > > >

1 0

get canvas information
by Michael Iber 11 Apr '02

11 Apr '02

Hello, 2 questions: I defined (in self-creating patches) canvas names according to the dynamic-receive-patch, which was posted on this mailing list by putting $0 as the property-name. Is it possible to trigger, send the resulting canvas-number anywhere? Is there a way to define global variables (like a=1)? If yes: how can I do it, and how can I access them? Thanks and regards, Michael

4 4

RE: Wishlist (was Re: [PD] 3 questions regarding PD)
by mark 11 Apr '02

11 Apr '02

One way perhaps of standardising the external situation would be an install menu item in pd. This would allow a the selection of a definition file: external=ext example lib_win=ext.dll lib_linux=ext_linux depends=zexy doc=ext_help.pd author=Bob the Builder version=0.1 data=12/12/1947 or something similar. Pd would then copy the correct files to the correct places (and do things like saying - "you already have a more recent version installed - continue - yes/no"). mark -----Original Message----- From: drjschn(a)gmx.de [mailto:drjschn@gmx.de] Sent: 11 April 2002 14:37 To: pd-list(a)iem.kug.ac.at Subject: Wishlist (was Re: [PD] 3 questions regarding PD) On 9 Apr, Ivica Bukvic wrote: Actually my time is short for the next few moths so i can not join coding soon. But being inspired by Ico i had some thoughts to share. > 1) Will there [ever] be the patch implemented that will allow "elbows" [...] Nice idea. I immediately had to think of *optional components* or alternative specifications. If the nice 3d gui slider is missing we might use the standard one. If we have a faster fft... Anyway, a decoupling granularity less than a subpatch might cause confusion. Such a feature could be implemented using pd itself but a standard mechanism would help a lot. I would call it a configuration manager. Proper design might even allow to substitute hardware by a software emulation. (1) Working with pd i could easily increase my effectivity if i had a *macro toolbox* (some sticky "insert from file" dialog). I'd love to have a placement grid snap or some *alignment*. (Yes this is my failure but i seem to be addicted to optical purity) *Zoom buttons* also would be great. > 3) What are the chances of incorporating all externals and stuff (i.e. > Framestein, Gem etc.) together with Pd into one simple installer, rather > than having to look for all of them all over the net? Since a lot of modules exist and many of them implement functionality of common interest i also had an itch calling for compilations. The idea is good but how to support "open" in "open source"? The modules interdepend somehow. Compilations should not become necessary as a whole to use a particular module. If one provides a dependency checking automagic download and install tool it should have a finer granularity than compilations. (BTW "compilations" - lets brainstorm: gui, audio, video, math, scripting, control and connection, development) We need: - a download list. pure-data.org could host (it does already somehow) - check dependencies. tool and component interface - compile and install (tool and interface) - documentation is most important since standards will only be used if documented properly. Maybe extend the current directory structure. Have i overlooked a wishlist on any pd related website? Greetings - Robert Figura Footnote: (1): For more notions see "Generative Programming", by Czarnecki, Eisenhecker, 2000. -- /* mandlsig.c v0.23 (c) by Robert Figura */ I=1702;float O,o,i;main(l){for(;I--;putchar("oO .,\nm>cot.bitamea\ @urigrf <raguFit erobR"[I%74?I>837&874>I?I^833:l%5:5]))for(O=o=l= 0;O*O+o*o<(16^l++);o=2*O*o+I/74/11.-1,O=i)i=O*O-o*o+I%74*.04-2.2;}

2 1

IEM lib and XP
by mark 11 Apr '02

11 Apr '02

I've just installed XP on my laptop and have been putting PD back on it. Everything seems to work fine except IEMLib - has anybody come across anything similar - it all seems fine no errors or anything - it just doesn't work (ie. you can't make the objects it defines). cheers mark

1 0

3 questions regarding PD
by Ivica Bukvic 11 Apr '02

11 Apr '02

Hi all, Just to say that I am greatly thankful for PD's existence. It is truly a great app. I have a couple of questions (or suggestions, depending how you perceive them :-) though: 1) Will there [ever] be the patch implemented that will allow "elbows" in connectors? I know that someone mentioned a while on the board they had a patch for it, but am not sure where to get it and whether it works with the latest version. How about permanently including it so that people who want to use it can, and who don't can still do the stuff the old-fashioned way (since its inclusion would not theoretically have to nullify current way of connecting objects)? 2) Does anyone have a link to the compiled dll for the ggee externals? I am having a terrible time trying to compile the source in XP? 3) What are the chances of incorporating all externals and stuff (i.e. Framestein, Gem etc.) together with Pd into one simple installer, rather than having to look for all of them all over the net? 4) How reliable is the ASIO support in WinXP with Pd 0.35.x? I read something about only 2 channels being usable? Is this true? If so, is there a workaround? Ok, so I lied, I really had 4 questions ;-). I would greatly appreciate any feedback I can get on these. Thanks! Ico

8 8

← Newer
1
...
17
18
19
20
21
22
23
...
28
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 April 2002