Pd-list December 1998

pd-list@lists.iem.at

11 participants
26 discussions

sfread object not downloadable
by Guenter Geiger 04 Dec '98

04 Dec '98

Ooops !! Sorry ... corrected. sfread There isnÅ½t much of a documentation yet. You can send it the "open filename" message. The first inlet accepts sample positions (starts playing there) The second inlet accepts relativ playback speed (1 is normal speed) You can stop playback with sending a 0 to the first inlet ... I think that all at the moment ... ItÅ½s name is currently sfread (not sfread~), but that will change in the future. Compile it in the doc/6.externs directory (just replacing dspobj in the makefile.linux with sfread, or adding sfread) Enjoy Guenter > -----Original Message----- > From: Michael Lechasseur [mailto:mlecha@music.mcgill.ca] > Sent: Thursday, December 03, 1998 11:39 AM > To: Guenter Geiger > Subject: RE: maximum networkedness for any PD > > > Hi Guenter, > > sfread is set as: > > sfread.c -rw-r----- > > > > -----Original Message----- > > From: Guenter Geiger [mailto:guenter.geiger@psp-vie.be.philips.com] > > Sent: Thursday, December 03, 1998 3:35 PM > > To: 'tpt'; pd-list(a)iem.mhsg.ac.at > > Subject: RE: maximum networkedness for any PD > > I still have to put some work into optimizing. > > I haven4t released the sfread external yet (It definitely won't > > work on NT). > > If someone want4s to give it a try, it's at > > <ftp://gige.epy.co.at/pub/gige/sound/pd/externs> >

1 0

RE: Re[2]: moving Pd patchs to Max/MSP and back
by Mark Danks 04 Dec '98

04 Dec '98

> -----Original Message----- > From: SETA,MICHAL,MR [mailto:BVOO@MUSICB.MCGILL.CA] > Subject: Re[2]: moving Pd patchs to Max/MSP and back > > > > In theory it shouldn't be too bad to do, especially since > the Mac has > >OpenGL support these days. GEM was originally created on > >Max/FTS...although that was four years ago. > > > > Well, in that case, is anyone aware of any pd or pd/GEM combination > running on NeXT? and how it behaves? I think I should qualify my statement from above. GEM was originally created on a special version of Max/FTS on the SGI which we had at UCSD (back when I was a grad student). As soon as Pd was started, GEM moved over. However, the underlying concepts would still work under Max...I don't depend too much on Pd specific items, although that is slowly starting to change. In any event, I haven't heard of any NeXT development and suspect that the CPU isn't nearly powerful enough. Remember that Max/FTS requires the ISPW board on the NeXT box. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

1 0

Re: moving Pd patchs to Max/MSP and back
by antiorp＠tezcat.com 04 Dec '98

04 Dec '98

>check out LCD object != progrmd b! z!karell!

1 0

b47bb4
by antiorp＠tezcat.com 04 Dec '98

04 Dec '98

Is there any work currently being done to make Pd patchs be compatable kompat!bl o o l b o x ) i w o u l d n ' t c o u n t o n m u c h . . . . . . e s p e c i a l l y i f h e ' s b u s y p o r t i n g m a x / m s p t o w i n d o z e n t a n d b e o s ( i n t h e n e a r f u t u r e a p p a r e n t l y . . . ) i w o u l d l i k e t o s e e s o m e m a c / l i n u x g e e k t o f i x t h e m k l i n u x b e h a v i o u r f o r m i d i a n d a u d i o . t s i t m i k e + - - - - - - - - - - - - > | m i c h a l s e t a | | h t t p : / / w w w . g e o c i t i e s . c o m / v i e n n a / 1 2 5 7 / | >GEM and MSP seem to be 2 different things ... < ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ | | i t ' s o n l y w h e n i k n o w w h a t i ' m d o i n g t h a t i t ' s b o r i n g | | <~~~~~~~~~~~~~~~~~~~~~| | It's only when I know what I'm doing that it's boring | j cage | +--------------------------------------------------------+ j c a g e | + - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +

1 0

Re[2]: moving Pd patchs to Max/MSP and back
by SETA,MICHAL,MR 04 Dec '98

04 Dec '98

>> And on a minor note is David Z thinking about adding some >> of the funcionality of GEM to MSP? > > In theory it shouldn't be too bad to do, especially since the Mac has >OpenGL support these days. GEM was originally created on >Max/FTS...although that was four years ago. > > Well, in that case, is anyone aware of any pd or pd/GEM combination running on NeXT? and how it behaves? +------------> | Michal Seta | | http://www.geocities.com/vienna/1257/ | <~~~~~~~~~~~~~~~~~~~~~| | It's only when I know what I'm doing that it's boring | j cage | +--------------------------------------------------------+

