[PD] msgfile busted?

2006-12-27 Thread timon
Hi, Im trying to get msgfile to work on OSX 10.4.8 (G4) using HCS's PD 0.39.2 extended (test 4). No luck. Wont read, write or anything. Just printing [done] bang. Is there a known bug/break here? Cant find anything on the list... Thanks, Timon

Re: [PD] reverse delay for live signal processing?

2006-12-27 Thread Kevin McCoy
This is what I've ended up doing too (tabplay~ and tabwrite~ with bangs for each) - I think maybe the devs will add the voltage control to tabwrite~ in the distant future. Maybe a tabwrite4~ if possible? Thanks again for your help. Kevin On 12/27/06, Peter Plessas [EMAIL PROTECTED] wrote: Hi

[PD] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
I have some newbie questions here... why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? And then why is it that [*~] can multiply a signal by a float, but [*] can't do that? And then why is it that [*~] can't multiply a float by a

Re: [PD] [*] vs [*~]

2006-12-27 Thread Kyle Klipowicz
Haha at first I didn't see who posted this and thought, 'what a newb...' Now I'm thinking that some philosophic sparring of Pd fundamentals is about to begin. I'll make some popcorn and watch this one from the sidelines... ~Kyle On 12/27/06, Mathieu Bouchard [EMAIL PROTECTED] wrote: I

Re: [PD] [*] vs [*~]

2006-12-27 Thread Tim Blechmann
some follow-ups: why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? why do patch cords have different width? And then why is it that [*~] can multiply a signal by a float, but [*] can't do that? why can |*~| multiply two signals, but

Re: [PD] compilation of sqlsingle on OS X (UB)

2006-12-27 Thread Georg Holzmann
Hallo! Has anyone done the job out there ? Or does anyone have hints how i could manage to do so ? I think one of the easiest ways is to do it in python with pyext! LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -

[PD] trigger ftos comments

2006-12-27 Thread europa989
Hi, I'm bad with like t f f, t b f, t b b, and ftos wondering if anyone could write comments for the stuff subpatch of this easysampler patch, i think hardoff attached this somewhere once. The above listed areas are mainly the ones where comments would help but even clarity on the receive

Re: [PD] [*] vs [*~]

2006-12-27 Thread Georg Holzmann
Hallo! Hm ... what do you want to say ? You want polymorphism ? LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] [*] vs [*~]

2006-12-27 Thread carmen
I have some newbie questions here... why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? And then why is it that [*~] can multiply a signal by a float, but [*] can't do that? because according to Pd rules its not OK to confuse the user

Re: [PD] Set Operations

