Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

writing externals
by Johannes M ZMÖLNIG 16 Apr '99

16 Apr '99

Cheers, Miller ! What happened to functions of the following type in release 0.25test3 (for Win) class_addmethod(any_class, anyfunction, gensym("float"), 0); my externals wouldn't work until I changed it to class_addfloat(any_class, anyfunction); Did you do this on purpose ( to distinguish between floats and "float"-symbols) ? By the way : when I'm opening a patch with Audio already ON the dsp-engine won't work until I switch Audio OFF and then ON again; this is quite annoying if other patches are already running... I experienced this on pd024 only and I never tried it on any 0.25 release, so maybe you have already fixed it (or maybe this is part of an idea of some kind of concept I haven't checked and not a bug so it will never be *fixed*) hannes -- jOhannes M forum::fÃ¼r::umlÃ¤ute zmÃlnig

1 0

pd-0.25test3
by Johannes M ZMÖLNIG 15 Apr '99

15 Apr '99

1 0

Re: Pd 0.25 pre-release
by Miller Puckette 15 Apr '99

15 Apr '99

HI all, in the 0.25 pre-release (NT only!) the "-adc" flag has been renamed "-nodac" and the "-dac" is now "noadc,", contrary to the usage message that "pd -help" outputs. On SGI I've only compiled Pd for "o32" so far (my SGI machine is 5 years old!) and would like someday to put out an "n32" version which would run quite a bit faster. I would suggest leaving "pd-gui" in o32 so that it works with TK, and only compiling "pd" itself with n32. The two only communicate via sockets and there's no need for them both to be n32. cheers Miller

4 3

using 2 computers
by Michal Seta 11 Apr '99

11 Apr '99

Hello all, So, I'm planning to use pd in a performance. The idea was to use 2 laptops running pd under linux. However, one of the laptops seems to be quite useless as it has no sound input nor output (exept for a built -in mic and speakers...) so I was wondering if using them networked through ethernet would allow me to approximate something of dual processor nature. Haven't experimented with it as we don't yet have ethernet cards. I would appreciate any ideas in this repect. I'm mainly intersted to know what kind and how much data would I be able to exchange between the 2 computers over a (hopefully) 1000baseT ethernet card. Also, relating to the running of pd under root. I've tried to run it as a user and it works fine except for clickes (and obviously I'm not the only one that has noticed it) and I've noticed the same type of clicks when I use MixViews to play large soundfiles. Running audio software as root doesn't seem to have the same side-effect. How can I optimize it? Obviously, I still don't understand the concept behind running pd (or other software) under root vs. user... thnkx ..... .... ...... Michal Seta ...... ..... ....

2 1

Real-time priority
by Larry Troxler 07 Apr '99

07 Apr '99

Hi, I haven't been using PD lately, but thought but the recent messages about running PD as root insterested me. I assume that PD grabs the Posix real-time scheduling algorhihm when running as root. Once, when playing around with the some other real-time audio code, I was able to use a second thread as a sort of software watchdog. The watchdog thread would run periodically, checking and clearing a global flag that the audio thread would write everytime it completed its output generation loop. The watchdog thread ran one priority level higher than the audio thread. This was a while ago, but I remember that the concept seemed to work. Am I missing something with this idea? Larry -- Larry Troxler -- lt(a)westnet.com -- Patterson, NY USA --

3 3

pd linux woes
by est＠hyperreal.org 06 Apr '99

06 Apr '99

Guenter Geiger discourseth: > > There are a few guesses here. Possibly the input is not correctly > started, and the program hangs in a read in kernel code. > You could put debug before and after the read and write, and look > if it really happens there. Unfortunately it hangs so hard that even an strace doesn't work. > > I doubt that's the problem in my case. Coincidentally, I've done a > > lot of work with buffer configuration for my audio driver. :) > > Ahh, very good, still I suspect an audio driver problem. I suspect you're right! The -dac option works for me. I hacked around the soundcard initialization code a bit to see if the problem was there (*many* unclean reboots :) but with no luck. I think my driver just has a full duplex problem. > > It's a PCI128 soundcard. My kernel is the latest update from redhat: > > 2.0.36-3. I *did* modify the sounddriver to fix a bug in the mixer > > map. > > Yes ? I always wanted to do that correctly, there is a separate mixer ioctl > for turning on and of the "monitor feature". Did you implement that ? > My version only uses a "fast hack" to get things done the way I want. > We may come up with a clean version and submit the patch to the author. If you're talking about the separate output channel, a ioctl() for that is in the latest version of the driver. :) > Mhmm, I never tried the PCI128 with 2.0.36, only with recent kernels. > You might try it with 2.2.x. Indeed..the latest drivers seem to require 2.2.x. I expect I'll make the move to that soon. > Here a short quote from a previous thread about PCI128 (just to give a little > bit of hope) > [...] > > (you probably have read all of this already) Uh..well, I should have. :) This certainly encourages me to try the latest kernels and drivers. Many Thanks, Eric

