Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Re: Linux and Latency
by Miller Puckette 22 Aug '99

22 Aug '99

Hi all, I've put "pd 0.26 patch 1" for linux on the web site, www.crca.ucsd.edu/~msp/software.html to fix things for people whose audio drivers can't hack "GETISPACE"/ "GETOSPACE" ioctl calls. In the patched version, if you invoke either the "-frags" or "-fragsize" flag the audio buffer size is managed the old fashioned way. In this case, the "-audiobuf" flag is IGNORED; set audio buffering with frags and fragsize only. If you don't invoke "-frags*" you get the (much better) functionality of 0.26. The linux Pd distributions on my site are tested for redhat only; Debian users may have to change some paths and remake. cheers Miller

2 1

Re: Linux and Latency
by Miller Puckette 21 Aug '99

21 Aug '99

Hi Guenter & Reine, Well, I hacked pretty hard on the sound support for 0.26 (so making "-audiobuf" use the GETISPACE/GETOSPACE ioctls for instance.) On drivers that support those features (like my Creative PCI driver) this works great, but apparently I really should be offering a "-stupid-linux-audio-driver" flag to go back and do it the 0.25 way with -setfragsize or whatever. I confess I don't know what the fragment size business even does, but on PCI128 it's nowhere as good as using GETISPACE/GETOSPACE. So I propose to try to put out a "patch" of 0.26 giving the choice, perhaps using Guenter's proposed flag name. Right now I'm trying to put out a new release of fiddle~ etc, so the "patch" might not hit the web until this weekend or so... cheers Miller

3 3

pd-0.26 uploaded to Debian
by Guenter Geiger 21 Aug '99

21 Aug '99

Hi there ! I've just uploaded the Alpha version of pd for inclusion in Debian 2.2. The Intel version will hopefully be done by Debians autocompiler. I would like to hear is, where people have problems with 0.26 so I can fix that and/or write down instructions how to avoid them. Guenter

2 2

notes on a day with gem
by 73.WrZ_zBl_5.67 21 Aug '99

21 Aug '99

hu! just to have more traffic on the list .. ;) gem-0.79-2 for linxu: could absolutely not manage to cvompile it, with very mysterious errors like: No rule to make target "../Base/m_pd.h" needed by CPPExtern.o .. or: No rule blabla target "/usr/lib/gcc-lib/alpha-linux/egcs-2.91.66/include/stddef.h" where its looking for alpha secific inc filez? any attempts trying to resolve this just went down to downloading version 0.79-1 ... ;) which did ok , sort of .. also gem/pd like to crash when you "destroy" the gemwin or just close a patchwindow , especially the eamples or custom made "more complex" stuff, not so wiht simple hewlp files .. naja. and finally, if i wanna load Gem and ggext, how d i go abvout that? just load gem from commandline -lib Gem and insert a "ggext" object into the patch? or DO mutliple -lib flags work ? ok, ltr. .. so --

2 1

gem addon qu
by 73.WrZ_zBl_5.67 20 Aug '99

20 Aug '99

oehr, whats the recommended method of "recording" gem output? scripting screenshotz would do theoretically but suppose its hard with 25 screenshotz / sec and furthermore compressing each img to jpg ... ? --

1 0

RE: notes on a day with gem
by Mark Danks 20 Aug '99

20 Aug '99