2006-12-27 Thread Frank Barknecht
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: I was wondering if there are any externals that do set operations. I was reading a paper on Fuzzy Logic ( http://arts.ucsc.edu/EMS/Music/research/FuzzyLogicTutor/FuzzyTut.html ), and the author used Max to do his programming. Is there

Re: [PD] [*] vs [*~]

2006-12-27 Thread Charles Henry
What about efficiency? There may be certain advantages to defining the data types, and constraining _inlets_ and atom types during editing, rather than at run time. (that's just a guess) Hm ... what do you want to say ? You want polymorphism ? I say what I say. I'm asking, would we prefer

Re: [PD] pd2stepper round II

2006-12-27 Thread Martin Peach
alejo d wrote: hia, some months ago there was a thread about controllin' step motors from pd to the arduino, it went as it often goes, into a very technical discussion and at the end im not sure if it is or is not possible to control this kind of motors via pduino or any other way.. i just

Re: [PD] Set Operations

2006-12-27 Thread Kyle Klipowicz
This article is great, thanks for sharing! ~Kyle On 12/27/06, Frank Barknecht [EMAIL PROTECTED] wrote: Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote: I was wondering if there are any externals that do set operations. I was reading a paper on Fuzzy Logic (

Re: [PD] pd2stepper round II

2006-12-27 Thread alejo d
yoo martin, thanks again, as said in my post, i have the stepper already under control via a ULN2003A driver and a potentiometer. im stuck in the pd part, no problems with comport or the serial but with the pd patch. On 12/27/06, Martin Peach [EMAIL PROTECTED] wrote: With pduino you can

Re: [PD] [*] vs [*~]

2006-12-27 Thread Tim Blechmann
On Wed, 2006-12-27 at 13:43 -0500, Mathieu Bouchard wrote: On Wed, 27 Dec 2006, Georg Holzmann wrote: Hm ... what do you want to say ? You want polymorphism ? I say what I say. I'm asking, would we prefer polymorphism in this particular circumstance, and why or why not. (Of course I

Re: [PD] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, carmen wrote: Matju wrote: why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? And then why is it that [*~] can multiply a signal by a float, but [*] can't do that? because according to Pd rules its not OK to confuse the

Re: [PD] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, Tim Blechmann wrote: well, does polymorphism improve the expressive power in terms of determination between messaging and dsp? I can't answer because I can't guess what you mean by determination here. Do you mean that it would be difficult to figure out what's a DSP

Re: [PD] [*] vs [*~]

2006-12-27 Thread Tim Blechmann
On Wed, 2006-12-27 at 15:40 -0500, Mathieu Bouchard wrote: On Wed, 27 Dec 2006, Tim Blechmann wrote: well, does polymorphism improve the expressive power in terms of determination between messaging and dsp? I can't answer because I can't guess what you mean by determination here. Do

Re: [PD] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, Tim Blechmann wrote: Matju wrote: why is it that [*] is only for floats, whereas if you want to multiply two signals one has to use [*~] ? why do patch cords have different width? Because Miller added that in 0.35 or 0.36 or some other release. But more deeply: because

Re: [PD] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, Tim Blechmann wrote: from the user point of view, i think, it's a good idea, to have a specific separation between dsp and messaging, because both work with very different concepts. But of the difference between dsp and messaging, which ones of the very differences of

Re: [PD] Set Operations

2006-12-27 Thread Alexandre Quessy
Very interesting. You can look in the list-abs library. I don't know if there is a list-roll_left abstraction though. I was looking in the last few days how fuzzy logic could be implemented for musical algorithmics... If we need a new external for this kind of maths, I would be interested in

Re: [PD] pd2stepper round II

2006-12-27 Thread Martin Peach
alejo d wrote: yoo martin, thanks again, as said in my post, i have the stepper already under control via a ULN2003A driver and a potentiometer. im stuck in the pd part, no problems with comport or the serial but with the pd patch. I don't have the patch here, it's at work, next week I go

[PD] float parsing

2006-12-27 Thread Mathieu Bouchard
If I type something like this in a messagebox: list +1 +1 +1 -1 -1 -1 -1 +1 then should the +1 be floats or symbols? (currently, they're symbols) _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju |

Re: [PD] float parsing

2006-12-27 Thread Miller Puckette
Dunno which is should be, but the 'c' language doesn't allow unary '+' in front of numerical literals... so I followed that lead. cheers Miller On Wed, Dec 27, 2006 at 09:05:09PM -0500, Mathieu Bouchard wrote: If I type something like this in a messagebox: list +1 +1 +1 -1 -1 -1 -1 +1

[PD] Re: pix_video and dv1394 capture on Edgy

2006-12-27 Thread Ivica Ico Bukvic
A small correction: apparently device 0 does not work no matter what, but /dev/dv1394/0 works sometimes but only with black output. Here's the relevant output from the Pd: Open example video/00.SimpleVideo.pd Shell (from which Pd was started): /dev/video0: No such file or directory (i guess

Re: [PD] float parsing

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, Miller Puckette wrote: Dunno which is should be, but the 'c' language doesn't allow unary '+' in front of numerical literals... so I followed that lead. I don't know which C language you are talking about. Try compiling the following program with options -ansi

[PD] pix_video and dv1394 capture on Edgy

2006-12-27 Thread Ivica Ico Bukvic
Hi all, Here I am 6 months later trying to upgrade my laptop and a new issue has cropped up with my video capture in Gem. System: Ubuntu 6.10 (edgy) i386 using udev Graphics: ATI 9600 running fglrx Kernel: 2.6.18-rt7 Video capture: el-cheapo camcorder run through ADVC-100 firewire device When

Re: [PD] Set Operations

2006-12-27 Thread Frank Barknecht
Hallo, Alexandre Quessy hat gesagt: // Alexandre Quessy wrote: Very interesting. You can look in the list-abs library. I don't know if there is a list-roll_left abstraction though. There is [list-rot], which is similar to [Lror] but rotates the other direction, so you should use [* -1] to