2 1

RE: Preferred Pd platforms
by Mark Danks 03 Apr '99

03 Apr '99

> -----Original Message----- > From: Chris Graham [mailto:chrisgr@mail.quik.com] > Subject: Preferred Pd platforms > <snip> > I'm in the process of buying a new computer, and I'm > wondering what choices > I should make for compatibility with Pd (and GEM). > > I'd appreciate some help with a few questions: > > - How similar is Pd to MAX? If I get the book on MAX > programming, will this be an aid to learning Pd? > IMHO, it would be very difficult to learn Pd without knowing MAX right now. This is starting to change due to some tutorials and help docs, but there isn't too much right now. A book on MAX programming probably won't help, because it won't cover the audio objects, GEM, etc. and will probably focus on a lot of objects which don't exist in Pd. If you can get Chris Dobrian's (sp?) Max/FTS tutorial, then that is probably the best bet. > - What would be a good hardware/OS platform for Pd? What I'm > interested in is stability of Pd on the platform, and very good performance. > WinNT is probably the most stable right now, if for no other reason than Miller and I develop there primarily there. Linux probably has the best performance, but then you have to deal with a lot of hardware/installation issues there... > Because of other software I'd like to run, my preference > would be for an Intel box running NT - around a 450mhz Pentium III. >From This would be fine. If you want to run GEM, then I would suggest a TNT or TNT2 (when it comes out May 1st), preferably with video output. The very high end accelerators don't offer much benefit unless you are doing things like softimage. > If so, then I have these specific hardware questions: > > - suggested sound card > - type midi interface > - amount of ram > - benefit of dual processor capability > The more RAM the better. You can't have enough. In this day and age, 128Meg minimum. Right now, there is no benefit from a dual processor...but it is being looked into. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

2 1

Preferred Pd platforms
by Chris Graham 01 Apr '99

01 Apr '99

Hi. I've been following discussions on this list for a few weeks now. I'm attracted to Pd because I'm looking for a MAX-like development tool for MIDI processing and sound design that will run on a PC. I'm also a C developer, and it would be fun to contribute to testing, debugging, etc. I'm in the process of buying a new computer, and I'm wondering what choices I should make for compatibility with Pd (and GEM). I'd appreciate some help with a few questions: - How similar is Pd to MAX? If I get the book on MAX programming, will this be an aid to learning Pd? - What would be a good hardware/OS platform for Pd? What I'm interested in is stability of Pd on the platform, and very good performance. Because of other software I'd like to run, my preference would be for an Intel box running NT - around a 450mhz Pentium III. From what I've read on the Pd websites, this would be a good choice. Is this correct? If so, then I have these specific hardware questions: - suggested sound card - type midi interface - amount of ram - benefit of dual processor capability Thanks - Chris Graham

1 0

Possible Memory Leak in pd-linux-0.25TEST4.tar
by John Michael Davison 01 Apr '99

01 Apr '99

Regarding pd-linux-0.25TEST4.tar --> pd/src/m_memory.c, is this a memory leak? void *getzbytes(size_t nbytes) /* get bytes, zeroed out */ { void *ret; if (nbytes < 1) nbytes = 1; ret = getbytes(nbytes); ret = (void *)malloc(nbytes); <------ MEMORY LEAK? if (ret) memset(ret, 0, nbytes); return (ret); } -- John Davison jdavison(a)inch.com

5 6

Re: Possible Memory Leak in pd-linux-0.25TEST4.tar
by Miller Puckette 30 Mar '99

30 Mar '99

It sure is. Thanks! >is this a memory leak? ... ret = getbytes(nbytes); ret = (void *)malloc(nbytes); <------ MEMORY LEAK? ... cheers Miller

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