Ooops, should have been "since I am still NOT working on Linux yet". Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ---------------------------------------- > -----Original Message----- > From: Mark Danks [mailto:mdanks@Stormfront.com] > Sent: Friday, August 20, 1999 8:46 AM > To: 73.WrZ_zBl_5.67; pd-list(a)iem.mhsg.ac.at > Subject: RE: notes on a day with gem > > > Hmm, can't say that I know what the problem is, since I am still > working on Linux yet. > > However, next week, gem 0.81 is going to be released (sorry > that 0.80 > for un*x got skipped). Things might work better there... > > By the way, the "no rule to make target "../Base/m_pd.h"" means that > the makefile didn't realize that m_pd.h is really over in > pd/src (ie, it > isn't a GEM file). Sounds like the dependencies got screwed up. > > Later, Mark > > ---------------------------------------- > -- Mark Danks > -- mdanks(a)stormfront.com > -- http://www.danks.org/mark > ---------------------------------------- > > > -----Original Message----- > > From: 73.WrZ_zBl_5.67 [mailto:opt@web.fm] > > Sent: Friday, August 20, 1999 5:57 AM > > To: pd-list(a)iem.mhsg.ac.at > > Subject: notes on a day with gem > > > > > > hu! > > > > just to have more traffic on the list .. ;) > > > > gem-0.79-2 for linxu: > > could absolutely not manage to cvompile it, with very > > mysterious errors > > like: > > No rule to make target "../Base/m_pd.h" needed by CPPExtern.o .. > > or: > > No rule blabla target > > "/usr/lib/gcc-lib/alpha-linux/egcs-2.91.66/include/stddef.h" > > where its looking for alpha secific inc filez? > > any attempts trying to resolve this just went down to > > downloading version > > 0.79-1 ... ;) which did ok , sort of .. > > > > also gem/pd like to crash when you "destroy" the gemwin or > > just close a > > patchwindow , especially the eamples or custom made "more > > complex" stuff, > > not so wiht simple hewlp files .. naja. > > > > and finally, if i wanna load Gem and ggext, how d i go abvout that? > > just load gem from commandline -lib Gem and insert a "ggext" > > object into > > the patch? or DO mutliple -lib flags work ? > > > > ok, ltr. .. so > > > > -- > > > > >

2 1

RE: notes on a day with gem
by Mark Danks 20 Aug '99

20 Aug '99

Hmm, can't say that I know what the problem is, since I am still working on Linux yet. However, next week, gem 0.81 is going to be released (sorry that 0.80 for un*x got skipped). Things might work better there... By the way, the "no rule to make target "../Base/m_pd.h"" means that the makefile didn't realize that m_pd.h is really over in pd/src (ie, it isn't a GEM file). Sounds like the dependencies got screwed up. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ---------------------------------------- > -----Original Message----- > From: 73.WrZ_zBl_5.67 [mailto:opt@web.fm] > Sent: Friday, August 20, 1999 5:57 AM > To: pd-list(a)iem.mhsg.ac.at > Subject: notes on a day with gem > > > hu! > > just to have more traffic on the list .. ;) > > gem-0.79-2 for linxu: > could absolutely not manage to cvompile it, with very > mysterious errors > like: > No rule to make target "../Base/m_pd.h" needed by CPPExtern.o .. > or: > No rule blabla target > "/usr/lib/gcc-lib/alpha-linux/egcs-2.91.66/include/stddef.h" > where its looking for alpha secific inc filez? > any attempts trying to resolve this just went down to > downloading version > 0.79-1 ... ;) which did ok , sort of .. > > also gem/pd like to crash when you "destroy" the gemwin or > just close a > patchwindow , especially the eamples or custom made "more > complex" stuff, > not so wiht simple hewlp files .. naja. > > and finally, if i wanna load Gem and ggext, how d i go abvout that? > just load gem from commandline -lib Gem and insert a "ggext" > object into > the patch? or DO mutliple -lib flags work ? > > ok, ltr. .. so > > -- > >

1 0

Linux and Latency
by Guenter Geiger 18 Aug '99

18 Aug '99

Hi Miller ! Looking through the code I realized that setting fragmentsizes is disabled in the Linux version. This is actually a good thing, as pd is more likely to run on any sound hardware/drive combination. Still it would be good if there is a commandline option to tune the soundcard buffer size (prob through the -audiobuf flag). This would make it possible for people to decrease latency. As ost reported, he still has problems with audio on his notebook. This could be due to the GETOSPACE/GETISPACE calls in the calcspace function. (As I remember I had problems with this calls returning wrong values). Is it possible in these cases to block, or maybe better use select ? Together with a "-very-stupid-soundriver" flag in the startup options. This is just a guess about the remaining soundcard problems, but as ost said that his previous version of pd, which probably blocked in theses cases, worked for him it might be a valid one. On the other hand, the right way would be to fix the driver :) Guenter PS: Congratulations to version 0.26, I really like it.

1 0

release notes for 0.26 fixed
by Miller Puckette 18 Aug '99

18 Aug '99

hi all, I've updated teh release notes for 0.26; see http://www.crca.ucsd.edu/~msp/Pd_documentation/index.htm cheers Miller

2 1

Re: pd 0.26 release
by Miller Puckette 14 Aug '99

14 Aug '99

>... my Debian2.1 system ... ... > make: *** No rule to make target > `/usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/include/stddef.h', > needed by `g_canvas.o'. Stop. I'm mystified... I couldn't find any references to /usr/lib or to redhat in the makefile, so I don't know why, on a Debian system, the C compiler is looking there. It feels like a C compiler configuration problem. I'd like to hear if Pd can run without crashing on someone else's Debian system or not... Miller

3 3

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