Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

playthrough
by |L_| 16 Feb '99

16 Feb '99

hi is it possible to mute the playthrough/(monitoring) when you re using "live" input on linux & oss drivers? tks,oss -- 1337777.16662735

5 4

more
by |L_| 15 Feb '99

15 Feb '99

yes, and 2 more things: -guenther, pd exits uglily when you try to open a non-existing file into sfread, and also, after this has happened once, you need to delete the sfread object completely and insert a new one because it then it will only crash when you try to load any file. weird. -miller: any news on udp for netsend-recieve? thanks again, os.s -- 1337777.16662735

2 1

... and more
by |L_| 15 Feb '99

15 Feb '99

juuh, another thing: is it possibel, when you re doing either a "pd blabla" or "page bla" or any abstraction, to pass arguments into the subwindow?, like "page bla arg1 10 bang" and access them inside the subwin as $1, $2 , etc ... -- 1337777.16662735

2 1

list down for 2 days
by Norbert Math 14 Feb '99

14 Feb '99

Due to construction work in our building, our server will go down on feb 18th and 19th, so no mails to the mailing list will be forwarded these days. We apologize for this inconvenient. PS I moved the mailing list archive to the link http://iem.mhsg.ac.at/mailinglists/pd-list/ and there is also a small website about pd at http://iem.mhsg.ac.at/pd (hope it will grow :-) ) norbert

1 0

RE: pd and clock cycles
by Guenter Geiger 08 Feb '99

08 Feb '99

> From: Michal Seta [mailto:mis@music.mcgill.ca] >I actually am using the commercial OSS driver and it does work in full >duplex... What am I doing wrong ? :)) Interesting ... Mayby we should make a list, which combination of sounddriver - card works and which doesnÅ½t. I think OSS commercial supports full duplex on SBÅ½s too, ... guenter

1 0

RE: pd and clock cycles
by Michal Seta 08 Feb '99

08 Feb '99

On Fri, 5 Feb 1999, Guenter Geiger wrote: | | |> When I run pd with the default settings (-r 44100 -ada) no gem |> (still.....) it eats up about 50% of the cpu cycles. Just |> when it's idle, |> no patches open, audio off. | |What kind of sounddriver do you have installed ? |I guess you use the commercial OSS driver. Unluckily full duplex doesnŽt |work with the commercial version. (Although the API is fully compatible to the |free version :). | .. and it really makes me wonder where it burns up the CPU cycles. I actually am using the commercial OSS driver and it does work in full duplex... What am I doing wrong ? :)) | |There are two hidden command flags for pd, with which you can exeriment. | |-frags <num> |and |-fragsize <num> | I'll try that, thanks. | |PS: if you have problems compiling Gem, just send my the output of |compile and make, then I can try to figure out what is going on there. I'll do that. Thanks. | |> |> Gear: |> IBM i1440 thinpad |> 266MMX |> Yamaha OPL3 sound card. |> OSS. | |which OSS ? free : commercial; | commercial ..... .... ...... Michal Seta ...... ..... ....

1 0

short question
by _|=~ 08 Feb '99

08 Feb '99

hu. is it possible to remove items from a list, and/or reset it to zero entries (opposite of append)?

1 0

problems starting pd
by Elliot Anderson 08 Feb '99

08 Feb '99

I just installed PD 0.24 under Redhat Linux 5.2 on a Pentium 333. I'm running KDE for a window manager. When I try to run PD I get the message: Connecting stream socket: network is unreachable 101 Then nothing. I hit Ctrl-C to get back to the bash prompt. I'm relatively green to Linux. What do I need to do? Thanks, Elliot Anderson Elliot Anderson Adjunct Professor, Electronic Media, Art Department University of California, Santa Cruz http://www.sirius.com/~ewanders

2 1

gem on rh5.1
by lu 08 Feb '99

08 Feb '99

hi guenter! On Fri, 5 Feb 1999, Guenter Geiger wrote: ::PS: if you have problems compiling Gem, just send my the output of ::compile and make, then I can try to figure out what is going on there. nice co-incidence, that came just after i had failed to compile gem... what i did (maybe i should add i know little about c/c++ programming, still, getting pd compiled and installed was smooth): * changed the Makefile (uncommented the Linux stuff, commented the SGI stuff out) * ran make result: see attachment i run rh5.1 on a pII 233 notebook, kernel 2.0.34-1, glibc 2.0.7, glib 1.0.1, glibc-devel 2.0.7, gcc 2.7.2.3. mesa 3.0 works fine (i.e. the demos that came with it) ah, yes, gem is 0.77 as provided by wonk.epy ahoi luC \n==========Compiling Debug========== make Application_objects "CC_FLAGS = -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g" make[1]: Entering directory `/usr/local/pd-0.23/gem-0.77/src' \n----------Base---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Base' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c CPPExtern.cpp -o ../Objects/CPPExtern.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [CPPExtern.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Base' \n----------Geos---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Geos' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c circle.cpp -o ../Objects/circle.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [circle.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Geos' \n----------Nongeos---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Nongeos' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c world_light.cpp -o ../Objects/world_light.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [world_light.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Nongeos' \n----------Controls---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Controls' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c gemhead.cpp -o ../Objects/gemhead.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [gemhead.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Controls' \n----------Manips---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Manips' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c alpha.cpp -o ../Objects/alpha.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [alpha.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Manips' \n----------Pixes---------- make[2]: Entering directory `/usr/local/pd-0.23/gem-0.77/src/Pixes' gcc -Wall -I. -I.. -I../../../src -I../AuxLibs/Jpeg -I../AuxLibs/tiff/libtiff -I../AuxLibs/liborb -I../AuxLibs/gltt -I../AuxLibs/td -I../AuxLibs/particle -DDEBUG -g -c pix_image.cpp -o ../Objects/pix_image.o gcc: installation problem, cannot exec `cc1plus': No such file or directory make[2]: *** [pix_image.o] Error 1 make[2]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src/Pixes' make[1]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src' \n==========Linking Target========== make[1]: Entering directory `/usr/local/pd-0.23/gem-0.77/src' make[1]: *** No rule to make target `CPPExtern.o', needed by `../../Gem.pd_linux'. Stop. make[1]: Leaving directory `/usr/local/pd-0.23/gem-0.77/src' make: *** [debug] Error 2

1 0

pd and clock cycles
by Michal Seta 08 Feb '99

08 Feb '99

Hi all, Funny thing I noticed. When I run pd with the default settings (-r 44100 -ada) no gem (still.....) it eats up about 50% of the cpu cycles. Just when it's idle, no patches open, audio off. In the case of the same sampling rate but running in -dac mode it takes about 1% when having something like one osc~. I can run it fine in the -ada mode at -r 22050. Even a complex patch doesn't take much cpu (well, within reason). Any ideas about this behaviour? Gear: IBM i1440 thinpad 266MMX Yamaha OPL3 sound card. OSS. RedHat 5.2 Thanks ..... .... ...... Michal Seta ...... ..... ....

1 0

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