From geiger@wm03.mhsg.ac.at Mon Feb 23 17:45:05 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id RAA00872 for ; Mon, 23 Feb 1998 17:45:04 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA16301; Mon, 23 Feb 1998 16:51:27 -0100 Date: Mon, 23 Feb 1998 16:51:27 -0100 Message-Id: <199802231751.QAA16301@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: Pd Hacking X-Mailer: VM 6.22 under 19.15 XEmacs Lucid If somebody wants to improve pd .. here are some suggestions * Moving around objects in the gui is slow. This is due to the communication overhead which is done for this step. I just took a short look into this part of pd and figured out that probably we should not update the objects positions that much while moving (just be sure that at the end of moving the objects are redrawn correctly). * The editor for text should be improved. At least it should be possible to use the cursor within text (e.g. comments) and insert text. I'm writing this not having tested 0.21 yet ( But I suppose these problems are still there) Comments ? Guenter From mdanks@xaostools.com Mon Feb 23 20:48:33 1998 Received: from smtp.xaostools.com (smtp.xaostools.com [209.24.103.11]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id UAA00292 for ; Mon, 23 Feb 1998 20:48:28 +0100 Received: from xaostools.com by smtp.xaostools.com (SMI-8.6/) id KAA11192; Mon, 23 Feb 1998 10:41:30 -0800 Received: from xaos-37.xaostools.com by xaostools.com via SMTP (920330.SGI/930416.SGI.AUTO) for @smtp.xaostools.com:pd-list@iem.mhsg.ac.at id AA01732; Mon, 23 Feb 98 10:39:19 -0800 Message-Id: <34F1C53B.B2A0D580@xaostools.com> Date: Mon, 23 Feb 1998 10:51:39 -0800 From: Mark Danks Reply-To: mdanks@xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: pd-list Subject: gem 0.73 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit GEM 0.73 is out for WinNT. It will probably be a couple of days before the SGI version is ready. The new features: JPEG and SGI image file formats are supported. 3d text is supported. Use your favorite True Type font. pix_video for NT is in a pre-alpha state...if anyone can get anything to appear, please let me know. I'm making sure that video for windows actually works as advertised. Misc. bugs fixed. Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From geiger@wm03.mhsg.ac.at Tue Feb 24 13:43:17 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id NAA07980 for ; Tue, 24 Feb 1998 13:43:17 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA19169; Tue, 24 Feb 1998 12:49:42 -0100 Date: Tue, 24 Feb 1998 12:49:42 -0100 Message-Id: <199802241349.MAA19169@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: Gem-0.72 for Linux X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Before gem-0.73 comes out, I'd like to announce the availability of gem-0.72 for Linux. It's at ftp://iem.mhsg.ac.at/pd/gem-linux.0.72.tar.gz and is in source format only. I hope 0.73 will follow soon. Guenter ( I don't have the time for extensive testing at the moment, so this version could be a little bit unstable .. just let me know if you have problems ) From mdanks@xaostools.com Tue Feb 24 20:48:34 1998 Received: from smtp.xaostools.com (smtp.xaostools.com [209.24.103.11]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id UAA08517 for ; Tue, 24 Feb 1998 20:48:32 +0100 Received: from xaostools.com by smtp.xaostools.com (SMI-8.6/) id KAA16654; Tue, 24 Feb 1998 10:41:46 -0800 Received: from xaos-37.xaostools.com by xaostools.com via SMTP (920330.SGI/930416.SGI.AUTO) for @smtp.xaostools.com:pd-list@iem.mhsg.ac.at id AA01524; Tue, 24 Feb 98 10:39:35 -0800 Message-Id: <34F316BF.8963036B@xaostools.com> Date: Tue, 24 Feb 1998 10:51:43 -0800 From: Mark Danks Reply-To: mdanks@xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: pd-list Subject: gem 0.73 for SGI Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I got GEM 0.73 for SGI compiled. Can someone please download it and test it out for me? Thanks, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From lt@westnet.com Wed Feb 25 03:31:18 1998 Received: from westnet.com (lt@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id DAA09121 for ; Wed, 25 Feb 1998 03:31:06 +0100 Received: from localhost (lt@localhost) by westnet.com (8.8.6/8.8.7) with SMTP id UAA09529 for ; Tue, 24 Feb 1998 20:31:33 -0500 (EST) Date: Tue, 24 Feb 1998 20:31:32 -0500 (EST) From: Larry Troxler To: pd-list@iem.mhsg.ac.at Subject: Is this list working? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I haven't seen anything at all from this list lately, so: If you get this message, and are bored, could you reply? Also, if you do *not* get this message, please notify me ;-) Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From mdanks@xaostools.com Wed Feb 25 19:58:11 1998 Received: from smtp.xaostools.com (smtp.xaostools.com [209.24.103.11]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id TAA01433 for ; Wed, 25 Feb 1998 19:58:04 +0100 Received: from xaostools.com by smtp.xaostools.com (SMI-8.6/) id JAA21755; Wed, 25 Feb 1998 09:51:00 -0800 Received: from xaos-37.xaostools.com by xaostools.com via SMTP (920330.SGI/930416.SGI.AUTO) for @smtp.xaostools.com:pd-list@iem.mhsg.ac.at id AA09705; Wed, 25 Feb 98 09:48:52 -0800 Message-Id: <34F45C4C.45C8C671@xaostools.com> Date: Wed, 25 Feb 1998 10:00:44 -0800 From: Mark Danks Reply-To: mdanks@xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: pd-list Subject: fixed GEM 0.73 for SGI Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I fixed the rld problem with GEM 0.73 for SGI. Just re-download the version from my page. Thanks to Bill Kleinsasser for stumbling onto it (that will teach me to not check things throughly...) Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From mpuckett@man104nfs.ucsd.edu Wed Feb 25 19:59:36 1998 Received: from man104nfs.ucsd.edu (root@man104nfs.ucsd.edu [132.239.129.115]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id TAA01469 for ; Wed, 25 Feb 1998 19:59:23 +0100 Received: from man104-8.ucsd.edu (mpuckett@man104-8.ucsd.edu [132.239.129.123]) by man104nfs.ucsd.edu (8.8.3/8.8.3) with ESMTP id JAA03506; Wed, 25 Feb 1998 09:59:55 -0800 (PST) Received: (from mpuckett@localhost) by man104-8.ucsd.edu (8.8.5/8.8.5) id JAA11443; Wed, 25 Feb 1998 09:59:52 -0800 (PST) From: "Miller Puckette" Message-Id: <9802250959.ZM11442@man104-8.ucsd.edu> Date: Wed, 25 Feb 1998 09:59:52 -0800 In-Reply-To: Larry Troxler "Is this list working?" (Feb 24, 8:31pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Larry Troxler , pd-list@iem.mhsg.ac.at Subject: Re: Is this list working? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 1. Not bored 2. Concert tomorrow night, including Lemma 1's US premiere (stress.) 3. many bug fixes to Pd. I'm hoping to collect them into a release next week -- no new features, just bug fixes! cheers Miller From bill@saber.towson.edu Wed Feb 25 20:36:24 1998 Received: from saber.towson.edu (saber.towson.edu [204.62.32.114]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id UAA01554 for ; Wed, 25 Feb 1998 20:36:23 +0100 Received: from localhost (bill@localhost) by saber.towson.edu (8.8.5/8.7.3) with SMTP id NAA25978; Wed, 25 Feb 1998 13:36:07 -0500 (EST) Date: Wed, 25 Feb 1998 13:36:07 -0500 (EST) From: William Kleinsasser To: Miller Puckette cc: Larry Troxler , pd-list@iem.mhsg.ac.at Subject: Re: Is this list working? In-Reply-To: <9802250959.ZM11442@man104-8.ucsd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Miller, I have noticed that the filter classes (lop~, hop~, bp~) all create audible glitches when the cf setting is changed while audio passes through. Is this something that is fixable or are dynamically changing filters not possible yet? Any ideas on how to access the 8 outs on the adat card for the O2? Thanks for your time. Hope the concert goes well. --Bill From mdanks@xaostools.com Wed Feb 25 20:55:24 1998 Received: from smtp.xaostools.com (smtp.xaostools.com [209.24.103.11]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id UAA01611 for ; Wed, 25 Feb 1998 20:55:22 +0100 Received: from xaostools.com by smtp.xaostools.com (SMI-8.6/) id KAA22436; Wed, 25 Feb 1998 10:48:28 -0800 Received: from xaos-37.xaostools.com by xaostools.com via SMTP (920330.SGI/930416.SGI.AUTO) for @smtp.xaostools.com:pd-list@iem.mhsg.ac.at id AA10196; Wed, 25 Feb 98 10:46:20 -0800 Message-Id: <34F469C3.1A08F9A0@xaostools.com> Date: Wed, 25 Feb 1998 10:58:11 -0800 From: Mark Danks Reply-To: mdanks@xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: William Kleinsasser , pd-list Subject: glitches in audio References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit William Kleinsasser wrote: > I have noticed that the filter classes (lop~, hop~, bp~) all create > audible glitches when the cf setting is changed while audio passes > through. Is this something that is fixable or are dynamically changing > filters not possible yet? > Unless Miller changed the behavior recently, this is a known problem. In MarkEx, there is an object called reson~, which is a resonantor which accepts a signal for the freq. You can get it at http://cybermed.ucsd.edu/mdanks/Pd/ for both NT and SGI. The stuff at the bottom about not being included is incorrect. From the Readme, the list of objects in MarkEx 0.70 is: Control objects --------------- alternate - alternate between two outlets average - average a sequence of numbers change - only output on change counter - count bangs invert - non-zero numbers to zero, zero to 1 oneshot - send a bang, then block until reset randomF / randF - floating point random numbers strcat - string concatentation Vector ------ tripleLine - do a line with three numbers tripleRand - random with three numbers vector+ / v+ - add a scalar to a vector vector- / v- - subtract a scalar from a vector vector* / v* - multiply a vector by a scalar vector/ / v/ - divide a vector by a scalar DSP --- abs~ - absolute value of a signal reson~ - resonant filter Hope this helps. Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From mpuckett@man104nfs.ucsd.edu Wed Feb 25 23:00:57 1998 Received: from man104nfs.ucsd.edu (root@man104nfs.ucsd.edu [132.239.129.115]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id XAA01730 for ; Wed, 25 Feb 1998 23:00:55 +0100 Received: from man104-8.ucsd.edu (mpuckett@man104-8.ucsd.edu [132.239.129.123]) by man104nfs.ucsd.edu (8.8.3/8.8.3) with ESMTP id NAA04379 for ; Wed, 25 Feb 1998 13:01:30 -0800 (PST) Received: (from mpuckett@localhost) by man104-8.ucsd.edu (8.8.5/8.8.5) id NAA11895 for pd-list@iem.mhsg.ac.at; Wed, 25 Feb 1998 13:01:26 -0800 (PST) From: "Miller Puckette" Message-Id: <9802251301.ZM11894@man104-8.ucsd.edu> Date: Wed, 25 Feb 1998 13:01:25 -0800 In-Reply-To: William Kleinsasser "Re: Is this list working?" (Feb 25, 1:36pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: pd-list@iem.mhsg.ac.at Subject: Re: Is this list working? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Feb 25, 1:36pm, William Kleinsasser wrote: > > Miller, > > I have noticed that the filter classes (lop~, hop~, bp~) all create > audible glitches when the cf setting is changed while audio passes > through. Is this something that is fixable or are dynamically changing > filters not possible yet? There's a band-pass filter whose center frequency you can change on the fly, called vcf~. Changing "q" can still cause clicks. As to bandpass and lowpass, I haven't done anything for them yet. > > Any ideas on how to access the 8 outs on the adat card for the O2? > I do want to support that (also on NT) but haven't got to it yet... you could always change MAXCH in the source (s_sgi.c) and other changes accordingly, until I can get it fixed up... Miller From lp4s-kbys@asahi-net.or.jp Thu Feb 26 15:07:12 1998 Received: from tiga.asahi-net.or.jp (tiga.asahi-net.or.jp [202.224.39.16]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id PAA05883 for ; Thu, 26 Feb 1998 15:07:06 +0100 Received: from mayfair (ppp138016.asahi-net.or.jp [202.213.138.16]) by tiga.asahi-net.or.jp (8.8.8/3.6Wbeta7) with SMTP id WAA15753 for ; Thu, 26 Feb 1998 22:07:18 +0900 (JST) Date: Thu, 26 Feb 1998 22:07:18 +0900 (JST) Message-Id: <199802261307.WAA15753@tiga.asahi-net.or.jp> From: Shigeru Kobayashi To: pd-list@iem.mhsg.ac.at Subject: Re: gem 0.73 In-Reply-To: <"66fg_.A.rE.TKd80"@iem.mhsg.ac.at> References: <"66fg_.A.rE.TKd80"@iem.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.23 Hello Mark, On Mon, 23 Feb 1998 10:51:39 -0800 Mark Danks wrote: > GEM 0.73 is out for WinNT. It will probably be a couple of days > before the SGI version is ready. > > The new features: > > 3d text is supported. Use your favorite True Type font. I tried GEM 0.73 on Win95 OSR2. It looks working with no problem, and 3d text is very cool :-) By the way, distance parameter's behavior is something strange. Is center value is zero ? And I have one more question. Is this correct behavior ? 1) by default the value is zero 2) once changed to other value 3) then set it zero again 4) the result is not same as first > pix_video for NT is in a pre-alpha state...if anyone can get > anything to appear, please let me know. I'm making sure that video > for windows actually works as advertised. That will be much fun :-) Regards, -------------------------------- S h i g e r u K o b a y a s h i ** lp4s-kbys@asahi-net.or.jp ** http://www.rinc.or.jp/~kotobuki/ -------------------------------- From lt@westnet.com Sat Feb 28 23:33:21 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id XAA03119 for ; Sat, 28 Feb 1998 23:33:20 +0100 Received: from goodguy (port6.ts2.westnet.com [206.28.203.6]) by westnet.com (8.8.6/8.8.7) with SMTP id QAA22014; Sat, 28 Feb 1998 16:33:47 -0500 (EST) Sender: root@westnet.com Message-ID: <34F88EE8.441F5229@westnet.com> Date: Sat, 28 Feb 1998 22:25:44 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: pd-list CC: lt@westnet.com Subject: Miscelaneous questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit - The scope~ object is still under construction, I presume? I ask this because it appears there is no way to specify the geometry. - There is a "get" object but no corresponding "put" object for arrays - should I code one, or is this array system going to change anyway? - I load a sound-file into an array (I modified my copy of the "read" message to do this, which also resizes the array to the size of the sound-file). Now, how can I obtain the size of the array from within a patch (so I can play it using tabread4~). Perhaps the better question is whether array objects are really intended to be used for sound-files? I realize that this software is still being constructed, so please don't take any of the above as a criticism! Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Wed Jan 21 12:45:03 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["165" "Wed" "21" "January" "1998" "12:53:17" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "8" "New Pd mailing list" "^Resent-Date:" nil nil "1" nil nil nil nil nil] nil) X-VM-VHeader: ("Resent-" "From:" "Sender:" "To:" "Apparently-To:" "Cc:" "Subject:" "Date:") nil X-VM-Bookmark: 129 X-VM-Labels: nil X-VM-Summary-Format: "%n %*%a %-17.17F %-3.3m %2d %4l/%-5c %I\"%s\"\n" Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id MAA01836; Wed, 21 Jan 1998 12:45:02 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199801211353.MAA22709@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Mailing-List: archive/latest/1 X-Loop: pd-list@iem Precedence: list Resent-Date: Wed, 21 Jan 1998 12:45:02 +0100 Resent-Message-ID: <"7AOxDD.A.pc.9-dx0"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: New Pd mailing list Date: Wed, 21 Jan 1998 12:53:17 -0100 Hello ! This is the first email to the newly created mailin list. Probably this will only be read by Wini and some people who are searching the archive. Guenter From ritsch@henry.mhsg.ac.at Wed Jan 21 12:59:34 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["419" "Wed" "21" "January" "1998" "13:07:52" "-0100" "Winfried Ritsch" "ritsch@iem.mhsg.ac.at" nil "17" "New Pd mailing list" "^From:" nil nil "1" nil nil nil nil nil] nil) Return-Path: Received: from henry.mhsg.ac.at (henry [193.170.129.38]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id MAA01849; Wed, 21 Jan 1998 12:59:33 +0100 Received: by henry.mhsg.ac.at (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA02451; Wed, 21 Jan 1998 13:07:52 -0100 Message-Id: <199801211407.NAA02451@henry.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: <199801211353.MAA22709@webern.mhsg.ac.at> References: <199801211353.MAA22709@webern.mhsg.ac.at> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid From: Winfried Ritsch To: Guenter Geiger Cc: pd-list@iem.mhsg.ac.at Subject: New Pd mailing list Date: Wed, 21 Jan 1998 13:07:52 -0100 Guenter Geiger writes: > > Hello ! > > This is the first email to the newly created mailin list. > Probably this will only be read by Wini and some people who > are searching the archive. > > Guenter I am really impressed to read this, waiting so long for a pd-mailing list, hopefully there are more people on this list, talking about the ultimative realtime software pd thanks to all wini From pd-list-request@iem.mhsg.ac.at Mon Jan 26 19:07:07 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["286" "Mon" "26" "January" "1998" "10:10:37" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "6" "Pd 0.20 released" "^Resent-Date:" nil nil "1" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id TAA18635; Mon, 26 Jan 1998 19:07:06 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <9801261010.ZM13296@man104-8.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: archive/latest/3 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 26 Jan 1998 19:07:06 +0100 Resent-Message-ID: <"H-JZw.A.GjE.IDNz0"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Miller Puckette" To: pd-list@iem.mhsg.ac.at Subject: Pd 0.20 released Date: Mon, 26 Jan 1998 10:10:37 -0800 As Shigeru Kobayashi and Ron Kuivila pointed out, the NT version of Pd 0.19 wasn't wholly self-contained; I hadn't noticed some dlls I was using. I've gone and put out a reelase 0.20 which corrects that problem, and incidentally, fixes the "write" method for arrays. Enjoy... Miller From pd-list-request@iem.mhsg.ac.at Thu Jan 29 09:24:25 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["1092" "Thu" "29" "January" "1998" "09:32:26" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "46" "Pd-0.20 and Gem 0.72" "^Resent-Date:" nil nil "1" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id JAA12728; Thu, 29 Jan 1998 09:24:20 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199801291032.JAA15774@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Mailing-List: archive/latest/4 X-Loop: pd-list@iem Precedence: list Resent-Date: Thu, 29 Jan 1998 09:24:20 +0100 Resent-Message-ID: <"VerYDD.A.OFD.TyD00"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: Pd-0.20 and Gem 0.72 Date: Thu, 29 Jan 1998 09:32:26 -0100 Hi ! I did put Pd-0.20 for Linux on my page http://iem.mhsg.ac.at/~geiger testing for Intel machines is appreciated, because this version is only tested for Linux/Alpha. I got an email from Mark Danks about a new version of GEM too. I hope the Linux version will be ready in a few days ..... Happy Pd'ing Guenter ---------------------------------------------------------------------- Hi there, All of you have been helpful in getting GEM to work (and have expressed interest in it). I wanted to let you know that there is a new version of GEM out (0.72) It has some new features/fixes/etc. As it is currently a beta, if you find any bugs, please let me know. Hopefully I can give it the "official" stamp soon. I only have the WinNT version up...the SGI version should be following shortly. If you don't want to be on this informal list, please let me know. Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From pd-list-request@iem.mhsg.ac.at Thu Jan 29 09:54:40 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["430" "Thu" "29" "January" "1998" "17:54:34" "+0900" "Shigeru Kobayashi" "kotobuki@rinc.or.jp" nil "20" "Pd & GEM page in Japanase" "^Resent-Date:" nil nil "1" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id JAA15777; Thu, 29 Jan 1998 09:54:39 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199801290854.RAA24868@mail.rinc.or.jp> X-Mailing-List: archive/latest/5 X-Loop: pd-list@iem Precedence: list Resent-Date: Thu, 29 Jan 1998 09:54:39 +0100 Resent-Message-ID: <"zRMfZC.A.T2D.4OE00"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Shigeru Kobayashi To: pd-list@iem.mhsg.ac.at Subject: Pd & GEM page in Japanase Date: Thu, 29 Jan 1998 17:54:34 +0900 Hello, I updated my web page about Pd & GEM. Sorry, this is in Japanese only now. But I'll add some basic tutorial and so on to this page in the near future. So, if you have any suggestions, please let me know :-) http://www.rinc.or.jp/~kotobuki/ Cheers, -------------------------------- S h i g e r u K o b a y a s h i **** kotobuki@rinc.or.jp **** http://www.rinc.or.jp/~kotobuki/ -------------------------------- From pd-list-request@iem.mhsg.ac.at Sun Feb 1 14:13:51 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["491" "Sun" "1" "February" "1998" "08:15:22" "-0500" "Horacio Lapidus" "hlapidus@uniandes.edu.co" nil "19" "Future of Pd?" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id OAA08678; Sun, 1 Feb 1998 14:13:51 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199802011303.IAA21932@zeus.uniandes.edu.co> X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailing-List: archive/latest/6 X-Loop: pd-list@iem Precedence: list Resent-Date: Sun, 1 Feb 1998 14:13:51 +0100 Resent-Message-ID: <"pV_a3D.A.SHC.-RH10"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Horacio Lapidus" To: Subject: Future of Pd? Date: Sun, 1 Feb 1998 08:15:22 -0500 Hi Miller and everyone there I have some questions about future development of Pd. 1-Is it going to have Windows interfaces to call and be called from other applications? 2- It will be able to create standalone apps.? 3-Is it an Internet app. Why does it open my phone-connection program when loaded? 4- What do you think about the approximate date for a complete first version? Thank you very much. Horacio A. Lapidus Universidad Nacional de Colombia Universidad de Los Andes Bogotá From pd-list-request@iem.mhsg.ac.at Mon Feb 2 09:36:10 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["319" "Mon" "2" "February" "1998" "09:44:45" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "14" "tabwrite~ and tabread4~ documentation [Fwd]" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id JAA09780; Mon, 2 Feb 1998 09:36:10 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199802021044.JAA14307@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Mailing-List: archive/latest/7 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 2 Feb 1998 09:36:10 +0100 Resent-Message-ID: <"_f2mgC.A.jYC.hVY10"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: tabwrite~ and tabread4~ documentation [Fwd] Date: Mon, 2 Feb 1998 09:44:45 -0100 This message was sent to pd-list-request@iem.mhsg.ac.at This address is only meant for administration purpose. Please send messages to pd-list@iem.mhsg.ac.at ----- Does anyone have examples of using tabwrite~ and tabread4~? Particularly writing from adc~ to tables and reading from tables to dac~. Thanks, Bill From lt@westnet.com Tue Feb 3 02:09:40 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["960" "Tue" "3" "February" "1998" "02:07:55" "+0000" "Larry Troxler" "lt@westnet.com" nil "21" "PD: d_ugens.c bug found?" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA01405; Tue, 3 Feb 1998 02:09:37 +0100 Received: from goodguy (port3.ts2.westnet.com [206.28.203.3]) by westnet.com (8.8.6/8.8.7) with SMTP id UAA18272; Mon, 2 Feb 1998 20:12:38 -0500 (EST) Message-ID: <34D67BFB.2D63CAB2@westnet.com> X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Larry Troxler Sender: root@westnet.com To: Miller Puckette , Guenter Geiger CC: pd-list Subject: PD: d_ugens.c bug found? Date: Tue, 03 Feb 1998 02:07:55 +0000 It seems to me that the the signal_cleanup function should only be free()'ing the signals on the usedlist, and should not touch the freelist. this is more or less the opposite of what Guenter has done for the Linux/Alpha port. Assuming no other file writes to the t_signal structures, than it looks to me like a a t_signal is linked to the usedlist when a new one is alloc()'d, and remains linked on this list even if it is put on the freelist by signal_free(). Therefore all the t_signals that have been allocated are on the usedlist. I suggest that the "usedlist" name is a misnomer and be changed to something more like "allocatedList". Anyhow, making this change definitely gets rid of the crashes caused by free()'ing the same block twice. I don't think there's any memory leaks, but I haven't done exhaustive testing. Hopefully, Miller, you can confirm if this fix is correct. Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Fri Feb 6 03:28:05 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["2317" "Thu" "5" "February" "1998" "17:28:22" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "89" "tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id DAA00783; Fri, 6 Feb 1998 03:28:04 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <9802051728.ZM12289@man104-10.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: archive/latest/8 X-Loop: pd-list@iem Precedence: list Resent-Date: Fri, 6 Feb 1998 03:28:04 +0100 Resent-Message-ID: <"yuM31D.A.AM.oUn20"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Miller Puckette" To: pd-list@iem.mhsg.ac.at Subject: tables in Pd Date: Thu, 5 Feb 1998 17:28:22 -0800 Hi all, I've received two requests for tabread4~/tabwrite~ examples. Here's a rather silly patch that records and "scratches" a 1-second sound. Tables are created using the "array" item in the new menu. If you don't want all your arrays to be in the same graph (rectangle), make a new "graph" each time and the array will (supposedly) find the newest one. You can then pass messages to set the size ("resize"), write, read, and access them by name using tabwrite~, tabread4~. Enjoy... ------------------------------ #N canvas 376 125 642 692 10; #X msg 45 62 bang \; pd dsp 1; #X obj 213 178 * 44.1; #X floatatom 212 154 894; #X obj 213 229 line~; #X obj 212 203 pack 0 100; #X floatatom 112 152 59; #X floatatom 42 168 21; #X obj 42 192 sig~; #N canvas 0 0 629 645 Untitled-1 1; #X graph graph1 0 -1 44100 1 141 327 541 27; #X array array1 44100 float; #X pop; #X msg 152 348 \; array1 read foo.tab; #X msg 151 399 \; array1 write foo.tab; #X msg 150 444 \; array1 resize 44100; #X msg 152 489 \; array1 print; #X restore 437 92 page table; #X obj 84 354 sig~ 0.1; #X obj 44 353 *~; #X obj 318 248 metro; #X msg 319 201 1; #X floatatom 319 224 1; #X obj 414 309 tabwrite~ array1; #X obj 414 228 sig~; #X obj 414 198 random 1000; #X obj 414 253 phasor~; #X obj 414 283 cos~; #X obj 43 382 hip~ 5; #X obj 46 412 dac~; #X obj 44 322 tabread4~ array1; #X obj 41 218 phasor~; #X msg 383 151 bang \; pd dsp 1; #X obj 113 227 line~; #X obj 44 247 *~; #X obj 44 279 +~; #X obj 112 201 pack 0 100; #X obj 111 177 * 44.1; #X msg 42 144 20; #X msg 112 123 100; #X obj 315 279 random 30; #X connect 0 0 29 0; #X connect 0 0 30 0; #X connect 1 0 4 0; #X connect 2 0 1 0; #X connect 3 0 26 1; #X connect 4 0 3 0; #X connect 5 0 28 0; #X connect 6 0 7 0; #X connect 7 0 22 0; #X connect 9 0 10 1; #X connect 10 0 19 0; #X connect 11 0 16 0; #X connect 11 0 31 0; #X connect 12 0 13 0; #X connect 13 0 11 0; #X connect 15 0 17 0; #X connect 16 0 15 0; #X connect 17 0 18 0; #X connect 18 0 14 0; #X connect 19 0 20 0; #X connect 19 0 20 1; #X connect 21 0 10 0; #X connect 22 0 25 0; #X connect 23 0 12 0; #X connect 23 0 14 0; #X connect 24 0 25 1; #X connect 25 0 26 0; #X connect 26 0 21 0; #X connect 27 0 24 0; #X connect 28 0 27 0; #X connect 29 0 6 0; #X connect 30 0 5 0; #X connect 30 0 2 0; #X connect 31 0 11 1; From pd-list-request@iem.mhsg.ac.at Fri Feb 6 19:46:52 1998 X-VM-v5-Data: ([nil nil nil t nil nil nil nil nil] ["279" "Fri" "6" "February" "1998" "09:50:00" "-0800" "Mark Danks" "mdanks@smtp.xaostools.com" nil "11" "GEM 0.72" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id TAA00641; Fri, 6 Feb 1998 19:46:51 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <34DB4D48.C232849@xaostools.com> Reply-To: mdanks@smtp.xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailing-List: archive/latest/9 X-Loop: pd-list@iem Precedence: list Resent-Date: Fri, 6 Feb 1998 19:46:51 +0100 Resent-Message-ID: <"Ja0HTC.A.2J.Xq120"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Mark Danks To: pd-list Subject: GEM 0.72 Date: Fri, 06 Feb 1998 09:50:00 -0800 GEM 0.72 has been promoted to the "real release". It is no longer in beta. Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From pd-list-request@iem.mhsg.ac.at Fri Feb 6 21:24:04 1998 X-VM-v5-Data: ([nil nil nil nil t nil nil nil nil] ["2346" "Thu" "5" "February" "1998" "10:25:19" "+0100" "Nicola Bernardini" "nicb@axnet.it" "" "50" "problems running pd-0.20 under linux" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id VAA00799; Fri, 6 Feb 1998 21:24:03 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/10 X-Loop: pd-list@iem Precedence: list Resent-Date: Fri, 6 Feb 1998 21:24:03 +0100 Resent-Message-ID: <"Grm2VB.A.TM.ZF320"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Nicola Bernardini To: pd list Subject: problems running pd-0.20 under linux Date: Thu, 5 Feb 1998 10:25:19 +0100 (MET) Hello everybody! I am running pd on a linux laptop and a linux box both of which run a 2.0.33 kernel. They have different audio setups but I always get a few warnings, like "failed to open audio read port" and "could not open MIDI ports" (even though, at least on the linux box, MIDI is up and running on a SB16). Also, pd must be set suid if running as user because otherwise there are a number of operations (like setting scheduler priorities, etc.) which are not permitted. Anyway, no big problems there (at least for the moment). One thing that is not clear is the two environment variables TCL_LIBRARY and TK_LIBRARY that are set upon exec'ing pd-gui. Are they for some future purpose? (Actually, I noticed that pd runs also if these variables are not set or are set to incorrect paths, so are they of any use at all?) I made a little trivial patch so that TCL_LIBRARY and TK_LIBRARY can be set externally and applied upon calling pd-gui. I am appending it at the bottom of this mail, if somebody finds it useful, she/he can apply it with patch. Also, on the same idea, some call or some library like, I believe, kpathsea or something like that could be used to infer the path where pd is being run from so to apply it to sys_progdir. Aside from that, there are a few things I am not able to solve: 1) If, for example, I call up pd, set the audio to ON, THEN open a patch like "cos~.pd" and run the oscillator, no audio happens; if I open the patch THEN turn the audio ON the audio works (this used to happen to 0.18 too) 2) on 0.20 when I edit the patch and audio is ON, after *any* edit operation (like delete a cord, change a patch name, etc.) the program sigsevs and collapses; I cannot run gdb on pd because it says it cannot ptrace (I am using 4.14), but I managed to look into pd-gui and that's not the process doing the segmentation violation: it's pd, but since sigsev does not dump core there is little that I can do there to help... At any rate, let's go on! Looks like we have a bright future to look up to... ciao Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. From pd-list-request@iem.mhsg.ac.at Sat Feb 7 00:27:12 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1712" "Fri" "6" "February" "1998" "23:23:33" "+0100" "Nicola Bernardini" "nicb@axnet.it" nil "59" "the patch (I forgot...)" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id AAA00989; Sat, 7 Feb 1998 00:27:11 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/11 X-Loop: pd-list@iem Precedence: list Resent-Date: Sat, 7 Feb 1998 00:27:11 +0100 Resent-Message-ID: <"qxdV6.A.QP.Ex520"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Nicola Bernardini To: pd list Subject: the patch (I forgot...) Date: Fri, 6 Feb 1998 23:23:33 +0100 (MET) (Sorry, I forgot to append the patch. Here it is...) Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. --- ./s_inter.c.orig Thu Feb 5 08:35:00 1998 +++ ./s_inter.c Thu Feb 5 09:19:51 1998 @@ -60,6 +60,9 @@ static t_binbuf *inbinbuf; static t_socketreceiver *sys_socketreceiver; +static char *s_tcl_libdir = (char *) NULL; +static char *s_tk_libdir = (char *) NULL; + void sys_sockerror(char *s) { #ifdef NT @@ -318,12 +321,14 @@ } else /* we're the child */ { + char *sys_getenv(const char *e); /* in s_linux.c (at least) */ + s_tcl_libdir = sys_getenv("TCL_LIBRARY"); + s_tk_libdir = sys_getenv("TK_LIBRARY"); dup2(pipeto[0], 0); close(pipeto[0]); close(pipeto[1]); - sprintf(cmdbuf, - "TCL_LIBRARY=%s/tcl/library TK_LIBRARY=%s/tk/library %s/bin/pd-gui %d\n", - sys_progdir->s_name, sys_progdir->s_name, sys_progdir->s_name, + sprintf(cmdbuf, "TCL_LIBRARY=%s TK_LIBRARY=%s %s/bin/pd-gui %d\n", + s_tcl_libdir, s_tk_libdir, sys_progdir->s_name, portno); fprintf(stderr, "%s", cmdbuf); execl("/bin/sh", "sh", "-c", cmdbuf, 0); --- ./s_linux.c.orig Thu Feb 5 08:45:51 1998 +++ ./s_linux.c Thu Feb 5 08:49:12 1998 @@ -616,3 +616,15 @@ { return (cp_ch); } + +#include + +char *sys_getenv(const char *envname) +{ + static char *empty_string = ""; + char *result = getenv(envname); + if (result == (char *) NULL) + result = empty_string; + + return result; +} From pd-list-request@iem.mhsg.ac.at Sat Feb 7 02:37:45 1998 X-VM-v5-Data: ([nil nil nil nil t nil nil nil nil] ["794" "Sat" "7" "February" "1998" "02:37:45" "+0100" "Larry Troxler" "lt@westnet.com" "<34DBB9C2.7E6A4867@westnet.com>" "22" "Major code cleanup needed?!?!" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id CAA01295 for geiger@iem.mhsg.ac.at; Sat, 7 Feb 1998 02:37:45 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f X-From_: lt@westnet.com Sat Feb 7 02:37:43 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA01268 for ; Sat, 7 Feb 1998 02:37:42 +0100 Received: from goodguy (port2.ts2.westnet.com [206.28.203.2]) by westnet.com (8.8.6/8.8.7) with SMTP id TAA29622 for ; Fri, 6 Feb 1998 19:37:58 -0500 (EST) Message-ID: <34DBB9C2.7E6A4867@westnet.com> Old-Date: Sat, 07 Feb 1998 01:32:50 +0000 X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Diagnostic: Mail coming from a daemon, ignored X-Envelope-To: pd-list From: Larry Troxler Sender: root@westnet.com To: pd-list@iem.mhsg.ac.at Subject: Major code cleanup needed?!?! Date: Sat, 7 Feb 1998 02:37:45 +0100 I think PD must have originally been inherited from the Pre-ANSI C days :-) Is it just me, or does anyone else have an urge to clean the thing up before the project grows further? - Compiling with -Wall on gcc/Linux results in many screen fulls of warnings. Perhaps the #pragmas in gcc are a bit weak (to disable specific warnings) and this is why -Wall isn't used by default? - There as some function prototypes patched directly into the C files where the functions are called, as opposed to using an include-file. - Some files (the Tk ones?) use the old K&R-style function definitions and declarations! If anyone is interested in collaborating, perhaps, on cleaning this up, please contact me at lt@westnet.com Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Mon Feb 9 11:23:21 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["418" "Sat" "7" "February" "1998" "17:13:38" "-0500" "William Kleinsasser" "bill@saber.towson.edu" nil "17" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id LAA00215; Mon, 9 Feb 1998 11:23:20 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f In-Reply-To: <9802051728.ZM12289@man104-10.ucsd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/12 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 9 Feb 1998 11:23:20 +0100 Resent-Message-ID: <"QZ4cU.A.CD.Dkt30"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: William Kleinsasser To: Miller Puckette cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Sat, 7 Feb 1998 17:13:38 -0500 (EST) Thanks, Miller, for teh tableread/write help. When trying to create a new array using the menu, I get an error: bad screen distance ".x1008a828.a10095220" and see no new array. When I try to send messages to it (array2) I am told that it doesn't exist. Also, moving the arrays around the screen is very slow. Is there a simple way to create and use envelope shapes like Hamming, Hanning, etc.? Thanks, Bill From pd-list-request@iem.mhsg.ac.at Mon Feb 9 11:30:56 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2988" "Sun" "8" "February" "1998" "19:07:41" "+0100" "Nicola Bernardini" "nicb@axnet.it" nil "72" "problems running pd-0.20 under linux (2. posting)" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id LAA00275; Mon, 9 Feb 1998 11:30:55 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/13 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 9 Feb 1998 11:30:55 +0100 Resent-Message-ID: <"KrQaJC.A.HE.Vrt30"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Nicola Bernardini To: pd list Subject: problems running pd-0.20 under linux (2. posting) Date: Sun, 8 Feb 1998 19:07:41 +0100 (MET) I am sending this mail again because the list seems to have gotten another (later) mail from me but not this one. Sorry if you get double postings... Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. ---------- Forwarded message ---------- Date: Thu, 5 Feb 1998 10:25:19 +0100 (MET) From: Nicola Bernardini To: pd list Subject: problems running pd-0.20 under linux Hello everybody! I am running pd on a linux laptop and a linux box both of which run a 2.0.33 kernel. They have different audio setups but I always get a few warnings, like "failed to open audio read port" and "could not open MIDI ports" (even though, at least on the linux box, MIDI is up and running on a SB16). Also, pd must be set suid if running as user because otherwise there are a number of operations (like setting scheduler priorities, etc.) which are not permitted. Anyway, no big problems there (at least for the moment). One thing that is not clear is the two environment variables TCL_LIBRARY and TK_LIBRARY that are set upon exec'ing pd-gui. Are they for some future purpose? (Actually, I noticed that pd runs also if these variables are not set or are set to incorrect paths, so are they of any use at all?) I made a little trivial patch so that TCL_LIBRARY and TK_LIBRARY can be set externally and applied upon calling pd-gui. I am appending it at the bottom of this mail, if somebody finds it useful, she/he can apply it with patch. Also, on the same idea, some call or some library like, I believe, kpathsea or something like that could be used to infer the path where pd is being run from so to apply it to sys_progdir. Aside from that, there are a few things I am not able to solve: 1) If, for example, I call up pd, set the audio to ON, THEN open a patch like "cos~.pd" and run the oscillator, no audio happens; if I open the patch THEN turn the audio ON the audio works (this used to happen to 0.18 too) 2) on 0.20 when I edit the patch and audio is ON, after *any* edit operation (like delete a cord, change a patch name, etc.) the program sigsevs and collapses; I cannot run gdb on pd because it says it cannot ptrace (I am using 4.14), but I managed to look into pd-gui and that's not the process doing the segmentation violation: it's pd, but since sigsev does not dump core there is little that I can do there to help... At any rate, let's go on! Looks like we have a bright future to look up to... ciao Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. From pd-list-request@iem.mhsg.ac.at Mon Feb 9 12:27:49 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1769" "Mon" "9" "February" "1998" "11:33:35" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "49" "problems running pd-0.20 under linux" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id MAA00644; Mon, 9 Feb 1998 12:27:48 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199802091233.LAA07010@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Mailing-List: archive/latest/14 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 9 Feb 1998 12:27:48 +0100 Resent-Message-ID: <"Rpnv8D.A.zJ.kgu30"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Guenter Geiger To: Nicola Bernardini Cc: pd list Subject: problems running pd-0.20 under linux Date: Mon, 9 Feb 1998 11:33:35 -0100 Nicola Bernardini writes: > > Hello everybody! > > I am running pd on a linux laptop and a linux box both of which run > a 2.0.33 kernel. They have different audio setups but I always get a > few warnings, like "failed to open audio read port" This is due tue the fact that SB's only support one directional sampling. Pd chooses to use the write port and therefore fails for the read port. > open MIDI ports" (even though, at least on the linux box, MIDI is up > and running on a SB16). Also, pd must be set suid if running as user > because otherwise there are a number of operations (like setting > scheduler priorities, etc.) which are not permitted. Anyway, no big > problems there (at least for the moment). > Basically MIDI is known to work .. You are right, I did put in some rt scheduling stuff for Linux which can only be used under root. Otherwise it will just be ignored. > One thing that is not clear is the two environment variables TCL_LIBRARY > and TK_LIBRARY that are set upon exec'ing pd-gui. Are they for some > Aside from that, there are a few things I am not able to solve: > > 1) If, for example, I call up pd, set the audio to ON, THEN open a patch > like "cos~.pd" and run the oscillator, no audio happens; if I open > the patch THEN turn the audio ON the audio works (this used to happen > to 0.18 too) This, or similar cases are "known" bugs. I guess they are not high priority at the moment, but anybody solving this is welcome .. :) > 2) on 0.20 when I edit the patch and audio is ON, after *any* edit operation I can't reproduce this, but there have been two 0.20 versions, the first one had a bug. Probably we should come up with a 0.21 just for clearness. Miller ? Guenter From pd-list-request@iem.mhsg.ac.at Mon Feb 9 12:56:48 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1223" "Mon" "9" "February" "1998" "12:02:32" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "44" "Major code cleanup needed?!?!" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id MAA00805; Mon, 9 Feb 1998 12:56:48 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <199802091302.MAA07092@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: <34DBB9C2.7E6A4867@westnet.com> References: <34DBB9C2.7E6A4867@westnet.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid X-Mailing-List: archive/latest/15 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 9 Feb 1998 12:56:48 +0100 Resent-Message-ID: <"N43c1C.A.WM.t7u30"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Guenter Geiger To: Larry Troxler Cc: pd-list@iem.mhsg.ac.at Subject: Major code cleanup needed?!?! Date: Mon, 9 Feb 1998 12:02:32 -0100 Larry Troxler writes: > - Compiling with -Wall on gcc/Linux results in many screen fulls of > warnings. Perhaps the #pragmas in gcc are a bit weak (to disable > specific warnings) and this is why -Wall isn't used by default? > No, I just forgot to use any special warning flags, because the code was easily portable and I had no problems with it. But for the future I think it would be ok to use some warning flags. I don't think that a major cleanup is needed. Running gcc with -Wall -Wno-unused will put out warnigs about 1) suggesting paranthesis for assignment used as truth value. Cleaning this up wouldn't be a major task and including this warnings are sometimes very useful. 2) unhandled enumeration values in switch. Just add a default case 3) stdio formatting mismatches just a few > - There as some function prototypes patched directly into the C files > where the functions are called, as opposed to using an include-file. > I think this is ok for local functions > - Some files (the Tk ones?) use the old K&R-style function definitions > and declarations! > This is ugly in my opinion too. In my opionion it would be ok cleaning this up. Guenter From lt@westnet.com Mon Feb 9 17:42:39 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1510" "Mon" "9" "February" "1998" "10:42:50" "-0500" "Larry Troxler" "lt@westnet.com" nil "38" "Re: Major code cleanup needed?!?!" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: from westnet.com (lt@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id RAA16668; Mon, 9 Feb 1998 17:42:36 +0100 Received: from localhost (lt@localhost) by westnet.com (8.8.6/8.8.7) with SMTP id KAA20610; Mon, 9 Feb 1998 10:42:50 -0500 (EST) In-Reply-To: <199802091302.MAA07092@webern.mhsg.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Larry Troxler To: Guenter Geiger cc: pd-list@iem.mhsg.ac.at Subject: Re: Major code cleanup needed?!?! Date: Mon, 9 Feb 1998 10:42:50 -0500 (EST) On Mon, 9 Feb 1998, Guenter Geiger wrote: > Larry Troxler writes: > > - Compiling with -Wall on gcc/Linux results in many screen fulls of > > warnings. Perhaps the #pragmas in gcc are a bit weak (to disable > > specific warnings) and this is why -Wall isn't used by default? > > > > No, I just forgot to use any special warning flags, because the code > was easily portable and I had no problems with it. > But for the future I think it would be ok to use some warning flags. > > I don't think that a major cleanup is needed. Running gcc with > -Wall -Wno-unused will put out warnigs about Yes, now that I've spent more time with the code, I realize it's not as bad as a lot of other Unix code I've seen. I think the problem is that there are some conventions used in this project, that aren't immediately obvious. I've taken the liberty of adding some more text to the src/notes file, which will hopefully save others some frustation. So, Miller, Guenter, let me know what I should do with my additions. > > > > - There as some function prototypes patched directly into the C files > > where the functions are called, as opposed to using an include-file. > > > > I think this is ok for local functions But these prototypes aren't for local functions, they are for functions in other modules. I see from src/notes, that this was actually intentional, so I guess it's just a matter of varying preferences. Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Mon Feb 9 17:42:57 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1510" "Mon" "9" "February" "1998" "10:42:50" "-0500" "Larry Troxler" "lt@westnet.com" nil "38" "Re: Major code cleanup needed?!?!" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id RAA16687; Mon, 9 Feb 1998 17:42:57 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f In-Reply-To: <199802091302.MAA07092@webern.mhsg.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/16 X-Loop: pd-list@iem Precedence: list Resent-Date: Mon, 9 Feb 1998 17:42:57 +0100 Resent-Message-ID: <"FeBHfB.A.kEE.AIz30"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Larry Troxler To: Guenter Geiger cc: pd-list@iem.mhsg.ac.at Subject: Re: Major code cleanup needed?!?! Date: Mon, 9 Feb 1998 10:42:50 -0500 (EST) On Mon, 9 Feb 1998, Guenter Geiger wrote: > Larry Troxler writes: > > - Compiling with -Wall on gcc/Linux results in many screen fulls of > > warnings. Perhaps the #pragmas in gcc are a bit weak (to disable > > specific warnings) and this is why -Wall isn't used by default? > > > > No, I just forgot to use any special warning flags, because the code > was easily portable and I had no problems with it. > But for the future I think it would be ok to use some warning flags. > > I don't think that a major cleanup is needed. Running gcc with > -Wall -Wno-unused will put out warnigs about Yes, now that I've spent more time with the code, I realize it's not as bad as a lot of other Unix code I've seen. I think the problem is that there are some conventions used in this project, that aren't immediately obvious. I've taken the liberty of adding some more text to the src/notes file, which will hopefully save others some frustation. So, Miller, Guenter, let me know what I should do with my additions. > > > > - There as some function prototypes patched directly into the C files > > where the functions are called, as opposed to using an include-file. > > > > I think this is ok for local functions But these prototypes aren't for local functions, they are for functions in other modules. I see from src/notes, that this was actually intentional, so I guess it's just a matter of varying preferences. Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Tue Feb 10 03:59:47 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["704" "Tue" "10" "February" "1998" "03:59:46" "+0100" "Larry Troxler" "lt@westnet.com" nil "20" "I have some bug fixes ..." "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id DAA07559 for geiger@iem.mhsg.ac.at; Tue, 10 Feb 1998 03:59:46 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f X-From_: lt@westnet.com Tue Feb 10 03:59:45 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id DAA07532 for ; Tue, 10 Feb 1998 03:59:44 +0100 Received: from goodguy (port3.ts2.westnet.com [206.28.203.3]) by westnet.com (8.8.6/8.8.7) with SMTP id VAA11313 for ; Mon, 9 Feb 1998 21:00:03 -0500 (EST) Message-ID: <34DFC16B.19C6FBA8@westnet.com> Old-Date: Tue, 10 Feb 1998 02:54:35 +0000 X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Diagnostic: Mail coming from a daemon, ignored X-Envelope-To: pd-list From: Larry Troxler Sender: root@westnet.com To: pd-list@iem.mhsg.ac.at Subject: I have some bug fixes ... Date: Tue, 10 Feb 1998 03:59:46 +0100 ... What should I do with them? Most relate to Linux soundcard handling, but there's also the twice freed() bug in the DSP buffer handling. In addition, I've added some comments in various places as I've discovered what's going on, and made some changes to make it easier to select outlets with the mouse (should be eventually configurable, I suppose). Also I expanded on the "src/notes" file. I could either - generate a patch file against 0.20 and mail it to Miller or Guenter for review - Mail the complete package to Miller or Guenter for review - Make either of the above available on my FTP directory Let me know. Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From mpuckett@man104nfs.ucsd.edu Tue Feb 10 23:23:54 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["298" "Tue" "10" "February" "1998" "13:24:25" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "7" "Re: PD: d_ugens.c bug found?" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: from man104nfs.ucsd.edu (root@man104nfs.ucsd.edu [132.239.129.115]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id XAA00656; Tue, 10 Feb 1998 23:23:52 +0100 Received: from man104-8.ucsd.edu (mpuckett@man104-8.ucsd.edu [132.239.129.123]) by man104nfs.ucsd.edu (8.8.3/8.8.3) with ESMTP id NAA28380; Tue, 10 Feb 1998 13:24:27 -0800 (PST) Received: (from mpuckett@localhost) by man104-8.ucsd.edu (8.8.5/8.8.5) id NAA26746; Tue, 10 Feb 1998 13:24:26 -0800 (PST) Message-Id: <9802101324.ZM26745@man104-8.ucsd.edu> In-Reply-To: Larry Troxler "PD: d_ugens.c bug found?" (Feb 3, 2:07am) References: <34D67BFB.2D63CAB2@westnet.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Miller Puckette" To: Larry Troxler , Miller Puckette , Guenter Geiger Cc: pd-list Subject: Re: PD: d_ugens.c bug found? Date: Tue, 10 Feb 1998 13:24:25 -0800 About the ugen cleanup bug -- I'm with Larry Troxler; it's the "used" list that should be freed; the free list should just be zeroed out. I've fixed this for 0.21 (which I'm hoping to get out Thursday.) This might explain Nicola's problems making and breaking connections with DSP on... -Miller From pd-list-request@iem.mhsg.ac.at Tue Feb 10 23:40:33 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["1180" "Tue" "10" "February" "1998" "13:40:34" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "37" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id XAA00731; Tue, 10 Feb 1998 23:40:33 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <9802101340.ZM26780@man104-8.ucsd.edu> In-Reply-To: William Kleinsasser "Re: tables in Pd" (Feb 7, 5:13pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: archive/latest/18 X-Loop: pd-list@iem Precedence: list Resent-Date: Tue, 10 Feb 1998 23:40:33 +0100 Resent-Message-ID: <"MCiiFD.A.KL.UdN40"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Miller Puckette" To: William Kleinsasser Cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Tue, 10 Feb 1998 13:40:34 -0800 On Feb 7, 5:13pm, William Kleinsasser wrote: > > When trying to create a new array using the menu, I get an error: > > bad screen distance ".x1008a828.a10095220" > > and see no new array. When I try to send messages to it (array2) I am > told that it doesn't exist. Also, moving the arrays around the screen > is very slow. > > > Is there a simple way to create and use envelope shapes like Hamming, > Hanning, etc.? > > Thanks, > > Bill > >-- End of excerpt from William Kleinsasser Ouch... I never saw the error you're getting creating tables, the "bad screen distance ".x1008a828.a10095220" Does this happen if you make a new document and put an array into it or is there more context I should reproduce? Also, I forgot which kind of machine you run on; perhaps there's a bizarre machine dependency lurking. You can make Hanning/Hamming windows by blasting an oscillator right into tabwrite~, although it's tricky setting the phase. (you do it by taking a snapshot~ of the phasor~ output and subtracting that number from phasor~'s future output. Not that tabread4~'s 4-point interpolation means that its input should be between 1 and size-2. cheers Miller From pd-list-request@iem.mhsg.ac.at Wed Feb 11 02:10:19 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["965" "Tue" "10" "February" "1998" "19:10:17" "-0500" "William Kleinsasser" "bill@saber.towson.edu" nil "25" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id CAA00891; Wed, 11 Feb 1998 02:10:19 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f In-Reply-To: <9802101340.ZM26780@man104-8.ucsd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/19 X-Loop: pd-list@iem Precedence: list Resent-Date: Wed, 11 Feb 1998 02:10:19 +0100 Resent-Message-ID: <"per5J.A.vN.zpP40"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: William Kleinsasser To: Miller Puckette cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Tue, 10 Feb 1998 19:10:17 -0500 (EST) Miller and others, > > Ouch... I never saw the error you're getting creating tables, the > "bad screen distance ".x1008a828.a10095220" > > Does this happen if you make a new document and put an array into it or > is there more context I should reproduce? Also, I forgot which kind of > machine you run on; perhaps there's a bizarre machine dependency lurking. > Sorry to be ambiguous. First: O2, R5000 irix 6.3. I am trying to addarrays to the patch that you sent to us for tabwrite/read. I'll try to recreate the problem from a fresh window and let you know tomorow. > You can make Hanning/Hamming windows by blasting an oscillator right into > tabwrite~, although it's tricky setting the phase. (you do it by taking > a snapshot~ of the phasor~ output and subtracting that number from phasor~'s > future output. Not that tabread4~'s 4-point interpolation means that its > input should be between 1 and size-2. > Thanks. I'll give it a shot. Bill From nicb@ax-nicb.axnet.it Wed Feb 11 11:22:19 1998 X-VM-v5-Data: ([nil nil nil nil t nil nil nil nil] ["2266" "Wed" "11" "February" "1998" "10:18:46" "+0100" "Nicola Bernardini" "nicb@axnet.it" "" "61" "Re: problems running pd-0.20 under linux" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: from ax-nicb.axnet.it (nicb@[194.184.60.149]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id LAA01799; Wed, 11 Feb 1998 11:22:17 +0100 Received: (from nicb@localhost) by ax-nicb.axnet.it (8.8.8/8.8.8) id KAA02583; Wed, 11 Feb 1998 10:18:47 +0100 In-Reply-To: <199802091233.LAA07010@webern.mhsg.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Nicola Bernardini To: Guenter Geiger cc: pd list Subject: Re: problems running pd-0.20 under linux Date: Wed, 11 Feb 1998 10:18:46 +0100 (MET) Thanks Guenter for your quick reply (and to Miller too, for his reply on d_ugen bug) On Mon, 9 Feb 1998, Guenter Geiger wrote: [snip] > > few warnings, like "failed to open audio read port" > > This is due tue the fact that SB's only support one directional > sampling. Pd chooses to use the write port and therefore fails for > the read port. I should have guessed that, sorry... Does somebody have a current list of the cards that support full duplex and that have drivers for linux? [snip] > Basically MIDI is known to work .. well, I'll test MIDI a little bit further... > You are right, I did put in some rt scheduling stuff for Linux which can only > be used under root. Otherwise it will just be ignored. I think it could be a good idea to su-id pd (not pd-gui) in the installation target: I do not think there is a security breach in this (but I am not a specialist of security). Or better, there could be a condition that allows to select whether to do this or not. > > 1) If, for example, I call up pd, set the audio to ON, THEN open a patch > > like "cos~.pd" and run the oscillator, no audio happens; if I open > > the patch THEN turn the audio ON the audio works (this used to happen > > to 0.18 too) > > This, or similar cases are "known" bugs. I guess they are not high > priority at the moment, but anybody solving this is welcome .. :) > I'll look this up if this is still there on 0.21... > > > 2) on 0.20 when I edit the patch and audio is ON, after *any* edit operation > > I can't reproduce this, but there have been two 0.20 versions, the > first one had a bug. > Probably we should come up with a 0.21 just for clearness. Miller ? Well, this is extremely deterministic on my machine (it happens all the time). If this persist, I'll try harder. Does somebody know how to trap processes dying with sigsegv with gdb? (no core is produced, even with ulimit -c unlimited, and gdb says it cannot ptrace the pd process...) Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. From geiger@iem.mhsg.ac.at Wed Feb 11 13:36:58 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["624" "Wed" "11" "February" "1998" "12:43:03" "-0100" "Guenter Geiger" "geiger@iem.mhsg.ac.at" nil "19" "Re: problems running pd-0.20 under linux" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id NAA00273; Wed, 11 Feb 1998 13:36:57 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA17729; Wed, 11 Feb 1998 12:43:03 -0100 Message-Id: <199802111343.MAA17729@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: References: <199802091233.LAA07010@webern.mhsg.ac.at> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid From: Guenter Geiger To: Nicola Bernardini Cc: Guenter Geiger , pd list Subject: Re: problems running pd-0.20 under linux Date: Wed, 11 Feb 1998 12:43:03 -0100 Nicola Bernardini writes: > time). If this persist, I'll try harder. Does somebody know how to > trap processes dying with sigsegv with gdb? (no core is produced, > even with ulimit -c unlimited, and gdb says it cannot ptrace the > pd process...) > I had no problem debugging pd with gdb. Be sure you have the right paths to the source in gdb. ( assuming pd is compiled -g). Use Emacs. Most of the time gdb should be able to backtrace pd. After the segfault you can then easily examine your variables ... and look what went wrong. Get the new version of pd-0.20 at my site or wait until 0.21. Guenter From pd-list-request@iem.mhsg.ac.at Wed Feb 11 15:43:07 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["99" "Wed" "11" "February" "1998" "08:49:25" "-0400" "Curtis Bahn" "bahnc2@rpi.edu" nil "9" "new pd user question" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id PAA00542; Wed, 11 Feb 1998 15:43:06 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f X-Sender: bahnc2@mail.rpi.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Mailing-List: archive/latest/22 X-Loop: pd-list@iem Precedence: list Resent-Date: Wed, 11 Feb 1998 15:43:06 +0100 Resent-Message-ID: <"vWIwkD.A.OI.ujb40"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: Curtis Bahn To: pd-list@iem.mhsg.ac.at Subject: new pd user question Date: Wed, 11 Feb 1998 08:49:25 -0400 Hi, I was wondering what sound cards worked best with Pd on WindowsNT4.0. thanks, Curtis Bahn From pd-list-request@iem.mhsg.ac.at Wed Feb 11 18:20:12 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2749" "Wed" "11" "February" "1998" "11:17:01" "-0500" "William Kleinsasser" "bill@saber.towson.edu" nil "111" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id SAA00763; Wed, 11 Feb 1998 18:20:12 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/23 X-Loop: pd-list@iem Precedence: list Resent-Date: Wed, 11 Feb 1998 18:20:12 +0100 Resent-Message-ID: <"8wZXSB.A.uL.C3d40"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: William Kleinsasser To: Miller Puckette cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Wed, 11 Feb 1998 11:17:01 -0500 (EST) > > > > Ouch... I never saw the error you're getting creating tables, the > > "bad screen distance ".x1008a828.a10095220" > > > > Does this happen if you make a new document and put an array into it or > > is there more context I should reproduce? Also, I forgot which kind of > > machine you run on; perhaps there's a bizarre machine dependency lurking. > > Miller and others, Here is the patch that gave me the problems. It's the patch that Miller sent last week for array work. Problems: 1. I have resized the array (10 sec @ 44100). When I try to create a second array from the menu I get the "bad screen distance" error described before. patch #1: #N canvas 508 31 663 743 10; #X obj 361 501 tabwrite~ array1; #X msg 278 425 bang \; pd dsp 1; #X msg 45 62 bang \; pd dsp 1; #X obj 213 178 * 44.1; #X floatatom 212 154 100; #X obj 213 229 line~; #X floatatom 112 152 100; #X floatatom 42 168 1; #X obj 42 192 sig~; #N canvas 0 0 650 696 Untitled-1 1; #X graph graph1 0 -1 44100 1 141 327 541 27; #X array array1 44100 float; #X pop; #X msg 152 348 \; array1 read foo.tab; #X msg 152 398 \; array1 write foo.tab; #X msg 152 489 \; array1 print; #X msg 150 444 array1 resize 88200; #X restore 437 92 page table; #X obj 84 354 sig~ 0.1; #X obj 44 353 *~; #X obj 318 248 metro; #X msg 319 201 1; #X floatatom 319 224 1; #X obj 414 309 tabwrite~ array1; #X obj 414 228 sig~; #X obj 414 198 random 1000; #X obj 414 253 phasor~; #X obj 414 283 cos~; #X obj 43 382 hip~ 5; #X obj 46 412 dac~; #X obj 44 322 tabread4~ array1; #X obj 41 218 phasor~; #X msg 383 151 bang \; pd dsp 1; #X obj 113 227 line~; #X obj 44 247 *~; #X obj 44 279 +~; #X obj 111 177 * 44.1; #X msg 112 123 100; #X obj 315 279 random 30; #X obj 367 427 adc~; #X obj 115 203 pack 0 1000; #X obj 212 205 pack 0 1000; #X floatatom 150 266 44100; #X obj 149 289 sig~; #X obj 375 470 line~; #X obj 232 33; #X connect 1 0 0 0; #X connect 1 0 36 0; #X connect 2 0 29 0; #X connect 2 0 7 0; #X connect 3 0 33 0; #X connect 4 0 3 0; #X connect 5 0 27 1; #X connect 6 0 28 0; #X connect 7 0 8 0; #X connect 8 0 23 0; #X connect 10 0 11 1; #X connect 11 0 20 0; #X connect 12 0 17 0; #X connect 12 0 30 0; #X connect 13 0 14 0; #X connect 14 0 12 0; #X connect 16 0 18 0; #X connect 17 0 16 0; #X connect 18 0 19 0; #X connect 19 0 15 0; #X connect 20 0 21 0; #X connect 20 0 21 1; #X connect 22 0 11 0; #X connect 23 0 26 0; #X connect 24 0 13 0; #X connect 24 0 15 0; #X connect 26 0 27 0; #X connect 27 0 22 0; #X connect 28 0 32 0; #X connect 29 0 6 0; #X connect 29 0 4 0; #X connect 30 0 12 1; #X connect 31 0 0 0; #X connect 32 0 25 0; #X connect 33 0 5 0; #X connect 34 0 35 0; #X connect 35 0 26 1; #X connect 36 0 0 0; Perhaps you can recreate the error. Thanks, Bill From pd-list-request@iem.mhsg.ac.at Wed Feb 11 21:40:28 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["96" "Wed" "11" "February" "1998" "14:40:11" "-0500" "William Kleinsasser" "bill@saber.towson.edu" nil "4" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id VAA01126; Wed, 11 Feb 1998 21:40:27 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailing-List: archive/latest/24 X-Loop: pd-list@iem Precedence: list Resent-Date: Wed, 11 Feb 1998 21:40:27 +0100 Resent-Message-ID: <"3Ea4MD.A.VR.lyg40"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: William Kleinsasser To: Miller Puckette cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Wed, 11 Feb 1998 14:40:11 -0500 (EST) Is there a way to trigger phasor~ to restart at 0-degrees once it has been set in motion? Bill From pd-list-request@iem.mhsg.ac.at Thu Feb 12 02:07:20 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["558" "Thu" "12" "February" "1998" "02:07:19" "+0100" "Larry Troxler" "lt@westnet.com" nil "13" "Signal s_n (length) field - different sizes?" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id CAA01555 for geiger@iem.mhsg.ac.at; Thu, 12 Feb 1998 02:07:19 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f X-From_: lt@westnet.com Thu Feb 12 02:07:15 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA01528 for ; Thu, 12 Feb 1998 02:07:14 +0100 Received: from goodguy (port5.ts2.westnet.com [206.28.203.5]) by westnet.com (8.8.6/8.8.7) with SMTP id TAA29546 for ; Wed, 11 Feb 1998 19:07:45 -0500 (EST) Message-ID: <34E249F2.83BD9E6@westnet.com> Old-Date: Thu, 12 Feb 1998 01:01:38 +0000 X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Diagnostic: Mail coming from a daemon, ignored X-Envelope-To: pd-list From: Larry Troxler Sender: root@westnet.com To: pd-list@iem.mhsg.ac.at Subject: Signal s_n (length) field - different sizes? Date: Thu, 12 Feb 1998 02:07:19 +0100 It seems that PD carries around the size of the signal as a variable, as if it is expected that signals may be of different sizes withing the same instance of PD. But yet, it looks like most things would break anyway if the signals weren't all the same size. I'm just wondering what the history and/or future plans are with this. Is PD heading toward allowing multiple length signals, or is the opposite true (at first, multiple-lengths were provided for, but it never materialized)? Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From pd-list-request@iem.mhsg.ac.at Fri Feb 13 03:58:53 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["411" "Thu" "12" "February" "1998" "17:59:17" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "15" "Re: tables in Pd" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id DAA02718; Fri, 13 Feb 1998 03:58:52 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <9802121759.ZM341@man104-8.ucsd.edu> In-Reply-To: William Kleinsasser "Re: tables in Pd" (Feb 11, 2:40pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: archive/latest/25 X-Loop: pd-list@iem Precedence: list Resent-Date: Fri, 13 Feb 1998 03:58:52 +0100 Resent-Message-ID: <"NS5l1B.A.Tq.mb740"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Miller Puckette" To: William Kleinsasser Cc: pd-list@iem.mhsg.ac.at Subject: Re: tables in Pd Date: Thu, 12 Feb 1998 17:59:17 -0800 On Feb 11, 2:40pm, William Kleinsasser wrote: > > Is there a way to trigger phasor~ to restart at 0-degrees once it has been > set in motion? > > Bill > >-- End of excerpt from William Kleinsasser No (wait for 0.21!) but you can get the phase via snapshot~ and subtract that from phasor~'s output, as a temporary solution... -Miller P.S. V0.21 is too buggy to put out yet... I'll shoot for this weekend From pd-list-request@iem.mhsg.ac.at Tue Feb 17 23:00:57 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["350" "Tue" "17" "February" "1998" "13:01:29" "-0800" "Miller Puckette" "mpuckett@man104nfs.ucsd.edu" nil "11" "Pd 0.21 out" "^Resent-Date:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id XAA20373; Tue, 17 Feb 1998 23:00:57 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f Message-Id: <9802171301.ZM7764@man104-8.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailing-List: archive/latest/26 X-Loop: pd-list@iem Precedence: list Resent-Date: Tue, 17 Feb 1998 23:00:57 +0100 Resent-Message-ID: <"T_pQg.A.H-E.Big60"@iem.mhsg.ac.at> Resent-From: pd-list@iem.mhsg.ac.at Resent-Sender: pd-list-request@iem.mhsg.ac.at From: "Miller Puckette" To: pd-list@iem.mhsg.ac.at Subject: Pd 0.21 out Date: Tue, 17 Feb 1998 13:01:29 -0800 Hi all, Pd 0.21 is sitting in the usual place. Apart from bug fixes and an FFT object, you might want to look at the new directory "stuff" which is intended to evolve into a sort of tutorial. Also, several new flags are available for NT to help track doen audio problems; start with "-listdev" to get a listing of the devices Pd can see. -Miller From pd-list-request@iem.mhsg.ac.at Thu Feb 19 02:20:37 1998 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["360" "Thu" "19" "February" "1998" "02:20:36" "+0100" "Larry Troxler" "lt@westnet.com" nil "10" "\"FILE* fd\" = confusion ?" "^From:" nil nil "2" nil nil nil nil nil] nil) Return-Path: Received: (from list@localhost) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) id CAA29370 for geiger@iem.mhsg.ac.at; Thu, 19 Feb 1998 02:20:36 +0100 X-Authentication-Warning: iem.mhsg.ac.at: list set sender to pd-list-request@iem using -f X-From_: lt@westnet.com Thu Feb 19 02:20:35 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA29343 for ; Thu, 19 Feb 1998 02:20:34 +0100 Received: from goodguy (port11.ts2.westnet.com [206.28.203.11]) by westnet.com (8.8.6/8.8.7) with SMTP id TAA15985 for ; Wed, 18 Feb 1998 19:21:43 -0500 (EST) Message-ID: <34EB8758.1917FB3E@westnet.com> Old-Date: Thu, 19 Feb 1998 01:14:52 +0000 X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Diagnostic: Mail coming from a daemon, ignored X-Envelope-To: pd-list From: Larry Troxler Sender: root@westnet.com To: pd-list Subject: "FILE* fd" = confusion ? Date: Thu, 19 Feb 1998 02:20:36 +0100 Maybe I'm missing something here, but in my experience, the convention is to use "fd" for integer file-descriptors, and "fp" for pointers to FILE objects. However, in pd, "fd" seems to be used also for FILE*'s. Shouldn't this be changed? Or am I mistaken regarding this convention? Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From lt@westnet.com Tue Mar 3 04:49:21 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id EAA16518 for ; Tue, 3 Mar 1998 04:49:19 +0100 Received: from goodguy (port27.ts2.westnet.com [206.28.203.27]) by westnet.com (8.8.6/8.8.7) with SMTP id VAA17206 for ; Mon, 2 Mar 1998 21:49:50 -0500 (EST) Sender: root@westnet.com Message-ID: <34FB7BE4.7266DBC0@westnet.com> Date: Tue, 03 Mar 1998 03:41:24 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: pd-list , pd-list Subject: Problem reloading page/array file. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I think there's a bug in 0.20. For example, I load the patch below, which was initialy created by placing a "page" object, then placing an "array" into that page, which gets the symbol "array1". It seems like everything is ok, until I restart PD and reload the patch, and then "array1" is unknown. (For example, "read array1 xxx" doesn't work. Does anyone else have this problem? Larry (If possible, please CC to lt@westnet.com, since the pd-list has been a bit unreliable for me) #N canvas 0 0 621 549 8; #X floatatom 50 124 0; #N canvas 0 0 600 400 /SUBPATCH/ 0; #X graph graph1 0 -1 100 1 200 320 600 20; #X array array1 100 float; #X pop; #X restore 44 10 page; #X obj 48 82 get array1 y; #X floatatom 54 51 25; #X connect 2 0 0 0; #X connect 3 0 2 0; -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From ckilpatrick@mail.wesleyan.edu Tue Mar 3 09:10:54 1998 Received: from mail.wesleyan.edu (dns.wesleyan.edu [129.133.12.10]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id JAA16969 for ; Tue, 3 Mar 1998 09:10:53 +0100 Received: from ckilpatrick (ckilpatrick-1.stu.wesleyan.edu [129.133.80.123]) by mail.wesleyan.edu (8.8.6/8.7.3) with SMTP id CAA10207 for ; Tue, 3 Mar 1998 02:11:37 -0500 (EST) Message-Id: <3.0.32.19980303021336.00961a20@wesleyan.edu> X-Sender: ckilpatrick@wesleyan.edu X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 03 Mar 1998 02:13:36 -0500 To: pd-list@iem.mhsg.ac.at From: Charlie Kilpatrick Subject: getting pd to work in NT? or linux? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi all, I seem to be having problems getting pd to run on NT. The error message I get in a little dialog box is: The instruction at "0x100162bf" referenced memory at "0x00000010". The memory could not be "read". And the output in the command prompt window is: Pd version 0.21 compiled Thu Jan 15 08:52:27 PST 1998 port 5400 c:/pd Waiting for connection request... ... connected pd: ADCs on; DACs on waveInOpen: A device ID has been used that is out of range for your system. waveOutOpen: A device ID has been used that is out of range for your system. midiOutOpen: There is no driver installed on your system. There are no MIDI input devices. pd: running. I've tried this on a couple different puters running NT, but to avail. It does work if I run it with the '-nosound' or '-adc' options, but then I hear no sound. :) To tell you the truth I'm a little baffled by this because I've written a program that calls both waveInOpen and waveOutOpen and it works perfectly. Also, from first glance my source is basically the same as that in pd, with the one exception that I use the more recent structure WAVEFORMATEX rather than PCMWAVEFORMAT. Alas, I've modified pd's code to use that new structure but the same errors occur. (In fact, I'm not sure this should have any effect because actually I think the data alignment is the same between the two structures (except for an extra word at the end of WAVEFORMATEX), just the field names are different). I'll take a closer look at what is different between the two programs later, but I'm wondering if anyone else has had problems? Also, I've tried to run pd in linux. I cannot seem to compile it, however. The error message I get is: make: *** No rule to make target `/usr/include/gnu/stubs.h', needed by `g_canvas.o'. Stop. This file does not exist in my /usr/include/gnu directory. Does someone have this file? Could you send it to me? The only file that is in that directory currently is types.h on my system. It is Debian distribution and my kernel 2.0.33. Thanks much for your help, Charlie From baker@charlieb.com Tue Mar 3 09:38:18 1998 Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id JAA17030 for ; Tue, 3 Mar 1998 09:38:16 +0100 Received: from charlieb.com (baker@baker.vip.best.com [206.86.232.121]) by proxy3.ba.best.com (8.8.8/8.8.BEST) with ESMTP id XAA09746 for ; Mon, 2 Mar 1998 23:37:08 -0800 (PST) Sender: baker@proxy3.ba.best.com Message-ID: <34FBB2ED.B4BD1437@charlieb.com> Date: Tue, 03 Mar 1998 07:36:14 +0000 From: Charles Baker X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: "pd-list@iem.mhsg.ac.at" Subject: Re: getting pd to work in NT? or linux? References: <3.0.32.19980303021336.00961a20@wesleyan.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Very much enjoying the program, Miller....working on simple MIDI controled ring modulation: think "Mantra"! Well, I might as well report my errors: i have NT 4.0 - TurtleBeach Fiji sound card Linux (2.0.32- RedHat 5.0) - TurtleBeach Malibu sound card ERRORS: under NT- all of pd that I have tested worked well, *except* , apx. 80% of the time, the DACs are lost after a few seconds with "dacs died, switching to alternative timing source" This is too bad, because full-duplex has only worked under NT for me.... once the dacs are happy, things work great. (:-( under Linux - well, no full duplex: the app complains that it can't stat /dev/dsp1 (hey, it's there, looks correct!), the card (actually, /dev/sndstat) reports that it *should * use /dev/dsp1 for record in full-duplex, which it says it supports. and, more important , since ver. 0.21, i get an immediate core dump. sigh. compilation seemed simple enough. ( no errors.) I have no problem with 0.20, other than no fullduplex, and no fft object.. I did go load tcl7.6/tk4.2, since I've moved on to tcl/tk 8.0 ... 0.20 works well, as I said. i will try to gdb the core dump this weekend, but since I no longer enjoy the priorities of an academic position (*sigh*- come'on FloridaState and/or Stanford!!), I must deliver some other debugging to my employer before I can get to pd.... any ideas? CharlieB baker@charlieb.com baker@ccrma.stanford.edu cbaker@verity.com From lt@westnet.com Tue Mar 3 10:22:15 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id KAA17131 for ; Tue, 3 Mar 1998 10:22:14 +0100 Received: from goodguy (port3.ts2.westnet.com [206.28.203.3]) by westnet.com (8.8.6/8.8.7) with SMTP id DAA02466; Tue, 3 Mar 1998 03:22:54 -0500 (EST) Sender: root@westnet.com Message-ID: <34FBC9F5.3BBC2817@westnet.com> Date: Tue, 03 Mar 1998 09:14:29 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: Charles Baker CC: "pd-list@iem.mhsg.ac.at" Subject: Re: getting pd to work in NT? or linux? References: <3.0.32.19980303021336.00961a20@wesleyan.edu> <34FBB2ED.B4BD1437@charlieb.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Charles Baker wrote: ... > under Linux - > well, no full duplex: the app complains that it can't stat /dev/dsp1 (hey, it's > there, looks correct!), > the card (actually, /dev/sndstat) reports that it *should * use /dev/dsp1 for > record in full-duplex, which it says it supports. The Linux port (s_linux.c) doesn't correctly support full-duplex, I think. There's an ioctl you need to use first to enable it. Since full-duplex isn't working, what happens is that the card gets opened for output using /dev/dsp, then PD looks for an input card at /dev/dsp1. Something like that. I can send you my version of s_linux.c if you want, but I never tried to get the full duplex working myself. > and, more important , since ver. 0.21, i get an immediate core dump. sigh. > compilation seemed simple enough. ( no errors.) I have no problem with 0.20, > other than no fullduplex, and no fft object.. 0.21 is available for Linux? -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From geiger@wm03.mhsg.ac.at Tue Mar 3 11:28:14 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id LAA20398; Tue, 3 Mar 1998 11:28:14 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA01515; Tue, 3 Mar 1998 10:34:47 -0100 Date: Tue, 3 Mar 1998 10:34:47 -0100 Message-Id: <199803031134.KAA01515@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: Charlie Kilpatrick Cc: pd-list@iem.mhsg.ac.at Subject: getting pd to work in NT? or linux? In-Reply-To: <3.0.32.19980303021336.00961a20@wesleyan.edu> References: <3.0.32.19980303021336.00961a20@wesleyan.edu> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Charlie Kilpatrick writes: > make: *** No rule to make target `/usr/include/gnu/stubs.h', needed by > `g_canvas.o'. Stop. > > This file does not exist in my /usr/include/gnu directory. Does someone > have this file? Could you send it to me? The only file that is in that > directory currently is types.h on my system. It is Debian distribution and > my kernel 2.0.33. > doing a "make -f makefile.linux depend" before doing "make -f makefile.linux" should "make" this problem go away. Good News for you ... pd will be included in one of the forthcoming Debian distributions (2.0 or 2.1) > Thanks much for your help, > > Charlie > No problem Guenter From geiger@wm03.mhsg.ac.at Tue Mar 3 11:35:35 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id LAA20436; Tue, 3 Mar 1998 11:35:35 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA01742; Tue, 3 Mar 1998 10:42:18 -0100 Date: Tue, 3 Mar 1998 10:42:18 -0100 Message-Id: <199803031142.KAA01742@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: Charles Baker Cc: "pd-list@iem.mhsg.ac.at" Subject: Re: getting pd to work in NT? or linux? In-Reply-To: <34FBB2ED.B4BD1437@charlieb.com> References: <3.0.32.19980303021336.00961a20@wesleyan.edu> <34FBB2ED.B4BD1437@charlieb.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Charles Baker writes: [snip] > under Linux - > well, no full duplex: the app complains that it can't stat /dev/dsp1 (hey, it's > there, looks correct!), > the card (actually, /dev/sndstat) reports that it *should * use /dev/dsp1 for > record in full-duplex, which it says it supports. Most of the things are said by Larry. Full duplex is just not tested (not even truly implemented for Linux) .... a weekend job for a full-duplex card owner ? > and, more important , since ver. 0.21, i get an immediate core dump. sigh. > compilation seemed simple enough. ( no errors.) I have no problem with 0.20, > other than no fullduplex, and no fft object.. > I did go load tcl7.6/tk4.2, since I've moved on to tcl/tk 8.0 ... 0.20 works > well, as I said. Hmm .. sounds strange. No messages at all ? I'm using Debian2.0 here, which is a libc6 based system too and had no problems of that kind. [snip] > any ideas? > not at the moment Guenter From geiger@wm03.mhsg.ac.at Wed Mar 4 11:15:51 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id LAA30956 for ; Wed, 4 Mar 1998 11:15:50 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA05830; Wed, 4 Mar 1998 10:22:31 -0100 Date: Wed, 4 Mar 1998 10:22:31 -0100 Message-Id: <199803041122.KAA05830@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="hXEslY8xqt6oHgVXs4Gfk0Olv1GCRKWyibfIzc6d" Content-Transfer-Encoding: 7bit From: Guenter Geiger To: pd-list@iem.mhsg.ac.at Subject: forwarded message from Nicola Bernardini X-Mailer: VM 6.22 under 19.15 XEmacs Lucid --hXEslY8xqt6oHgVXs4Gfk0Olv1GCRKWyibfIzc6d Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nicola, I think you wanted this to be on the list .... here it goes --hXEslY8xqt6oHgVXs4Gfk0Olv1GCRKWyibfIzc6d Content-Type: multipart/digest; boundary="sO/5QmwfBT+AH/9iks1KvCp/zgiN1XKhmKa2wKWy" Content-Transfer-Encoding: 7bit This is a forwarded message, MIME encapsulation. --sO/5QmwfBT+AH/9iks1KvCp/zgiN1XKhmKa2wKWy Return-Path: Received: from ax-nicb.axnet.it (root@[194.184.60.149]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id BAA28241 for ; Wed, 4 Mar 1998 01:03:43 +0100 Received: (from nicb@localhost) by ax-nicb.axnet.it (8.8.8/8.8.8) id XAA10666; Tue, 3 Mar 1998 23:57:20 +0100 In-Reply-To: <199803031134.KAA01515@webern.mhsg.ac.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII From: Nicola Bernardini To: Guenter Geiger Subject: Re: getting pd to work in NT? or linux? Date: Tue, 3 Mar 1998 23:57:18 +0100 (MET) On Tue, 3 Mar 1998, Guenter Geiger wrote: > Charlie Kilpatrick writes: > > make: *** No rule to make target `/usr/include/gnu/stubs.h', needed by > > `g_canvas.o'. Stop. > > > > This file does not exist in my /usr/include/gnu directory. Does someone [snip] > > doing a "make -f makefile.linux depend" before doing "make -f > makefile.linux" should "make" this problem go away. right, these messages appear when you have inherited a dependency file (makefile.dependencies in pd's case) from some other system: if you do as Guenter says, it'll go away; if it does'nt, try typing 'cp /dev/null makefile.dependencies' first and then doing 'make -f makefile.linux depend'. Nicola ------------------------------------------------------------------------ Nicola Bernardini E-mail: nicb@axnet.it Re graphics: A picture is worth 10K words -- but only those to describe the picture. Hardly any sets of 10K words can be adequately described with pictures. --sO/5QmwfBT+AH/9iks1KvCp/zgiN1XKhmKa2wKWy-- --hXEslY8xqt6oHgVXs4Gfk0Olv1GCRKWyibfIzc6d-- From burtona@ERE.UMontreal.CA Thu Mar 5 20:46:57 1998 Received: from condor.CC.UMontreal.CA (condor.CC.UMontreal.CA [132.204.2.103]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id UAA01333 for ; Thu, 5 Mar 1998 20:46:56 +0100 Received: from eole.ERE.UMontreal.CA (eole.ERE.UMontreal.CA [132.204.2.70]) by condor.CC.UMontreal.CA with ESMTP id NAA06896 (8.6.11/IDA-1.6 for ); Thu, 5 Mar 1998 13:47:48 -0500 Received: from mistral.ERE.UMontreal.CA (mistral.ERE.UMontreal.CA [132.204.2.73]) by eole.ERE.UMontreal.CA (8.8.7/8.8.7) with ESMTP id NAA26705 for ; Thu, 5 Mar 1998 13:47:21 -0500 (EST) Received: (from burtona@localhost) by mistral.ERE.UMontreal.CA (8.8.7/8.8.7) id NAA06691; Thu, 5 Mar 1998 13:47:19 -0500 (EST) Date: Thu, 5 Mar 1998 13:47:17 -0500 (EST) From: Burton Alexandre Subject: compile... To: pd-list@iem.mhsg.ac.at Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII hello linux pd-ers... i've been building and using pd on SGI's for a few weeks now, and i just tried compiling it on my linux box. I tried to simply copy the makefile.linux to Makefile, but it craps right away complaining about "stubs.h". My linux experience and setup is quite new, and I indeed have no /usr/include/gnu/stubs.h and was wondering it was part of what package i should get... I'm based on slackware 2.0.27, upgraded to 2.0.33, running on i586/200. there is minimal info on the Linux port (which i don't mind) but i'm stuck even before starting! i guess someone here will be able to help me on this one! thanks a lot. Alex Burton. p.s. about how many pd-on-linux people out there? From baker@shell11.ba.best.com Thu Mar 5 23:45:44 1998 Received: from shell11.ba.best.com (root@shell11.ba.best.com [206.184.139.142]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id XAA01514 for ; Thu, 5 Mar 1998 23:45:43 +0100 Received: (from baker@localhost) by shell11.ba.best.com (8.8.8/8.8.BEST) id NAA28875; Thu, 5 Mar 1998 13:45:35 -0800 (PST) Date: Thu, 5 Mar 1998 13:45:35 -0800 (PST) From: Charles Baker Message-Id: <199803052145.NAA28875@shell11.ba.best.com> To: burtona@ERE.UMontreal.CA, pd-list@iem.mhsg.ac.at Subject: Re: compile... hmmm... did you "make -f makefile.linux depend" before "make -f makefile.linux"? Miller/Gunther... is there *any*comprehensive object list? Can one be easily generated? Any new objects floating around amoung us "early adopters"? I havn't been so excited about code since....well, you can tell I have no life, huh? ;-) CharlieB From lt@westnet.com Fri Mar 6 00:20:36 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id AAA01570 for ; Fri, 6 Mar 1998 00:20:33 +0100 Received: from localhost (lt@localhost) by westnet.com (8.8.6/8.8.7) with SMTP id QAA26465; Thu, 5 Mar 1998 16:58:49 -0500 (EST) Date: Thu, 5 Mar 1998 16:58:48 -0500 (EST) From: Larry Troxler To: Charles Baker cc: burtona@ERE.UMontreal.CA, pd-list@iem.mhsg.ac.at Subject: Re: compile... In-Reply-To: <199803052145.NAA28875@shell11.ba.best.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 5 Mar 1998, Charles Baker wrote: > hmmm... did you "make -f makefile.linux depend" before "make -f makefile.linux"? > > Miller/Gunther... is there *any*comprehensive object list? Can one be easily generated? > Any new objects floating around amoung us "early adopters"? There is (or at least there was at one point) a statement somehere in m_class.c (class_new?), that is normally commented out, which if enabled, will print the name of each class as it is created. > > I havn't been so excited about code since....well, you can tell I have no life, huh? ;-) > > CharlieB > -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From lt@westnet.com Fri Mar 6 03:42:09 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id DAA01841 for ; Fri, 6 Mar 1998 03:42:08 +0100 Received: from goodguy (port4.ts2.westnet.com [206.28.203.4]) by westnet.com (8.8.6/8.8.7) with SMTP id UAA11094 for ; Thu, 5 Mar 1998 20:42:40 -0500 (EST) Sender: root@westnet.com Message-ID: <34FF608F.3FA1B2A8@westnet.com> Date: Fri, 06 Mar 1998 02:33:51 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: pd-list , pd-list Subject: Any Linuxers having problems closing patches? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I just merged the 0.20->0.21 changes with my personal mods, using msp's distribution. However, I now can't always close patch windows (using the File/close menu) - the window stays and I get a string of messages in the console about nonexsting objects. Does anyone else have this problem? If not, I can assume something went wrong in my merge, and I'll try from a pristine 0.21 build. A related question: are the msp and GG 0.21 tarballs now identical when compiled for Linux? I assume they would be, but if they're not, maybe that's my problem ( I got 0.21 from msp, and not from Guenter) Thanks in advance! Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From baker@charlieb.com Fri Mar 6 11:22:32 1998 Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id LAA02351 for ; Fri, 6 Mar 1998 11:22:28 +0100 Received: from charlieb.com (baker@baker.vip.best.com [206.86.232.121]) by proxy4.ba.best.com (8.8.8/8.8.BEST) with ESMTP id BAA22003 for ; Fri, 6 Mar 1998 01:21:12 -0800 (PST) Sender: baker@proxy4.ba.best.com Message-ID: <34FF4F54.1CDBC269@charlieb.com> Date: Fri, 06 Mar 1998 01:20:20 +0000 From: Charles Baker X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: "pd-list@iem.mhsg.ac.at" Subject: pd-0.21 on linux... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Finally got pd-0.21 to compile on my linux platform. Mea culpa.... I had installed 'egcs' , an experimental gcc 'improvement' (even higher degrees of optimization than standard gcc available ...someone on the csound list reported a major increase in speed in csound compiled with this compiler)...the compiling went without hitch, and it reported linking ok, but died when the egcs linked binaries tried to dynamically link in libc . Which means, before any pd code even got called. So I changed back to "cc" (a link to the real gcc),and voi-la! (voi-ci?) Like my mid-western buddy always says: "like, weird, with a beard, man...." Onwards into the OSS world, and hopefully, full duplex on linux . Anybody else seen the problem I found on NT (dacs often die almost immediately, but when they don't they function perfectly.)..I betcha this has to do with the multiple soundcards I have on my system....I will try the new args to specify card/midi under NT. You know, it's nice to have the source! CharlieB From geiger@wm03.mhsg.ac.at Fri Mar 6 13:35:16 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id NAA02504; Fri, 6 Mar 1998 13:35:16 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA11529; Fri, 6 Mar 1998 12:41:59 -0100 Date: Fri, 6 Mar 1998 12:41:59 -0100 Message-Id: <199803061341.MAA11529@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: Charles Baker Cc: "pd-list@iem.mhsg.ac.at" Subject: pd-0.21 on linux... In-Reply-To: <34FF4F54.1CDBC269@charlieb.com> References: <34FF4F54.1CDBC269@charlieb.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Charles Baker writes: > Onwards into the OSS world, and hopefully, full duplex on linux . > > Yeah, would be cool. I just received a patch from Larry for s_linux.c and will merge this into a version pd-0.21.1. If you'd like to improve full duplex, please use that version. Guenter From geiger@wm03.mhsg.ac.at Fri Mar 6 18:02:02 1998 Received: from webern.mhsg.ac.at (webern.mhsg.ac.at [193.170.129.37]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id SAA05927; Fri, 6 Mar 1998 18:02:01 +0100 Received: by webern.mhsg.ac.at (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA12187; Fri, 6 Mar 1998 17:08:47 -0100 Date: Fri, 6 Mar 1998 17:08:47 -0100 Message-Id: <199803061808.RAA12187@webern.mhsg.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Guenter Geiger To: Larry Troxler Cc: pd-list Subject: Any Linuxers having problems closing patches? In-Reply-To: <34FF608F.3FA1B2A8@westnet.com> References: <34FF608F.3FA1B2A8@westnet.com> X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Larry Troxler writes: > I just merged the 0.20->0.21 changes with my personal mods, using > msp's distribution. > > However, I now can't always close patch windows (using the File/close > menu) - the window stays and I get a string of messages in the console > about nonexsting objects. > I have the same problem ...I didn't have time yet to track this down. > Does anyone else have this problem? If not, I can assume something went > wrong in my merge, and I'll try from a pristine 0.21 build. > > A related question: are the msp and GG 0.21 tarballs now identical when No, they are not, but still are coming closer and closer. Main things I change are for convenience of compiling ... > compiled for Linux? I assume they would be, but if they're not, maybe > that's my problem ( I got 0.21 from msp, and not from Guenter) > Guenter From mdanks@smtp.xaostools.com Fri Mar 6 19:17:28 1998 Received: from smtp.xaostools.com (smtp.xaostools.COM [209.24.103.11]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with SMTP id TAA06150 for ; Fri, 6 Mar 1998 19:17:23 +0100 Received: from xaostools.com by smtp.xaostools.com (SMI-8.6/) id JAA10128; Fri, 6 Mar 1998 09:10:22 -0800 Received: from xaos-37.xaostools.com by xaostools.com via SMTP (920330.SGI/930416.SGI.AUTO) for @smtp.xaostools.com:pd-list@iem.mhsg.ac.at id AA22149; Fri, 6 Mar 98 09:08:31 -0800 Message-Id: <3500306D.35873D1B@xaostools.com> Date: Fri, 06 Mar 1998 09:20:45 -0800 From: Mark Danks Reply-To: mdanks@smtp.xaostools.com Organization: Xaos Tools X-Mailer: Mozilla 4.03 [en] (WinNT; I) Mime-Version: 1.0 To: Charles Baker , pd-list Subject: object list References: <199803052145.NAA28875@shell11.ba.best.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Charles Baker wrote: > > Miller/Gunther... is there *any*comprehensive object list? Can one be easily generated? > Any new objects floating around amoung us "early adopters"? > Well, I'm not Miller or Guenter, but I think I can answer ;-) If you want to find what objects exist, you can do a grep for class_new and class_addcreator. This will give you all of the objects. Event though this will make a long e-mail, here is the list for pd-0.21, GEM-0.73, and MarkEx-0.70. Later, Mark *********** * pd-0.21 * *********** d_arithmetic.c: plus_class "+~") d_arithmetic.c: minus_class "-~") d_arithmetic.c: times_class "*~") d_arithmetic.c: over_class "/~") d_array.c: tabwrite_tilde_class "tabwrite~") d_array.c: tabread4_tilde_class "tabread4~") d_array.c: tabsend_class "tabsend~") d_array.c: tabreceive_class "tabreceive~") d_array.c: tabread_class "tabread") d_ctl.c: sig_class "sig~") d_ctl.c: line_class "line~") d_ctl.c: snapshot_class "snapshot~") d_dac.c: dac_class "dac~") d_dac.c: adc_class "adc~") d_delay.c: sigdelwrite_class "delwrite~") d_delay.c: sigdelread_class "delread~") d_delay.c: sigvd_class "vd~") d_fft.c: sigfft_class "fft~") d_fft.c: sigifft_class "ifft~") d_fft.c: sigrfft_class "rfft~") d_fft.c: sigrifft_class "rifft~") d_filter.c: sigenv_class "env~") d_filter.c: sighip_class "hip~") d_filter.c: siglop_class "lop~") d_filter.c: sigbp_class "bp~") d_filter.c: sigbiquad_class "biquad~") d_filter.c: sigsamphold_class "samphold~") d_global.c: sigsend_class "send~") d_global.c: sigreceive_class "receive~") d_global.c: sigcatch_class "catch~") d_global.c: sigthrow_class "throw~") d_math.c: clip_class "clip~") d_math.c: sigrsqrt_class "rsqrt~") d_math.c: sigsqrt_class "sqrt~") d_math.c: sigwrap_class "wrap~") d_misc.c: print_class "print~") d_misc.c: scope_class "scope~") d_osc.c: phasor_class "phasor~") d_osc.c: cos_class "cos~") d_osc.c: sigvcf_class "vcf~") d_osc.c: noise_class "noise~") d_ugen.c: block_class "block~") g_array.c: array_class "array") g_canvas.c: canvas_class "canvas") g_canvas.c: subcanvas_class "pd") g_data.c: field_class "field") g_graph.c: graph_class "graph") g_io.c: vinlet_class "inlet") g_io.c: voutlet_class "outlet") g_text.c: text_class "text") g_text.c: message_class "message") g_text.c: messresponder_class "messresponder") g_text.c: gatom_class "gatom") m_glob.c: maxclass "max") m_glob.c: pdclass "pd") m_obj.c: inlet_class "inlet") m_obj.c: intinlet_class "inlet") m_obj.c: floatinlet_class "inlet") m_obj.c: symbolinlet_class "inlet") m_pd.c: bindlist_class "bindlist") x_acoustics.c: mtof_class "mtof") x_acoustics.c: ftom_class "ftom") x_acoustics.c: powtodb_class "powtodb") x_acoustics.c: rmstodb_class "rmstodb") x_acoustics.c: dbtopow_class "dbtopow") x_acoustics.c: dbtorms_class "dbtorms") x_arithmetic.c: binop1_plus_float_class "+") x_arithmetic.c: binop1_minus_float_class "-") x_arithmetic.c: binop1_times_float_class "*") x_arithmetic.c: binop1_div_float_class "/") x_arithmetic.c: binop2_ee_float_class "==") x_arithmetic.c: binop2_ne_float_class "!=") x_arithmetic.c: binop2_gt_float_class ">") x_arithmetic.c: binop2_lt_float_class "<") x_arithmetic.c: binop2_ge_float_class ">=") x_arithmetic.c: binop2_le_float_class "<=") x_arithmetic.c: binop3_ba_int_class "&") x_arithmetic.c: binop3_la_int_class "&&") x_arithmetic.c: binop3_bo_int_class "|") x_arithmetic.c: binop3_lo_int_class "||") x_arithmetic.c: binop3_pc_int_class "%") x_arithmetic.c: binop3_mod_int_class "mod") x_arithmetic.c: binop3_div_int_class "div") x_arithmetic.c: sin_class "sin") x_arithmetic.c: cos_class "cos") x_arithmetic.c: tan_class "tan") x_arithmetic.c: atan_class "atan") x_arithmetic.c: atan2_class "atan2") x_arithmetic.c: sqrt_class "sqrt") x_arithmetic.c: log_class "log") x_arithmetic.c: exp_class "exp") x_arithmetic.c: abs_class "abs") x_connective.c: pdint_class "int") x_connective.c: pdfloat_class "float") x_connective.c: send_class "send") x_connective.c: receive_class "receive") x_connective.c: sel1_class "select") x_connective.c: sel2_class "select") x_connective.c: route_class "route") x_connective.c: pack_class "pack") x_connective.c: unpack_class "unpack") x_connective.c: trigger_class "trigger") x_connective.c: spigot_class "spigot") x_connective.c: moses_class "moses") x_data.c: get_class "get") x_interface.c: print_class "print") x_midi.c: notein_class "notein") x_midi.c: ctlin_class "ctlin") x_midi.c: pgmin_class "pgmin") x_midi.c: bendin_class "bendin") x_midi.c: touchin_class "touchin") x_midi.c: polytouchin_class "polytouchin") x_midi.c: noteout_class "noteout") x_midi.c: ctlout_class "ctlout") x_midi.c: pgmout_class "pgmout") x_midi.c: bendout_class "bendout") x_midi.c: touchout_class "touchout") x_midi.c: polytouchout_class "polytouchout") x_midi.c: makenote_class "makenote") x_midi.c: stripnote_class "stripnote") x_misc.c: random_class "random") x_misc.c: loadbang_class "loadbang") x_misc.c: serial_class "serial") x_net.c: netsend_class "netsend") x_net.c: netreceive_class "netreceive") x_time.c: delay_class "delay") x_time.c: metro_class "metro") x_time.c: line_class "line") x_time.c: timer_class "timer") d_global.c: sigsend_new, gensym("s~") d_global.c: sigreceive_new, gensym("r~") d_global.c: sigcatch_new, gensym("s~") d_global.c: sigthrow_new, gensym("r~") g_canvas.c: subcanvas_new, gensym("page") g_io.c: vinlet_newsig, gensym("inlet~") g_io.c: voutlet_newsig, gensym("outlet~") m_class.c:void t_newmethod newmethod, t_symbol *s, x_connective.c: pdint_new2, gensym("i") x_connective.c: pdfloat_new2, gensym("f") x_connective.c: send_new, gensym("s") x_connective.c: receive_new, gensym("r") x_connective.c: select_new, gensym("select") x_connective.c: select_new, gensym("sel") x_connective.c: trigger_new, gensym("t") x_time.c: delay_new, gensym("del") ************ * GEM-0.73 * ************ Controls -------- camera - the "view" into the world gemhead - the start of rendering chain gemwin - the window manager render_trigger - outputs a bang when the chain renders Manipulators ------------ alpha - enable/disable alpha blending color - set the color with a vector colorRGB - set the color with 3 discrete values depth - enable/disable depth testing rotate - rotate with an angle and vector scale - scale with a vector scaleXYZ - scale with 3 discrete values separator - push the OpenGL state for the rest of the chain and pop when done translate - translate with a vector translateXYZ - translate with 3 discrete values Geos ---- circle - render a circle cone - render a cone cube - render a cube curve - render a Bezier curve imageVert - make pixel colors to a height field map model - render an Alias|Wavefront model multimodel - render a series of Alias|Wavefront models, render by number polygon - render a polygon sphere - render a sphere square - render a square text2d - render 2-D text (a bitmap) text3d - render 3-D text (polygonal) textoutline - render outlined text (polygonal) triangle - render a triangle Nongeos ------- light - make a point light world_light - make a light at infinity Pixes ----- pix_2grey - convert rgb pixels to grey (still an RGBA image) pix_alpha - set the alpha value of a pix pix_add - add two pixes together pix_bitmask - apply a bitmask to a pix pix_buf - buffer a pix pix_color - set the color of a pix (leaving alpha alone) pix_composite - composite two pixes together pix_convolve - convolve a pix with a kernal pix_coordinate - set the texture coordinates pix_draw - draw a pix pix_flip - flip the pixels of a pix pix_gain - apply a gain to a pix pix_image - load in an image file pix_invert - invert a pix pix_mask - mask a pix based on another pix pix_multiply - multiply two pixes pix_multiimage - load in a series of image files, display by number pix_resize - resize a pix to next power of 2 pix_snap - capture the render window into a pix pix_subtract - subtract two pixes pix_texture - use a pix as a texture map pix_threshold - apply a threshold to a pix pix_zoom - zoom into a pix (using OpenGL) SGI and NT only -------- pix_video - use a video camera as a pix source *************** * MarkEx-0.70 * *************** Control objects alternate - alternate between two outlets average - average a sequence of numbers change - only output on change counter - count bangs invert - non-zero numbers to zero, zero to 1 oneshot - send a bang, then block until reset randomF / randF - floating point random numbers strcat - string concatentation Vector tripleLine - do a line with three numbers tripleRand - random with three numbers vector+ / v+ - add a scalar to a vector vector- / v- - subtract a scalar from a vector vector* / v* - multiply a vector by a scalar vector/ / v/ - divide a vector by a scalar DSP abs~ - absolute value of a signal reson~ - resonant filte Later, Mark -- ------------------------------------ - Mark Danks - - mdanks@xaostools.com - - http://cybermed.ucsd.edu/mdanks - ------------------------------------ From lt@westnet.com Sat Mar 7 02:01:37 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA06675 for ; Sat, 7 Mar 1998 02:01:35 +0100 Received: from goodguy (port4.ts2.westnet.com [206.28.203.4]) by westnet.com (8.8.6/8.8.7) with SMTP id TAA01207; Fri, 6 Mar 1998 19:02:17 -0500 (EST) Sender: root@westnet.com Message-ID: <3500955F.89A1031@westnet.com> Date: Sat, 07 Mar 1998 00:31:27 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: Charles Baker CC: "pd-list@iem.mhsg.ac.at" Subject: Pentium performance tweaking, was Re: pd-0.21 on linux... References: <34FF4F54.1CDBC269@charlieb.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Charles Baker wrote: > > Finally got pd-0.21 to compile on my linux platform. Mea culpa.... > I had installed 'egcs' , an experimental gcc 'improvement' (even higher > degrees of > optimization than standard gcc available ...someone on the csound list > reported a major increase in speed in csound compiled with this > compiler)... How much an increase, percentage-wise? As an aside, I notice an almost 100 % increase on Pentium-100 Linux when I use a 128-sample DAC Block size instead of 64 samples! THis is based on what "top" reports for CPU%, which is also consistent with what the "profile" object reports. However, I don't yet know whether this is perhaps due to the complex timeing interactions between the DAC size and the OSS fragment size and the scheduler advance. It think it would be usefull if someone else on similar hardware would verify this. IIRC, it's the DACBLKSIZE parameter that I'm speaking of. That much difference does seem a bit suspicious, but maybe it makes sense due to the tiny first-level cache (each dsp performance loop easily fits in to the cache and runs at breakneck speed). Or could there be some inefficiency in what happens between DSP runs? I looked and didn't immediately see any glaring errors, but ... But regardless, 128 samples represents just under 3ms at 44100Hz, which isn't too bad compared to MIDI latency. So it's not a bad deal :-) Larry -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From lt@westnet.com Sat Mar 7 02:01:39 1998 Received: from westnet.com (root@westnet.com [206.24.6.2]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id CAA06679; Sat, 7 Mar 1998 02:01:38 +0100 Received: from goodguy (port4.ts2.westnet.com [206.28.203.4]) by westnet.com (8.8.6/8.8.7) with SMTP id TAA01215; Fri, 6 Mar 1998 19:02:20 -0500 (EST) Sender: root@westnet.com Message-ID: <350095CE.6339C15F@westnet.com> Date: Sat, 07 Mar 1998 00:33:18 +0000 From: Larry Troxler X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.31 i586) MIME-Version: 1.0 To: Guenter Geiger CC: Charles Baker , "pd-list@iem.mhsg.ac.at" Subject: Re: pd-0.21 on linux... References: <34FF4F54.1CDBC269@charlieb.com> <199803061341.MAA11529@webern.mhsg.ac.at> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Guenter Geiger wrote: > > Charles Baker writes: > > Onwards into the OSS world, and hopefully, full duplex on linux . > > > > > > Yeah, would be cool. I just received a patch from Larry for s_linux.c > and will merge this into a version pd-0.21.1. If you'd like to > improve full duplex, please use that version. > > Guenter Be aware that I'm pretty sure that you will need to tweak my version further to get dull duplex to work. Since I don't use it I didn't bother coding it, but I think I remember reading in the 4front docs about some ioctl you need to do to actually enable it. -- Larry Troxler -- lt@westnet.com -- Patterson, NY USA -- From charlie@joe.surf.com Sat Mar 7 10:46:48 1998 Received: from joe.surf.com (joe.surf.com [206.14.59.21]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id KAA07284 for ; Sat, 7 Mar 1998 10:46:47 +0100 From: charlie@joe.surf.com Received: (from charlie@localhost) by joe.surf.com (8.8.7/8.8.7) id AAA02811; Sat, 7 Mar 1998 00:55:00 -0800 (PST) Date: Sat, 7 Mar 1998 00:54:57 -0800 (PST) To: pd-list@iem.mhsg.ac.at Subject: sound cards Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Everyone, This isn't a pd question, but I thought I'd poll your experience because someone here has probably had to make this decision. I am looking for a 'recording studio quality' sound card for a PC. Here are the basic specs I'm looking for: 1) Full-duplex stereo audio IO at 44.1 kHz / 16-bit. Read as: record and playback audio at the same time, both at cd-quality. The key phrase here is 'same time'. At the moment I have a Sound Blaster AWE 64 Value Card; this card seems to be capable of recording at cd-quality OR doing playback at cd-quality, but not both simultaneously. At least I haven't been successful in getting this to work. 2) Has DirectX 5 drivers. 3) Works under 95 and NT. Optional (this would be ideal): 4) Has Midi IO ports built-in Help is appreciated and apologies in advance if anyone is upset that this is off-topic, Charlie From baker@charlieb.com Sat Mar 7 13:01:02 1998 Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by iem.mhsg.ac.at (8.8.8/8.8.8/Debian/GNU) with ESMTP id NAA07385 for ; Sat, 7 Mar 1998 13:01:00 +0100 Received: from charlieb.com (baker@baker.vip.best.com [206.86.232.121]) by proxy3.ba.best.com (8.8.8/8.8.BEST) with ESMTP id DAA24705; Sat, 7 Mar 1998 03:00:27 -0800 (PST) Sender: baker@proxy3.ba.best.com Message-ID: <3500B819.8292AFA6@charlieb.com> Date: Sat, 07 Mar 1998 02:59:38 +0000 From: Charles Baker X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: charlie@joe.surf.com, "pd-list@iem.mhsg.ac.at" Subject: Re: sound cards References: