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 m

[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 r

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 -pedantic-e

[PD] Re: pix_video and dv1394 capture on Edgy

2006-12-27 Thread Ivica Ico Bukvic
Aaaargh, accidentally pressed "send" button... The only thing left to report is that /dev tree has dv1394/0 video/0 video -> video/0 symlink raw1394 Modules loaded are the usual bunch ohci1394 ieee 1394 dv1394 raw1394. I also tried manually modprobing video1394 with no effect. /dev/ieee1394 tr

[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 th

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] 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 | Freelan

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 back

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 writ

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 th

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 i

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" > h

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

2006-12-27 Thread Mathieu Bouchard
On Wed, 27 Dec 2006, Charles Henry wrote: 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) Yes, it's an easy way to get such efficiency, and for example,

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 o

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] Re: Multi dimensional [list]

2006-12-27 Thread shift8
as a side note, you can also get behaviour somewhat like this using externals PDContainer and [pool] http://grh.mur.at/software/pdcontainer.html http://g.org/ext/pool/ On Tue, 2006-12-26 at 11:53 +0100, Jiri Heitlager wrote: > I recently joined this list and I doent have mail that go back fu

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 co

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 s

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 ( > http://arts.ucsc

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 wan

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] [*] vs [*~]

2006-12-27 Thread Mathieu Bouchard
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 want polymorphism, but I don't want to push that into the questio

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 th

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

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

[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 messa

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 -> ht

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, b

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 ha

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

2006-12-27 Thread Luigi Rensinghoff
Hi List... Merry Christmas to all ;-) Christmas-time ... time for hacking ;-) I would like to connect PD to a database and found "sqlsingle"..unfortunately i have a macbook now and it does not compile for OS X-Intel. Has anyone done the job out there ? Or does anyone have hints how i co

[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 signa

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: H

[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 __

[PD] pd2stepper round II

2006-12-27 Thread alejo d
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 want to be able to use