1 0

Re: moving Pd patchs to Max/MSP and back
by SETA,MICHAL,MR 04 Dec '98

04 Dec '98

>Is there any work currently being done to make Pd patchs be compatable why would you want to do such thing? >with Max/MSP? And on a minor note is David Z thinking about adding some >of the funcionality of GEM to MSP? > GEM and MSP seem to be 2 different things ... Considering that David Z. hasn't done anything about graphics in Max since the 80's (check out LCD object which is simply a _very_ primitive way of accessing some very basic commands in the Macintosh Toolbox) I wouldn't count on much... ...especially if he's busy porting MAX/MSP to WindozeNT and BeOS (in the near future apparently...) I would like to see some Mac/Linux geek to fix the MkLinux behaviour for MIDI and Audio. tsit Mike +------------> | Michal Seta | | http://www.geocities.com/vienna/1257/ | <~~~~~~~~~~~~~~~~~~~~~| | It's only when I know what I'm doing that it's boring | j cage | +--------------------------------------------------------+

1 0

Re: minimum hardware for linux PD?
by Steev 04 Dec '98

04 Dec '98

On Wed, 2 Dec 1998, Miller Puckette wrote: ->Hi Steev, -> ->Did anyone answer your letter yet? (you should have a pentium; otherwise ->I don't know much about Pd on linux...) yes, thanx! someone said they're using a p-200 and it works fine; so far i've tried it on an Indy and a p-100 with 24M RAM. The p-100 is pretty sluggish (window draws and cursor movements were really slow when i had 2 patches open at once, cos.pd and fm.pd, i think). However, it actually never crashed whereas the Indy dumped core a few times... btw, roughly how many pd users are there? does anyone have an idea? thanx again, Steev Hise, Would-be World-Wide Web Wizard (WWWWW) recycled art site: http://www.detritus.net ----------------------------------------------------------------- "...dissatisfaction itself became a commodity as soon as economic abundance could extend production to the processing of such raw materials." -Guy Debord -----------------------------------------------------------------

3 5

RE: maximum networkedness for any PD
by Guenter Geiger 04 Dec '98

04 Dec '98

> -----Original Message----- > From: Gert Brantner [mailto:gert@spraynetwork.de] > Sent: Thursday, December 03, 1998 6:10 AM > To: Guenter Geiger > Subject: RE: maximum networkedness for any PD > > > hi, > adding to the stream of ideas... > > maybe you should set up a wishlist on your pd-site... ;)) > > a cool thing to have would be an external to control audio cds in the > cdrom-drive. if you could get hold of the signal and buffer > it in pd you > sure would be able to do funny looping and pitchshifting and > other abstract > stuff (playlists?) with sources from cd. > This will be possible with sfread, but only from harddisk (or Data CD). As I recall reading audio streams from CD needs special treatment and isnÅ½t supported by all IDE CDROM drives ... > At 13:34 03.12.98 -0800, you wrote: > > >The problem is, either the decoders are not free, or they > perform really > badly. > >I still have to put some work into optimizing. > > what about the xaudio-library? i think its free for these > uses. also it > provides some abstractions to write control interfaces... > To keep pd free, all the sources which are included should be free too. (See the problems with the fiddle external). the xaudio library is shareware ... > > >Those who have Links or other resources, feel free to send > them to the list. > > i have seen this site. its more a collection of links, but > usefull, though: > http://web.nwe.ufl.edu/~mcconney/Pd+.html Thank you, added to my (yet to be official) web page. Guenter

1 0

RE: moving Pd patchs to Max/MSP and back
by Mark Danks 04 Dec '98

04 Dec '98

> -----Original Message----- > From: Shamus McConney [mailto:mcconney@nwe.ufl.edu] > Subject: moving Pd patchs to Max/MSP and back > <snip> > And on a minor note is David Z thinking about adding some > of the funcionality of GEM to MSP? In theory it shouldn't be too bad to do, especially since the Mac has OpenGL support these days. GEM was originally created on Max/FTS...although that was four years ago. Later, Mark ---------------------------------------- -- Mark Danks -- mdanks(a)stormfront.com -- http://www.danks.org/mark ----------------------------------------

1 0

moving Pd patchs to Max/MSP and back
by Shamus McConney 04 Dec '98

04 Dec '98

Is there any work currently being done to make Pd patchs be compatable with Max/MSP? And on a minor note is David Z thinking about adding some of the funcionality of GEM to MSP? Thanks Shamus McConney mcconney(a)nwe.ufl.edu http://web.nwe.ufl.edu/~mcconney/ http://web.nwe.ufl.edu/~mcconney/Pd+.html

1 0

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 December 1998