Re: [PD] HID: Am I doing this right?

[Steffen Juul]

On 20/03/2008, at 21.18, Mike McGonagle wrote:

> In playing with [hid] a bit more, it appears that you can have it  
> track when multiple keys are down. Just as a test, I pressed and  
> held down keys, and once I get to the sixth key, no matter what key  
> I pressed it would output 'key_1 1' for that key, and any  
> subsequent keys that are pressed are not registered.
>
> Is the number of multiple keys restricted by [hid] or the system?  
> Is 'key_1 1' an indicator that no more keys can be pressed?

I've also been successful with five keys max. I don't know if that's  
within specs. Maybe you can juice something out of - or sub to,  
depending on your OS - 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[cyrille henry]

hello,
i think it's quite simple to emulate z~ with a simple delread~ / delwrite~.


cyrille

Andy Farnell a écrit :
> I have a problem, that is partly of my own making and need to air
> this on the list for advice. This isn't a rant, just a frustrating situation.
> 
> As some of you know I have been working on a textbook for Pd for some time.
> In the final stages and adding the practical exercises and the problem is 
> this:
> 
> 
> The book is completely for vanilla Pd to keep things simple and I really don't
> want to change this.
> 
> I have three crucial exercises that use [delta~]
> 
> [delta~] does not exist in vanilla Pd
> 
> [delta~] must be recreated _EXACTLY_ as the external behaves.
> 
> It IS possible to recreate [delta~] exactly using [z~]
> 
> [z~] does not exist in vanilla
> 
> It is not, as far as I can see, possible to emulate [delta~] using
> [rzero~] or any other signal domain method, in a way that doesn't 
> confuse the hell out of the reader or provide unsatisfactory results. 
> 
> I am left with these options:
> 
> 
> 1) Drop three of the most interesting exercises from the textbook.
> 
> 2) Change my policy and make the textbook require pd-extended on account of
> only  _one_ object!
> 
> 3) Find a vanilla replacement for [delta~] that is simple. (less than three 
> objects)
> 
> 4) Convince Miller to include [delta~] in vanilla
> 
> 5) Convince Miller to include [z~] in vanilla
> 
> 
> To the list: I'm hoping some bright spark will solve (3). Be warned, it isn't 
> as
> simple as it seems, AFAICS. [rzero~] should provide a differentiator response 
> in
> theory. In practice dealing with the offsets and scales ruins the whole show 
> and
> leads to over-complex and unstable patches. Using [biquad~] is extremely 
> confusing
> to most readers and I don't want to do this. You cannot obtain a single 
> sample delay
> using [delwrite~] as far as I know, if you can it certainly means 
> [samplerate~] must
> be added to all patches to make sure they run at different sr, which is mucho 
> annoying.
> 
> To Miller: Please consider admitting [z~] or [delta~] (I actually prefer the 
> former
> because it is more educational to see differentiator built from sample delay) 
> into the vanilla distro. This would need to be time for release quite soon. 
> I'm sure
> it would greatly benefit Pd to do this.
> 
> Best regards 2 all,
> 
> Andy
> 
> 
> 
> 
> 
> 
> 
> 
> 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Capturing data to file

[cyrille henry]

hello,

i use textfile to record data on a file without any problem.
i tested with files up to 100Mo with no problem or overload.

but writing in a table in memory is also a good option.

cyrille


nicholas ward a écrit :
> Hi,
> Ive been using cyclone/coll to capture data and write it to file but  
> the patch stops responding after about 2 minutes. My data is 4  
> streams at 500 samples a second. Has anyone any better ways of doing  
> this? Im wondering should I be writing to tables instead perhaps? In  
> which case how would I write to file from the table?
> Many thanks
> Nick
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 
> 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[cyrille henry]

Andy Farnell a écrit :

Doesn't quite work. If you try it with 1/sr in place of [z~] in a patch that's
sensitive to it the results are wrong . Not sure why.


this is strange.
look at my exemple, it show that it should work. (1 signal is delayed with z~ 
and with delread/write; diference of both is pure silence)

Could you send the patch you tested?

cyrille



andy

On Fri, 21 Mar 2008 09:55:27 +0100
cyrille henry <[EMAIL PROTECTED]> wrote:


hello,
i think it's quite simple to emulate z~ with a simple delread~ / delwrite~.


cyrille

Andy Farnell a écrit :

I have a problem, that is partly of my own making and need to air
this on the list for advice. This isn't a rant, just a frustrating situation.

As some of you know I have been working on a textbook for Pd for some time.
In the final stages and adding the practical exercises and the problem is this:


The book is completely for vanilla Pd to keep things simple and I really don't
want to change this.

I have three crucial exercises that use [delta~]

[delta~] does not exist in vanilla Pd

[delta~] must be recreated _EXACTLY_ as the external behaves.

It IS possible to recreate [delta~] exactly using [z~]

[z~] does not exist in vanilla

It is not, as far as I can see, possible to emulate [delta~] using
[rzero~] or any other signal domain method, in a way that doesn't 
confuse the hell out of the reader or provide unsatisfactory results. 


I am left with these options:


1) Drop three of the most interesting exercises from the textbook.

2) Change my policy and make the textbook require pd-extended on account of
only  _one_ object!

3) Find a vanilla replacement for [delta~] that is simple. (less than three 
objects)

4) Convince Miller to include [delta~] in vanilla

5) Convince Miller to include [z~] in vanilla


To the list: I'm hoping some bright spark will solve (3). Be warned, it isn't as
simple as it seems, AFAICS. [rzero~] should provide a differentiator response in
theory. In practice dealing with the offsets and scales ruins the whole show and
leads to over-complex and unstable patches. Using [biquad~] is extremely 
confusing
to most readers and I don't want to do this. You cannot obtain a single sample 
delay
using [delwrite~] as far as I know, if you can it certainly means [samplerate~] 
must
be added to all patches to make sure they run at different sr, which is mucho 
annoying.

To Miller: Please consider admitting [z~] or [delta~] (I actually prefer the 
former
because it is more educational to see differentiator built from sample delay) 
into the vanilla distro. This would need to be time for release quite soon. I'm sure

it would greatly benefit Pd to do this.

Best regards 2 all,

Andy














delread_vs_z~.pd
Description: application/extension-pd
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Why use Lua instead of PHP in my case ?

[Frank Barknecht]

Hallo,
Andrew Turley hat gesagt: // Andrew Turley wrote:

> I think the latency involved in writing data to and from the database
> will probably prove a much larger bottleneck than the speed of the
> language that you use, at least if you're trying to read the web pages
> and use the data in Pd in real-time.

Yep, and don't forget the latency added by learning a new programming
language! ;)

Ciao
-- 
 Frank Barknecht _ __footils.org__

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Roman Haefeli]

On Thu, 2008-03-20 at 23:40 +, Andy Farnell wrote:
>  You cannot obtain a single sample delay
> using [delwrite~] as far as I know, if you can it certainly means 
> [samplerate~] must
> be added to all patches to make sure they run at different sr, which is mucho 
> annoying.

yo.. it _is_ possible to use [delwrite~] and [delread~] to achieve
exactly one sample delay. actually i don't follow your argument, that
having to use a [samplerate~] to convert one sample length into ms
should be such a problem. why not just making your own [z~] abstraction
and use that inside your patches? i don't think, that it would make your
examples less readable (except you want to generally avoid having to use
abstractions).

though, i agree, that [z~] would be 'primitive enough' to have it
included into pd-vanilla.

roman





___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Frank Barknecht]

Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:

> If I'm doing it for myself, I run sig~ into rzero~ 1.

For all I know, [rzero~ 1] is the same as [delta~]: Both compute the
difference between the current and the previous sample. Or am I
missing something? Some time ago I added this to the CVS (now SVN) as
abstractions/purepd/delta~.pd

Ciao
-- 
 Frank Barknecht _ __footils.org__

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] FUDIKaosDS

[Chris McCormick]

Hello,

Sorry to blow my own trumpet twice in a row like this, but I just found
this video somebody made of FUDIKaosDS in action - that's one of the
two bits of software I posted about earlier. This video nicely shows off
it's capabilities:



It looks like this person is using Pure Data and Gem for the sound and
visuals.

Best,

Chris.

---
http://mccormick.cx

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Wii remote controller and Mac OS X

[Luigi Rensinghoff]

How is the Progress with the wiiremote external ??? (especially Mac- 
Intel)


I have played around with OSculator and its really working fine.

Anybody else playing around with the Wii ???


Happy Easter

Luigi




>---<

Luigi Rensinghoff
[EMAIL PROTECTED]
skype:gigischinke
ichat:gigicarlo




___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Hans-Christoph Steiner]

It turns out it's not an easy thing.  In order to poll the wiimote  
you need to use a Carbon CFRunLoop.  Since Max/MSP is a Carbon app  
natively, the aka.wiiremote object can just tag onto the built-in  
CFRunLoop to get events.  Pd's Tcl/Tk process is a Carbon app, but  
that's a separate process from 'pd'.


So after a fair amount of discussion with Apple engineers, it seems  
that the only solution is to make a totally separate process (yes a  
process, not just a thread) which runs the CFRunLoop to poll the  
wiiremote.  Then the Pd object will poll that process to get data  
from it.  This is not simple, but doable, hence the delay.


If only Nintendo had just made it a proper HID device, then it would  
'just work' with [hid].  But they did something quite stupid, they  
make it show up as if it was a proper HID device, but then it sends  
custom, non-HID data packets.  So the OS sees it as a HID device and  
associates with it, but then can't understand the data from it.  That  
leaves the IOBluetooth API as  only option, which is tied to Carbon  
CFRunLoops.


The best solution would be if someone wrote a driver for it that  
translated the custom data packets into HID, then it would 'just  
work' with [hid].  Unfortunately, I am not a driver guy...


For now, this looks like a good option for using the wiiremote with  
Pd on Mac OS X:

http://code.google.com/p/darwiinosc/

.hc

On Mar 21, 2008, at 8:44 AM, Luigi Rensinghoff wrote:






How is the Progress with the wiiremote external ??? (especially Mac- 
Intel)


I have played around with OSculator and its really working fine.

Anybody else playing around with the Wii ???


Happy Easter

Luigi




>---<

Luigi Rensinghoff
[EMAIL PROTECTED]
skype:gigischinke
ichat:gigicarlo




___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
listinfo/pd-list




 



Man has survived hitherto because he was too ignorant to know how to  
realize his wishes.  Now that he can realize them, he must either  
change them, or perish.-William Carlos Williams



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_yuv get blue spots with pix_buffer

[Hans-Christoph Steiner]

First, I'd say it is worth it to try upgrading to Pd-0.39.3-extended  
to see if that fixes your problems:


http://puredata.info/downloads

.hc

On Mar 20, 2008, at 3:37 PM, Peter Forde wrote:




I'm using PD 0.38.4 on windows XP.

I am storing a large amount of images in pix_buffer from a camera  
input. When I keep them in rgba the computer will not cope with it  
all and crashes so YUV seems to be the best solution and it works.
Unfotunately when I change it to yuv through [pix_yuv] or  
[colorspace yuv( I get lots of blue dots where it is dark.

Does anyone know how this might be happening.and what might solve it.
I saw in other threads there could be problems with the codecs but  
since I am using pix_buffer there should not be a codec.

Any idea?
Thanks

Helping your favorite cause is as easy as instant messaging. You  
IM, we give. Learn more.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
listinfo/pd-list




 



I spent 33 years and four months in active military service and  
during that period I spent most of my time as a high class muscle man  
for Big Business, for Wall Street and the bankers.  - General  
Smedley Butler



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[marius schebella]

> Andy Farnell a écrit :
>> Doesn't quite work. If you try it with 1/sr in place of [z~] in a 
>> patch that's
>> sensitive to it the results are wrong . Not sure why.

oh, I did not even try to think about delwrite~/delread~, but of course 
it is working (thanks cyrille...). I think your mistake was that you 
gave the delay in seconds, but it is actually in milliseconds. try with 
1000/sr...
marius.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Guitar Heroes controller

[Hans-Christoph Steiner]

Cool, thanks for the info, post videos if you make anything fun.

.hc

On Mar 20, 2008, at 9:48 AM, James Rojsirivat wrote:

An update: I was able to get the Guitar Heroes controller to work  
under OS X. From the post on Joystiq, they couldn't get the Xbox X- 
plorer controller that comes with the PC/Mac version to work under  
OS X either. They were using it with Fret on Fire. OS X sees the  
device but it will not work. This was my experience as well. I had  
to install the Xbox 360 Controller driver (http://tattiebogle.net/ 
index.php/ProjectRoot/Xbox360Controller/OsxDriver) and after  
setting that up, [hid] recognizes the device. I was able to test  
it, and everything is reading perfectly.


So have fun with your Guitar Heroes controller. I know I will.

James

***
astroboy2520
Visit my blogs: http://triphop-universe.blogspot.com
http://videokilledtheradiostar.vox.com
Myspace: http://www.myspace.com/astroboy2520
Skype: astroboy2520
MSN: astroboy2520[at]sbcglobal.net



- Original Message 
From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
To: James Rojsirivat <[EMAIL PROTECTED]>
Cc: pd-list@iem.at
Sent: Sunday, March 16, 2008 9:55:36 AM
Subject: Re: [PD] Guitar Heroes controller



Send the [print( message to [hid] and then look in the Pd window.   
You should see the devices it recognizes there.  From that you can  
find the right device number to connect to in order to open that  
contorller.


.hc

On Mar 15, 2008, at 8:40 PM, James Rojsirivat wrote:

Just an update. Bought PC/Mac version of Guitar Heroes III today.  
Looks like the controller is an Xbox 360 version since the logo is  
smack on there. Can't seem to get it recognized with [hid] on OS  
X, but was able to get hidin help patch to recognize it. a bit of  
garbage in the information it was spitting out, but the main  
buttons work nicely. Any idea why OS X pd extended is not  
recognizing the device? Maybe I'm not setting it up correctly.


James

***
astroboy2520
Visit my blogs: http://triphop-universe.blogspot.com
http://videokilledtheradiostar.vox.com
Myspace: http://www.myspace.com/astroboy2520
Skype: astroboy2520
MSN: astroboy2520[at]sbcglobal.net



- Original Message 
From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
To: Hans-Christoph Steiner <[EMAIL PROTECTED]>
Cc: Derek Holzer <[EMAIL PROTECTED]>; James Rojsirivat  
<[EMAIL PROTECTED]>; pd-list@iem.at

Sent: Wednesday, March 12, 2008 7:54:49 PM
Subject: Re: [PD] Guitar Heroes controller


I found something on this page about Guitar Hero + Max/MSP.  He says
the Xbox version works fine with a computer while the PS2 version
needs an adapter.  The adapter looks like it is for adapting a
different plug type, though, not for plugging in a USB PS2  
controller.


http://theguitarzeros.com/download_fretbuzz.php

.hc

On Mar 12, 2008, at 10:53 PM, Hans-Christoph Steiner wrote:

>
> On a related note, I just bought one of these very nice controllers
> called a gametrak.  It is basically like two 3D joysticks but
> instead of sticks, it has strings which you can clip on to things
> to track them in 3D.  The cheesy promo video gives you a good idea
> of what you can do with it:
>
> http://www.in2games.uk.com/corporate/press-item.php?pressid=5
>
> I used one that Jonas Hielscher let me borrow and I plugged it in
> and it just worked with [hid].  I just got the one I ordered, it is
> a "PlayStation 2" controller, I am not sure which Jonas' is.  But
> with mine, it shows up in [hid] fine, but I don't get any data from
> it.
>
> Anyone know, is there something special about PS2 USB controllers?
>
> .hc
>
>
> On Mar 12, 2008, at 8:12 PM, Derek Holzer wrote:
>
>> Should just be HID protocol. Check the help patch for the [hid]
>> object
>> (in Extended or self-compiled) and see what parameters come in.  
After

>> that, enjoy mapping them to something and rock out!
>>
>> d.
>>
>> James Rojsirivat wrote:
>>> I've seen some developments with the Guitar Heroes controller on
>>> Max/MSP. I've been unable to get the one patch I found to really
>>> open in
>>> PD. I'd love to try to do something with it. Anyone has any
>>> experience
>>> developing and working with the Mac/PC version of the controller
>>> in PD?
>>> Any tips would greatly be appreciated.
>>
>> --
>> derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/
>> macumbista
>> ---Oblique Strategy # 71:
>> "Fill every beat with something"
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>
>
>
>  
- 
-

> --
>
> There is no way to peace, peace is the way.  -A.J. Muste
>
>


___

Re: [PD] Google SoC: call for mentors and project ideas

[Patrice Colet]

  Hello Hans-C,

  After all it's just a matter of adding tkdnd into the build scripts.

into the scripts/ folder there is a bash one that looks for Wish.app, 
another one that "ensure that everything is installed on the right 
place" for mingw,  what about doing the same thing for all needed tcl-tk 
libs?


Hans-Christoph Steiner a écrit :
> 
> That's been implemented using tkdnd, I think the patch even is included 
> in pd-vanilla.  You just need to install tkdnd.  It would be great if 
> someone got tkdnd built into Pd-extended (hint, hint).  I don't think it 
> would be very hard.
> 
> On Mac OS X, you can drop pd files on the App icon and they'll open.
> 
> .hc
> 
> On Mar 20, 2008, at 1:52 PM, Daniel Wilcox wrote:
> 
>> I'd like to see drag and drop of pd patches from an OS file browser 
>> onto pd to open them.
>>  
>>
>> On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
>> <[EMAIL PROTECTED] > wrote:
>> > On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]
>> > wrote:
>> >  > Hallo!
>> >  >
>> >  >
>> >  >  > I'd like to apply for some Mentos.  I like mixed fruit or
>> grape.
>> >  >  > As for Pd, I can't think of something major enough to call
>> for Google
>> >  >  > SoC, but I'll keep thinking.
>> >  >
>> >  >  I think the projects should not be too big. This is maybe
>> something we
>> >  >  can learn from last year. It would be nice to have compact
>> projects
>> >  >  which would be e.g. also manageable by people new to the pd
>> community ...
>> >
>> >  In that case, I might think of a few possibilities for anyone
>> who is
>> >  open to them.
>>
>> I have just a minor suggestion for an improvement.
>> What if it were possible to edit a Pd patch as text from within Pd?
>> I often open a patch in a text editor in order to mass copy sends and
>> receives or GUI elements or whatever.  The syntax is straightforward
>> enough that sometimes this is quicker than clicking, for a whole bunch
>> of items.  It would be cool if I could do that from within Pd, without
>> closing the patch...
>>
>> -Chuckk
>>
>>
>> -- 
>> Dan Wilcox
>> danomatika
>> www.robotcowboy.com 
>> ___
>> PD-list@iem.at  mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> 
> The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
> 
> 
> 
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD crashes on mac OSX with Jack

[pzuspann]

That worked...thanks, Brandon...really appreciate it...

Peter

- Original Message 
From: bsoisoi <[EMAIL PROTECTED]>
To: pzuspann <[EMAIL PROTECTED]>
Cc: PD-list@iem.at
Sent: Thursday, March 20, 2008 7:30:06 PM
Subject: Re: [PD] PD crashes on mac OSX with Jack

You'll need a newer build of pd-extended.  Try this one and let us  
know of your results:

http://autobuild.puredata.info/auto-build/2008-02-22/Pd-0.40.3-extended-20080222-macosx104-i386.dmg


Cheers,
~Brandon


On Mar 20, 2008, at 7:09 PM, pzuspann wrote:

> I recently installed JackOSX and PD (via Pd-0.39.3-extended- 
> macosx104-i386.dmg) on my new intel mac running OS X 10.5.2.
>
> PD works through "portaudio" when it is checked in the media menu.   
> However, when I try and select "jack", the program crashes.  I'm  
> familiar with Linux, but new to macs.  I've pasted the console  
> output below.  Please help if you can!
>
>
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>  
> () to debug.
> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The  
> process has forked and you cannot use this Cor

[PD] glsl effect chaining

[Pepa Henzl]

Hello,
I've just started with glsl languague and Gem this week. Everything works 
fine, but i'd like to know what to do if i want to apply multiple effects on 
a texture.
Is it possible to render pix data to the texture, instead of current 
framebuffer window,  and use it for further processing?

Thanks,
pcp.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] glsl effect chaining

[cyrille henry]

Pepa Henzl a écrit :
> Hello,
> I've just started with glsl languague and Gem this week. Everything works 
> fine, but i'd like to know what to do if i want to apply multiple effects on 
> a texture.
> Is it possible to render pix data to the texture, instead of current 
> framebuffer window,  and use it for further processing?
yes.
you need to render in a frambuffer, and then use it as a texture.
the gemframebuffer is almost undocumented, but there is an exemple in 
exemple/07.texture/10.frambuffer.

i also rembermber that i send a patch on this list (or gem-dev) regardinf the 
use of glsl + framebuffer.

cyrille


> 
> Thanks,
> pcp.
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 
> 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] HID: Am I doing this right?

[Hans-Christoph Steiner]

Plus [hid] gets the data directly from the device, so you can treat  
multiple keyboards as different sets of buttons.  [key] et al treat  
all keyboards as the same entity.

.hc

On Mar 20, 2008, at 3:49 PM, marius schebella wrote:

> hid, key, keyup, keyname are not compatible on the three OS. hid for
> example does not work on win afaik. otoh key on osx will stop working
> when you have a gemwin in the focus (which seems to be no problem on
> windows).
> marius.
>
> Andrew Turley wrote:
>> I don't know exactly what you're trying to do, but it might just be
>> easier to use [key], [keyup] and [keyname].
>>
>> But if you do want to use [hid], once you have the device open you
>> have to send a [1( to start polling. You might want to just hook a
>> [print] object to the output to see what kind of info is coming out,
>> and then [route] the messages accordingly.
>>
>> andy
>>
>> On Thu, Mar 20, 2008 at 12:22 PM, marius schebella
>> <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>  you can use only [hid] and send
>>>  [open 0(
>>>  message before you poll then a
>>>  [1(
>>>  message to start polling. device 0 is the keyboard on osx (at  
>>> least I
>>>  think this is always the case, not sure, you can use "print" to  
>>> get a
>>>  list of devices.)
>>>  then go with route and select, bla bla.
>>>  there seems to be a printout bug,  because I get a mass of  
>>> printout to
>>>  the console. "output this:..." although I don't want this.
>>>  marius.
>>>
>>>
>>>
>>>
>>>  Mike McGonagle wrote:
 Hans (or anyone),

 After reading several comments on the Alternate Controller  
 thread, I
 figured that I would try to use the [hid] stuff... but, as the  
 stuff in
 the Extended (most recent nightly build) is kind of broken.  
 While the
 [hid] object is, itself, in the 'extra' directory, everything  
 else is in
 a subfolder called 'hid'. So, in trying to use the [keyboard] help
 patch, it comes up with [keyboard] as not being found, so I  
 rename that
 object to [hid/keyboard], and it creates the object.

 So, it would appear that I can create an object in my patches,  
 but I
 can't seem to quite figure out how to get stuff out of the  
 [keyboard]
 abstraction. I opened the help patch (and after renaming the  
 object), I
 start it polling, and don't seem to get anything.

 I am running a Mac OS X PPC 10.4.11 system, if that is important...

 I would like to try to set up a keyboard layout that allows me  
 to use
 specific keys to select a particular parameter to control, and  
 then be
 able to change that value either by moving the mouse, or by using
 (possibly) the arrow (up/down) to change the value.


 Mike

 --
 Peace may sound simple—one beautiful word— but it requires  
 everything we
 have, every quality, every strength, every dream, every high ideal.
 —Yehudi Menuhin (1916–1999), musician


 --- 
 -

 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
 listinfo/pd-list
>>>
>>>
>>>  ___
>>>  PD-list@iem.at mailing list
>>>  UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>>> listinfo/pd-list
>>>
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
>>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


Mistrust authority - promote decentralization.  - the hacker ethic



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] HID: Am I doing this right?

[Hans-Christoph Steiner]

On Mar 21, 2008, at 3:25 AM, Steffen Juul wrote:

>
> On 20/03/2008, at 21.18, Mike McGonagle wrote:
>
>> In playing with [hid] a bit more, it appears that you can have it
>> track when multiple keys are down. Just as a test, I pressed and
>> held down keys, and once I get to the sixth key, no matter what key
>> I pressed it would output 'key_1 1' for that key, and any
>> subsequent keys that are pressed are not registered.
>>
>> Is the number of multiple keys restricted by [hid] or the system?
>> Is 'key_1 1' an indicator that no more keys can be pressed?
>
> I've also been successful with five keys max. I don't know if that's
> within specs. Maybe you can juice something out of - or sub to,
> depending on your OS -  func=detail&aid=1698780&group_id=55736&atid=478070>

I think the 5 key limit is actually related to the keyboard  
hardware.  It's not in [hid].  [hid] just reports the events as it  
receives them from the OS.

.hc



 


 kill your television



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Google SoC: call for mentors and project ideas

[Chuckk Hubbard]

This sounds like a great idea to me.
If I add a dozen or so GUI elements and I want to quickly set their
sends and receives, I have to save the patch, close it, open emacs,
edit, save, close emacs, and reopen the patch.
Would be nice to hit one button to switch.
I think it would be even better if it were perhaps a right-click
option for subpatches and abstractions to open them as code.
I have created patches in the past just for editing other patches as
text automatically.  If that could be done with a running patch I'd be
a happy guy.

-Chuckk

On Thu, Mar 20, 2008 at 8:12 PM, marius schebella
<[EMAIL PROTECTED]> wrote:
> do you think of something like an html-editor where you can switch
>  between html view and code view? I think that is a great idea!! maybe
>  even side by side!
>  would something like this be coded in tcl/tk?
>  marius.
>
>
>
>
>  Chuckk Hubbard wrote:
>  > On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
>  > <[EMAIL PROTECTED]> wrote:
>  >> On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]> wrote:
>  >>  > Hallo!
>  >>  >
>  >>  >
>  >>  >  > I'd like to apply for some Mentos.  I like mixed fruit or grape.
>  >>  >  > As for Pd, I can't think of something major enough to call for 
> Google
>  >>  >  > SoC, but I'll keep thinking.
>  >>  >
>  >>  >  I think the projects should not be too big. This is maybe something we
>  >>  >  can learn from last year. It would be nice to have compact projects
>  >>  >  which would be e.g. also manageable by people new to the pd community 
> ...
>  >>
>  >>  In that case, I might think of a few possibilities for anyone who is
>  >>  open to them.
>  >
>  > I have just a minor suggestion for an improvement.
>  > What if it were possible to edit a Pd patch as text from within Pd?
>  > I often open a patch in a text editor in order to mass copy sends and
>  > receives or GUI elements or whatever.  The syntax is straightforward
>  > enough that sometimes this is quicker than clicking, for a whole bunch
>  > of items.  It would be cool if I could do that from within Pd, without
>  > closing the patch...
>  >
>  > -Chuckk
>  >
>
>
> > ___
>  > PD-list@iem.at mailing list
>  > UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>  >
>
>



-- 
http://www.badmuthahubbard.com

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Google SoC: call for mentors and project ideas

[Patrice Colet]

If a text editor is running through PureData, the user will have to deal 
with dropped keycode, so it doesn't sound like a good idea to me.

Chuckk Hubbard a écrit :
> This sounds like a great idea to me.
> If I add a dozen or so GUI elements and I want to quickly set their
> sends and receives, I have to save the patch, close it, open emacs,
> edit, save, close emacs, and reopen the patch.
> Would be nice to hit one button to switch.
> I think it would be even better if it were perhaps a right-click
> option for subpatches and abstractions to open them as code.
> I have created patches in the past just for editing other patches as
> text automatically.  If that could be done with a running patch I'd be
> a happy guy.
> 
> -Chuckk
> 
> On Thu, Mar 20, 2008 at 8:12 PM, marius schebella
> <[EMAIL PROTECTED]> wrote:
>> do you think of something like an html-editor where you can switch
>>  between html view and code view? I think that is a great idea!! maybe
>>  even side by side!
>>  would something like this be coded in tcl/tk?
>>  marius.
>>
>>
>>
>>
>>  Chuckk Hubbard wrote:
>>  > On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
>>  > <[EMAIL PROTECTED]> wrote:
>>  >> On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]> 
>> wrote:
>>  >>  > Hallo!
>>  >>  >
>>  >>  >
>>  >>  >  > I'd like to apply for some Mentos.  I like mixed fruit or grape.
>>  >>  >  > As for Pd, I can't think of something major enough to call for 
>> Google
>>  >>  >  > SoC, but I'll keep thinking.
>>  >>  >
>>  >>  >  I think the projects should not be too big. This is maybe something 
>> we
>>  >>  >  can learn from last year. It would be nice to have compact projects
>>  >>  >  which would be e.g. also manageable by people new to the pd 
>> community ...
>>  >>
>>  >>  In that case, I might think of a few possibilities for anyone who is
>>  >>  open to them.
>>  >
>>  > I have just a minor suggestion for an improvement.
>>  > What if it were possible to edit a Pd patch as text from within Pd?
>>  > I often open a patch in a text editor in order to mass copy sends and
>>  > receives or GUI elements or whatever.  The syntax is straightforward
>>  > enough that sometimes this is quicker than clicking, for a whole bunch
>>  > of items.  It would be cool if I could do that from within Pd, without
>>  > closing the patch...
>>  >
>>  > -Chuckk
>>  >
>>
>>
>>> ___
>>  > PD-list@iem.at mailing list
>>  > UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>>  >
>>
>>
> 
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[mark edward grimm]

hi Luigi,

thanks for the tip on OSculator. im just looking at it
now. you have it communicating with pd? i just tried
it out with nodebox real quick and seems to works
fine...

i also go the wiitar connecting to pd with a 3rd party
app called "wiitar"... that works fairly decent too!

i haven't got the wii working with darwiiremoteOSC yet
but seems pretty straight forward.

i would agree it would be nice to have a pd external
(aka.wiiremote) but for now these solutions seem
adequateeh?

i just got these two remotes in the mail from ebay
yesterday so i have not messed with them too much
other than making sure they worked... maybe it would
be nice to have a wiki page or something will all
wiimote related pd patches/vids/experiments/examples? 

...lots of cool possibilities as a controller i see!!

BTW what else are people doing with the wiimote? i see
its interfaced with max/msp, and processing also.

Cheers
mark



--- Luigi Rensinghoff <[EMAIL PROTECTED]>
wrote:

> >
> 
> 
> How is the Progress with the wiiremote external ???
> (especially Mac- 
> Intel)
> 
> I have played around with OSculator and its really
> working fine.
> 
> Anybody else playing around with the Wii ???
> 
> 
> Happy Easter
> 
> Luigi
> 
> 
> 
> 
>  >---<
> 
> Luigi Rensinghoff
> [EMAIL PROTECTED]
> skype:gigischinke
> ichat:gigicarlo
> 
> 
> 
> 
> > ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 



mark edward grimm | m.f.a | ed.m
syracuse u. | vpa foundations | timearts
adjunct | new media consultant
megrimm.net | socialmediagroup.org & .com   
[EMAIL PROTECTED] | 585.509.8703


  



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Hans-Christoph Steiner]

I just got a Sony SIXAXIS, I am hoping it is easier to use than the  
WiiRemote.  There seems to be more good lowlevel code available for  
it, anyway.

http://www.us.playstation.com/PS3/About/WirelessController
http://www.us.playstation.com/PS3/Accessories/SCPH-98040

.hc

On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:

> hi Luigi,
>
> thanks for the tip on OSculator. im just looking at it
> now. you have it communicating with pd? i just tried
> it out with nodebox real quick and seems to works
> fine...
>
> i also go the wiitar connecting to pd with a 3rd party
> app called "wiitar"... that works fairly decent too!
>
> i haven't got the wii working with darwiiremoteOSC yet
> but seems pretty straight forward.
>
> i would agree it would be nice to have a pd external
> (aka.wiiremote) but for now these solutions seem
> adequateeh?
>
> i just got these two remotes in the mail from ebay
> yesterday so i have not messed with them too much
> other than making sure they worked... maybe it would
> be nice to have a wiki page or something will all
> wiimote related pd patches/vids/experiments/examples?
>
> ...lots of cool possibilities as a controller i see!!
>
> BTW what else are people doing with the wiimote? i see
> its interfaced with max/msp, and processing also.
>
> Cheers
> mark
>
>
>
> --- Luigi Rensinghoff <[EMAIL PROTECTED]>
> wrote:
>
>>>
>>
>>
>> How is the Progress with the wiiremote external ???
>> (especially Mac-
>> Intel)
>>
>> I have played around with OSculator and its really
>> working fine.
>>
>> Anybody else playing around with the Wii ???
>>
>>
>> Happy Easter
>>
>> Luigi
>>
>>
>>
>>
>>> ---<
>>
>> Luigi Rensinghoff
>> [EMAIL PROTECTED]
>> skype:gigischinke
>> ichat:gigicarlo
>>
>>
>>
>>
>>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
> 
> mark edward grimm | m.f.a | ed.m
> syracuse u. | vpa foundations | timearts
> adjunct | new media consultant
> megrimm.net | socialmediagroup.org & .com
> [EMAIL PROTECTED] | 585.509.8703
> 
>
>
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


All information should be free.  - the hacker ethic





___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] csoundapi for macosx

[punchik punchik]

hello, do anybody know where can i get csoundapi  compiled for macosx - intel?
   
   
  thanks
   
  p

   
-
Never miss a thing.   Make Yahoo your homepage.___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] csoundapi for macosx

[Mike McGonagle]

It is part of the latest distribution of Csound. Once you get that, you can
move the external to where PD can access it...
http://csound.sourceforge.net/#MacOSX

I can only assume that the Intel version has the same stuff as the PPC
version, and that is where I got it from...

Mike


On Fri, Mar 21, 2008 at 2:24 PM, punchik punchik <[EMAIL PROTECTED]> wrote:

> hello, do anybody know where can i get csoundapi  compiled for macosx -
> intel?
>
>
> thanks
>
> p
>
> --
> Never miss a thing. Make Yahoo your 
> homepage.
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Mike McGonagle]

Hans, do you know how many "control" signals this will produce? From what I
read in the literature, it sounds like it also has motion controls. Does
that mean that it has XYZ sensors? Or does it also have the pitch and yaw
sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
Mike


On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]>
wrote:

>
> I just got a Sony SIXAXIS, I am hoping it is easier to use than the
> WiiRemote.  There seems to be more good lowlevel code available for
> it, anyway.
>
> http://www.us.playstation.com/PS3/About/WirelessController
> http://www.us.playstation.com/PS3/Accessories/SCPH-98040
>
> .hc
>
> On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
>
> > hi Luigi,
> >
> > thanks for the tip on OSculator. im just looking at it
> > now. you have it communicating with pd? i just tried
> > it out with nodebox real quick and seems to works
> > fine...
> >
> > i also go the wiitar connecting to pd with a 3rd party
> > app called "wiitar"... that works fairly decent too!
> >
> > i haven't got the wii working with darwiiremoteOSC yet
> > but seems pretty straight forward.
> >
> > i would agree it would be nice to have a pd external
> > (aka.wiiremote) but for now these solutions seem
> > adequateeh?
> >
> > i just got these two remotes in the mail from ebay
> > yesterday so i have not messed with them too much
> > other than making sure they worked... maybe it would
> > be nice to have a wiki page or something will all
> > wiimote related pd patches/vids/experiments/examples?
> >
> > ...lots of cool possibilities as a controller i see!!
> >
> > BTW what else are people doing with the wiimote? i see
> > its interfaced with max/msp, and processing also.
> >
> > Cheers
> > mark
> >
> >
> >
> > --- Luigi Rensinghoff <[EMAIL PROTECTED]>
> > wrote:
> >
> >>>
> >>
> >>
> >> How is the Progress with the wiiremote external ???
> >> (especially Mac-
> >> Intel)
> >>
> >> I have played around with OSculator and its really
> >> working fine.
> >>
> >> Anybody else playing around with the Wii ???
> >>
> >>
> >> Happy Easter
> >>
> >> Luigi
> >>
> >>
> >>
> >>
> >>> ---<
> >>
> >> Luigi Rensinghoff
> >> [EMAIL PROTECTED]
> >> skype:gigischinke
> >> ichat:gigicarlo
> >>
> >>
> >>
> >>
> >>> ___
> >> PD-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >>
> >
> >
> > 
> > mark edward grimm | m.f.a | ed.m
> > syracuse u. | vpa foundations | timearts
> > adjunct | new media consultant
> > megrimm.net | socialmediagroup.org & .com
> > [EMAIL PROTECTED] | 585.509.8703
> > 
> >
> >
> >
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > listinfo/pd-list
>
>
>
> 
> 
>
> All information should be free.  - the hacker ethic
>
>
>
>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] gem vertex

[marius schebella]

hi,
there is a vertex folder within gem src (hans pointed me to it), and it 
compiles, but I am not sure if the objects are working? I can create 
them, but handling and syntax seems not quite clear to me.
is this in development?
marius.


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Andrew Turley]

For the record, the SIXAXIS controller works well in Mac OS X with this driver:

http://tattiebogle.net/index.php/ProjectRoot/Ps3Controller

I've used that for the Guitar Hero controller. Using the [hid] object
I get 3 continuous values from the XYZ sensors.

andy

On Fri, Mar 21, 2008 at 12:59 PM, Mike McGonagle <[EMAIL PROTECTED]> wrote:
> Hans, do you know how many "control" signals this will produce? From what I
> read in the literature, it sounds like it also has motion controls. Does
> that mean that it has XYZ sensors? Or does it also have the pitch and yaw
> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
>
> Mike
>
>
>
> On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]>
> wrote:
> >
> > I just got a Sony SIXAXIS, I am hoping it is easier to use than the
> > WiiRemote.  There seems to be more good lowlevel code available for
> > it, anyway.
> >
> > http://www.us.playstation.com/PS3/About/WirelessController
> > http://www.us.playstation.com/PS3/Accessories/SCPH-98040
> >
> > .hc
> >
> >
> >
> >
> > On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
> >
> > > hi Luigi,
> > >
> > > thanks for the tip on OSculator. im just looking at it
> > > now. you have it communicating with pd? i just tried
> > > it out with nodebox real quick and seems to works
> > > fine...
> > >
> > > i also go the wiitar connecting to pd with a 3rd party
> > > app called "wiitar"... that works fairly decent too!
> > >
> > > i haven't got the wii working with darwiiremoteOSC yet
> > > but seems pretty straight forward.
> > >
> > > i would agree it would be nice to have a pd external
> > > (aka.wiiremote) but for now these solutions seem
> > > adequateeh?
> > >
> > > i just got these two remotes in the mail from ebay
> > > yesterday so i have not messed with them too much
> > > other than making sure they worked... maybe it would
> > > be nice to have a wiki page or something will all
> > > wiimote related pd patches/vids/experiments/examples?
> > >
> > > ...lots of cool possibilities as a controller i see!!
> > >
> > > BTW what else are people doing with the wiimote? i see
> > > its interfaced with max/msp, and processing also.
> > >
> > > Cheers
> > > mark
> > >
> > >
> > >
> > > --- Luigi Rensinghoff <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > >>>
> > >>
> > >>
> > >> How is the Progress with the wiiremote external ???
> > >> (especially Mac-
> > >> Intel)
> > >>
> > >> I have played around with OSculator and its really
> > >> working fine.
> > >>
> > >> Anybody else playing around with the Wii ???
> > >>
> > >>
> > >> Happy Easter
> > >>
> > >> Luigi
> > >>
> > >>
> > >>
> > >>
> > >>> ---<
> > >>
> > >> Luigi Rensinghoff
> > >> [EMAIL PROTECTED]
> > >> skype:gigischinke
> > >> ichat:gigicarlo
> > >>
> > >>
> > >>
> > >>
> > >>> ___
> > >> PD-list@iem.at mailing list
> > >> UNSUBSCRIBE and account-management ->
> > >> http://lists.puredata.info/listinfo/pd-list
> > >>
> > >
> > >
> > > 
> > > mark edward grimm | m.f.a | ed.m
> > > syracuse u. | vpa foundations | timearts
> > > adjunct | new media consultant
> > > megrimm.net | socialmediagroup.org & .com
> > > [EMAIL PROTECTED] | 585.509.8703
> > > 
> > >
> > >
> > >
> > >
> > >
> > > ___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> > > listinfo/pd-list
> >
> >
> >
> > 
> > 
> >
> > All information should be free.  - the hacker ethic
> >
> >
> >
> >
> >
> >
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> --
> Peace may sound simple—one beautiful word— but it requires everything we
> have, every quality, every strength, every dream, every high ideal.
> —Yehudi Menuhin (1916–1999), musician
> ___
>  PD-list@iem.at mailing list
>  UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Andy Farnell]

I've put an example here so you can hear that they are not the same

These differences are important.


[rzero~] and [delwrite~] methods come out louder
and with apparently less dynamics. Using [z~] and [fexpr~]
I get much closer results to [delta~], more detail in
the poured water sound.

As I said I needed an _EXACT_ replacement for [delta~] for
other patches too, which are much more sensitive to the
differences. (so this is all about how it behaves in practice
not in theory :)

I'm really not sure why this happens. Suppose I should hook
them up to a graph and read sample by sample to see what's
really going on. But, it doesn't help me because without 
changing the source the fact is

[delta~] is the same as [z~]
[z~] is as good as [fexpr~]
[rzero~ 1] and [delwrite~] are not the same


Unless... If you hear no difference it could be an architecture
thing... Tell me what machines you're running on, I wonder if that
has anything to do with it?

cheers,

Andy





On Fri, 21 Mar 2008 10:47:44 +0100
Frank Barknecht <[EMAIL PROTECTED]> wrote:

> Hallo,
> Miller Puckette hat gesagt: // Miller Puckette wrote:
> 
> > If I'm doing it for myself, I run sig~ into rzero~ 1.
> 
> For all I know, [rzero~ 1] is the same as [delta~]: Both compute the
> difference between the current and the previous sample. Or am I
> missing something? Some time ago I added this to the CVS (now SVN) as
> abstractions/purepd/delta~.pd
> 
> Ciao
> -- 
>  Frank Barknecht _ __footils.org__
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


-- 
Use the source


pour-delta-problem.tar.gz
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Daniel Wilcox]

I use a wiimote in Linux using the cwiid api
in my device daemon that grabs joystick
and wiimote events and slings them
over OSC to pd.

The wiimote has a 3 axis acceleramator and sends the x, y, z positions and
you can easily calculate mean acc, roll, and pitch.

You can also access the ir camera.  The wiimote itself determines the spots
of light it sees and sends pixel postions aka (140, 100) relative to the
resolution on the camera which is about 200x200 if i remember correctly.

I have tested this with candles and you can mess with "virtual sliders" etc
by pointing it at a ir source, if you remove the black plastic cover, then
the camera pics up regular light sources such as incandescent blubs.

And of course, you get all the button events.


> Hans, do you know how many "control" signals this will produce? From what
> I read in the literature, it sounds like it also has motion controls. Does
> that mean that it has XYZ sensors? Or does it also have the pitch and yaw
> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
> Mike
>


-- 
Dan Wilcox
danomatika
www.robotcowboy.com
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Claude Heiland-Allen]

Hi,

Using the source:

pd/src/d_filter.c/sigrzero_perform()

 t_sample next = *in1++;
 t_sample coef = *in2++;
 *out++ = next - coef * last;
 last = next;


pure-data/externals/cxc/delta~.c/delta_perform()

   float f = *(in++);
   // *out++ = (f > 0 ? f : -f);
   *out++ = (f > x->x_last ? fabs(f - x->x_last) : -fabs(f - 
x->x_last));
   x->x_last = f;

which mathematically translates thus:

 f>l ? |f-l| : -|f-l|
==
 f>l ? f-l : -|f-l|  (f>l => f-l > 0 => |f-l| == f-l)
==
 f>l ? f-l : f-l  (f<=l => f-l <= 0 => |f-l| == l-f)
==
 f-l

which is entirely equivalent to rzero~ when coef is 1.


BUT: IEEE floating point doesn't respect normal mathematical rules, so 
weird stuff is probably going on in delta~...


Hope this helps, personally I wouldn't want to use delta~ given the 
weirdness of its code (eg, using float instead of t_sample, using 
comparisons, using fabs() (which converts to double and back, iirc), 
etc) but there might be some reason for it that I can't fathom, similar 
to Miller's tabfudge stuff in phasor~ making it 5x-10x faster than my 
naive implementation.


Claude

Andy Farnell wrote:
> 
> I've put an example here so you can hear that they are not the same
> 
> These differences are important.
> 
> 
> [rzero~] and [delwrite~] methods come out louder
> and with apparently less dynamics. Using [z~] and [fexpr~]
> I get much closer results to [delta~], more detail in
> the poured water sound.
> 
> As I said I needed an _EXACT_ replacement for [delta~] for
> other patches too, which are much more sensitive to the
> differences. (so this is all about how it behaves in practice
> not in theory :)
> 
> I'm really not sure why this happens. Suppose I should hook
> them up to a graph and read sample by sample to see what's
> really going on. But, it doesn't help me because without 
> changing the source the fact is
> 
> [delta~] is the same as [z~]
> [z~] is as good as [fexpr~]
> [rzero~ 1] and [delwrite~] are not the same
> 
> 
> Unless... If you hear no difference it could be an architecture
> thing... Tell me what machines you're running on, I wonder if that
> has anything to do with it?
> 
> cheers,
> 
> Andy
> 
> 
> 
> 
> 
> On Fri, 21 Mar 2008 10:47:44 +0100
> Frank Barknecht <[EMAIL PROTECTED]> wrote:
> 
>> Hallo,
>> Miller Puckette hat gesagt: // Miller Puckette wrote:
>>
>>> If I'm doing it for myself, I run sig~ into rzero~ 1.
>> For all I know, [rzero~ 1] is the same as [delta~]: Both compute the
>> difference between the current and the previous sample. Or am I
>> missing something? Some time ago I added this to the CVS (now SVN) as
>> abstractions/purepd/delta~.pd
>>
>> Ciao
>> -- 
>>  Frank Barknecht _ __footils.org__
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

-- 
http://claudiusmaximus.goto10.org

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[marius schebella]

hmm,
first, i think you need [swap 1000] instead of [swap 1], because you 
want to delay by 1000/44100 milliseconds and not 1/44100 milliseconds.
and then, there is this problem that delwrite~/delread~ is sensitive to 
the order of creation. I attached a small patch, you can see that a 
delwrite/read that is created before the line~ object works similar to 
z~, wheras the delwrite/delread that is created after the line~ is one 
vector behind.

I attach a patch for clarification...
marius.

Andy Farnell wrote:


I've put an example here so you can hear that they are not the same

These differences are important.


[rzero~] and [delwrite~] methods come out louder
and with apparently less dynamics. Using [z~] and [fexpr~]
I get much closer results to [delta~], more detail in
the poured water sound.

As I said I needed an _EXACT_ replacement for [delta~] for
other patches too, which are much more sensitive to the
differences. (so this is all about how it behaves in practice
not in theory :)

I'm really not sure why this happens. Suppose I should hook
them up to a graph and read sample by sample to see what's
really going on. But, it doesn't help me because without 
changing the source the fact is


[delta~] is the same as [z~]
[z~] is as good as [fexpr~]
[rzero~ 1] and [delwrite~] are not the same


Unless... If you hear no difference it could be an architecture
thing... Tell me what machines you're running on, I wonder if that
has anything to do with it?

cheers,

Andy





On Fri, 21 Mar 2008 10:47:44 +0100
Frank Barknecht <[EMAIL PROTECTED]> wrote:


Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:


If I'm doing it for myself, I run sig~ into rzero~ 1.

For all I know, [rzero~ 1] is the same as [delta~]: Both compute the
difference between the current and the previous sample. Or am I
missing something? Some time ago I added this to the CVS (now SVN) as
abstractions/purepd/delta~.pd

Ciao
--
 Frank Barknecht _ __footils.org__

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list






___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


#N canvas 347 124 927 603 10;
#X text 50 457 order of creation;
#X obj 119 263 cnv 15 100 150 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 267 135 cnv 15 200 300 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 553 120 cnv 15 200 300 empty empty empty 20 12 0 14 -233017
-66577 0;
#X obj 600 186 samplerate~;
#X obj 600 257 /;
#X obj 600 205 t b f;
#X msg 620 163 bang;
#X obj 600 142 loadbang;
#X obj 127 367 print~ del;
#X msg 162 12 bang;
#X obj 128 296 delwrite~ d 10;
#X msg 600 229 1000;
#X obj 128 328 delread~ d;
#X obj 305 227 line~;
#X obj 305 288 z~;
#X obj 305 365 print~ z;
#X msg 305 199 1 \, 100 1;
#X obj 626 349 delread~ d;
#X obj 626 317 delwrite~ after 10;
#X obj 626 389 print~ delafter;
#X obj 162 37 t b b b b;
#X text 150 438 first;
#X text 292 450 second;
#X text 622 445 third;
#X connect 4 0 6 0;
#X connect 5 0 13 0;
#X connect 5 0 18 0;
#X connect 6 0 12 0;
#X connect 6 1 5 1;
#X connect 7 0 4 0;
#X connect 8 0 4 0;
#X connect 10 0 21 0;
#X connect 12 0 5 0;
#X connect 13 0 9 0;
#X connect 14 0 15 0;
#X connect 14 0 11 0;
#X connect 14 0 19 0;
#X connect 15 0 16 0;
#X connect 17 0 14 0;
#X connect 18 0 20 0;
#X connect 21 0 17 0;
#X connect 21 1 20 0;
#X connect 21 2 16 0;
#X connect 21 3 9 0;
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] including tkdnd WAS: Google SoC: call for mentors and project ideas

[Hans-Christoph Steiner]

I think the think to do would be to create a folder in SVN and import  
this code, something like 'extensions/tk/tkdnd'.  Then there could be  
a Makefile which handles building it for each platform in 'extensions/ 
tk/Makefile' or wherever makes sense.

Then any other of the very handy tcl and tk extensions could also be  
included there.  There is a lot of useful Tcl and Tk extensions that  
would be very nice to have included.

.hc

On Mar 21, 2008, at 10:31 AM, Patrice Colet wrote:

>  Hello Hans-C,
>
>  After all it's just a matter of adding tkdnd into the build scripts.
>
> into the scripts/ folder there is a bash one that looks for  
> Wish.app, another one that "ensure that everything is installed on  
> the right place" for mingw,  what about doing the same thing for  
> all needed tcl-tk libs?
>
>
> Hans-Christoph Steiner a écrit :
>> That's been implemented using tkdnd, I think the patch even is  
>> included in pd-vanilla.  You just need to install tkdnd.  It would  
>> be great if someone got tkdnd built into Pd-extended (hint,  
>> hint).  I don't think it would be very hard.
>> On Mac OS X, you can drop pd files on the App icon and they'll open.
>> .hc
>> On Mar 20, 2008, at 1:52 PM, Daniel Wilcox wrote:
>>> I'd like to see drag and drop of pd patches from an OS file  
>>> browser onto pd to open them.
>>>
>>> On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
>>> <[EMAIL PROTECTED]  
>>> > wrote:
>>> > On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]
>>> > wrote:
>>> >  > Hallo!
>>> >  >
>>> >  >
>>> >  >  > I'd like to apply for some Mentos.  I like mixed  
>>> fruit or
>>> grape.
>>> >  >  > As for Pd, I can't think of something major enough to  
>>> call
>>> for Google
>>> >  >  > SoC, but I'll keep thinking.
>>> >  >
>>> >  >  I think the projects should not be too big. This is maybe
>>> something we
>>> >  >  can learn from last year. It would be nice to have compact
>>> projects
>>> >  >  which would be e.g. also manageable by people new to  
>>> the pd
>>> community ...
>>> >
>>> >  In that case, I might think of a few possibilities for anyone
>>> who is
>>> >  open to them.
>>>
>>> I have just a minor suggestion for an improvement.
>>> What if it were possible to edit a Pd patch as text from  
>>> within Pd?
>>> I often open a patch in a text editor in order to mass copy  
>>> sends and
>>> receives or GUI elements or whatever.  The syntax is  
>>> straightforward
>>> enough that sometimes this is quicker than clicking, for a  
>>> whole bunch
>>> of items.  It would be cool if I could do that from within  
>>> Pd, without
>>> closing the patch...
>>>
>>> -Chuckk
>>>
>>>
>>> -- 
>>> Dan Wilcox
>>> danomatika
>>> www.robotcowboy.com 
>>> ___
>>> PD-list@iem.at  mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>>> listinfo/pd-list
>> - 
>> ---
>> The arc of history bends towards justice. - Dr. Martin Luther  
>> King, Jr.
>> - 
>> ---
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list







 


"It is convenient to imagine a power beyond us because that means we  
don't have to examine our own lives.", from "The Idols of  
Environmentalism", by Curtis White





___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Hans-Christoph Steiner]

Awesome, thanks!  I will try this tonight.  Sounds already much  
better than the wiimote.

.hc

On Mar 21, 2008, at 5:05 PM, Andrew Turley wrote:

> For the record, the SIXAXIS controller works well in Mac OS X with  
> this driver:
>
> http://tattiebogle.net/index.php/ProjectRoot/Ps3Controller
>
> I've used that for the Guitar Hero controller. Using the [hid] object
> I get 3 continuous values from the XYZ sensors.
>
> andy
>
> On Fri, Mar 21, 2008 at 12:59 PM, Mike McGonagle <[EMAIL PROTECTED]>  
> wrote:
>> Hans, do you know how many "control" signals this will produce?  
>> From what I
>> read in the literature, it sounds like it also has motion  
>> controls. Does
>> that mean that it has XYZ sensors? Or does it also have the pitch  
>> and yaw
>> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
>>
>> Mike
>>
>>
>>
>> On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner  
>> <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> I just got a Sony SIXAXIS, I am hoping it is easier to use than the
>>> WiiRemote.  There seems to be more good lowlevel code available for
>>> it, anyway.
>>>
>>> http://www.us.playstation.com/PS3/About/WirelessController
>>> http://www.us.playstation.com/PS3/Accessories/SCPH-98040
>>>
>>> .hc
>>>
>>>
>>>
>>>
>>> On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
>>>
 hi Luigi,

 thanks for the tip on OSculator. im just looking at it
 now. you have it communicating with pd? i just tried
 it out with nodebox real quick and seems to works
 fine...

 i also go the wiitar connecting to pd with a 3rd party
 app called "wiitar"... that works fairly decent too!

 i haven't got the wii working with darwiiremoteOSC yet
 but seems pretty straight forward.

 i would agree it would be nice to have a pd external
 (aka.wiiremote) but for now these solutions seem
 adequateeh?

 i just got these two remotes in the mail from ebay
 yesterday so i have not messed with them too much
 other than making sure they worked... maybe it would
 be nice to have a wiki page or something will all
 wiimote related pd patches/vids/experiments/examples?

 ...lots of cool possibilities as a controller i see!!

 BTW what else are people doing with the wiimote? i see
 its interfaced with max/msp, and processing also.

 Cheers
 mark



 --- Luigi Rensinghoff <[EMAIL PROTECTED]>
 wrote:

>>
>
>
> How is the Progress with the wiiremote external ???
> (especially Mac-
> Intel)
>
> I have played around with OSculator and its really
> working fine.
>
> Anybody else playing around with the Wii ???
>
>
> Happy Easter
>
> Luigi
>
>
>
>
>> ---<
>
> Luigi Rensinghoff
> [EMAIL PROTECTED]
> skype:gigischinke
> ichat:gigicarlo
>
>
>
>
>> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>


 
 mark edward grimm | m.f.a | ed.m
 syracuse u. | vpa foundations | timearts
 adjunct | new media consultant
 megrimm.net | socialmediagroup.org & .com
 [EMAIL PROTECTED] | 585.509.8703
 





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -> http://lists.puredata.info/
 listinfo/pd-list
>>>
>>>
>>>
>>>  
>>> 
>>> 
>>>
>>> All information should be free.  - the hacker ethic
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> PD-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>>
>> --
>> Peace may sound simple—one beautiful word— but it requires  
>> everything we
>> have, every quality, every strength, every dream, every high ideal.
>> —Yehudi Menuhin (1916–1999), musician
>> ___
>>  PD-list@iem.at mailing list
>>  UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


If nature has made any one thing less susceptible than all others of  
exclusive property, it is the action of the thinking power called an  
idea, which an individual may exclusively possess as long as he keeps  
it to himself; but the moment it is divulged, it forces itself into  
the possession of everyone, and the receiver ca

[PD] built-in text editor WAS: Google SoC: call for mentors and project ideas

[Hans-Christoph Steiner]

I think this is an interesting idea, and it is feasible if the text  
editor was editing the copy of the patch that is in memory.  It would  
not be easy, but doable.

.hc

On Mar 21, 2008, at 12:33 PM, Chuckk Hubbard wrote:

> This sounds like a great idea to me.
> If I add a dozen or so GUI elements and I want to quickly set their
> sends and receives, I have to save the patch, close it, open emacs,
> edit, save, close emacs, and reopen the patch.
> Would be nice to hit one button to switch.
> I think it would be even better if it were perhaps a right-click
> option for subpatches and abstractions to open them as code.
> I have created patches in the past just for editing other patches as
> text automatically.  If that could be done with a running patch I'd be
> a happy guy.
>
> -Chuckk
>
> On Thu, Mar 20, 2008 at 8:12 PM, marius schebella
> <[EMAIL PROTECTED]> wrote:
>> do you think of something like an html-editor where you can switch
>>  between html view and code view? I think that is a great idea!!  
>> maybe
>>  even side by side!
>>  would something like this be coded in tcl/tk?
>>  marius.
>>
>>
>>
>>
>>  Chuckk Hubbard wrote:
>>> On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
>>> <[EMAIL PROTECTED]> wrote:
 On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]> wrote:
> Hallo!
>
>
>> I'd like to apply for some Mentos.  I like mixed fruit or grape.
>> As for Pd, I can't think of something major enough to call for  
>> Google
>> SoC, but I'll keep thinking.
>
>  I think the projects should not be too big. This is maybe  
> something we
>  can learn from last year. It would be nice to have compact  
> projects
>  which would be e.g. also manageable by people new to the pd  
> community ...

  In that case, I might think of a few possibilities for anyone  
 who is
  open to them.
>>>
>>> I have just a minor suggestion for an improvement.
>>> What if it were possible to edit a Pd patch as text from within Pd?
>>> I often open a patch in a text editor in order to mass copy sends  
>>> and
>>> receives or GUI elements or whatever.  The syntax is straightforward
>>> enough that sometimes this is quicker than clicking, for a whole  
>>> bunch
>>> of items.  It would be cool if I could do that from within Pd,  
>>> without
>>> closing the patch...
>>>
>>> -Chuckk
>>>
>>
>>
>>> ___
>>> PD-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>>> listinfo/pd-list
>>>
>>
>>
>
>
>
> -- 
> http://www.badmuthahubbard.com
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


   ¡El pueblo unido jamás será vencido!



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD crashes on mac OSX with Jack

[Brandon Zeeb]

No problem :)

On Mar 21, 2008, at 11:21 AM, pzuspann wrote:

> That worked...thanks, Brandon...really appreciate it...
>
> Peter
>
> - Original Message 
> From: bsoisoi <[EMAIL PROTECTED]>
> To: pzuspann <[EMAIL PROTECTED]>
> Cc: PD-list@iem.at
> Sent: Thursday, March 20, 2008 7:30:06 PM
> Subject: Re: [PD] PD crashes on mac OSX with Jack
>
> You'll need a newer build of pd-extended.  Try this one and let us
> know of your results:
>
> http://autobuild.puredata.info/auto-build/2008-02-22/Pd-0.40.3-extended-20080222-macosx104-i386.dmg
>
>
> Cheers,
> ~Brandon
>
>
> On Mar 20, 2008, at 7:09 PM, pzuspann wrote:
>
>> I recently installed JackOSX and PD (via Pd-0.39.3-extended-
>> macosx104-i386.dmg) on my new intel mac running OS X 10.5.2.
>>
>> PD works through "portaudio" when it is checked in the media menu.
>> However, when I try and select "jack", the program crashes.  I'm
>> familiar with Linux, but new to macs.  I've pasted the console
>> output below.  Please help if you can!
>>
>>
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] The
>> process has forked and you cannot use this CoreFoundation
>> functionality safely. You MUST exec().
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565] Break on
>> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__
>> () to debug.
>> 3/20/08 7:05:14 PM [0x0-0x70070].org.puredata.pd.wish[2565]

Re: [PD] Wii remote controller and Mac OS X

[Hans-Christoph Steiner]

IIRC, I think there is a linux driver for the wiimote that makes it  
act like a HID, and therefore could be used with [hid].


.hc

On Mar 21, 2008, at 5:26 PM, Daniel Wilcox wrote:

I use a wiimote in Linux using the cwiid api in my device daemon  
that grabs joystick and wiimote events and slings them over OSC to pd.


The wiimote has a 3 axis acceleramator and sends the x, y, z  
positions and you can easily calculate mean acc, roll, and pitch.


You can also access the ir camera.  The wiimote itself determines  
the spots of light it sees and sends pixel postions aka (140, 100)  
relative to the resolution on the camera which is about 200x200 if  
i remember correctly.


I have tested this with candles and you can mess with "virtual  
sliders" etc by pointing it at a ir source, if you remove the black  
plastic cover, then the camera pics up regular light sources such  
as incandescent blubs.


And of course, you get all the button events.

Hans, do you know how many "control" signals this will produce?  
From what I read in the literature, it sounds like it also has  
motion controls. Does that mean that it has XYZ sensors? Or does it  
also have the pitch and yaw sensors as well? It sounds like a Wii  
has XYZ and pitch and yaw...


Mike


--
Dan Wilcox
danomatika
www.robotcowboy.com
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
listinfo/pd-list




 



Looking at things from a more basic level, you can come up with a  
more direct solution... It may sound small in theory, but it in  
practice, it can change entire economies. - Amy Smith



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Frank Barknecht]

Hallo,
Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote:

> Hi,
> 
> Using the source:
> 
> pd/src/d_filter.c/sigrzero_perform()
> 
> t_sample next = *in1++;
> t_sample coef = *in2++;
> *out++ = next - coef * last;
> last = next;
> 
> 
> pure-data/externals/cxc/delta~.c/delta_perform()
> 
>   float f = *(in++);
>   // *out++ = (f > 0 ? f : -f);   
>   *out++ = (f > x->x_last ? fabs(f - x->x_last) : -fabs(f - 
> x->x_last));
>   x->x_last = f;
>

Oops, another nameclash: I wasn't aware of delta~ from cxc and was
referring to delta~ from Cyclone. Anyway, seems they do the same in the
end.

Ciao
-- 
Frank

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object

[Andy Farnell]

On Fri, 21 Mar 2008 18:38:19 -0400
marius schebella <[EMAIL PROTECTED]> wrote:

> want to delay by 1000/44100 milliseconds and not 1/44100 milliseconds.

Ah yes, sorry that's a typo as I rushed those examples together.

> and then, there is this problem that delwrite~/delread~ is sensitive to 
> the order of creation. I attached a small patch, you can see that a 
> delwrite/read that is created before the line~ object works similar to 
> z~, wheras the delwrite/delread that is created after the line~ is one 
> vector behind.


This is much more like it, good thinking Marius. One block of difference would
explain the magnitude discrepency. And that's the sort of thing I really
want to avoid having to explain in the text. 

Claude also pointed out a possible sign discrepency around zero for
[delta~] which uses IEEE floats instead of t_sample. 
This one is most dangerous if the object is followed by a [wrap~]

Clearly these methods are subtley different and if you're using them in a 
sensitive context the effects are important.

I'm going to stick with your first suggestion of [fexpr~], because it works
well, and you've made me realise it's a useful object to introduce.

cheers,

Andy 


-- 
Use the source

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] glsl effect chaining

[marius schebella]

yes, but...
it works, but you have to think about a lot of things and when it really 
comes to chaining separate modules together it really gets complicated.
your gemchain has to look like this:

[gemhead 49]
  |
[shader]
  |
[gemframbuffer]
  |
[translateXYZ 0 0 -4]
  |
[some...texture]
  |
[square 4]

always give the gemhead a number smaller than the consecutive gemheads, 
so that the textures are created before they are used in the next gemchain.
in the gemchain itself the shader has to be placed *before* the framebuffer!
gemframebuffer always "resets" the viewpoint, so you have to translate 
everything into negative z to make it visible.
texture needs mode 1 on some cards and mode 0 on other cards, this also 
has to be the same as in the shader (sample2D v. sample2DRect).
the geo has to correlate with the translate and cover the whole range, 
otherwise you wil crop the image or it will be too small. gemframebuffer 
also takes an argument "dim" that will affect the quality.

if you have all that then you can send the right outlet of 
gemframebuffer (which is a number) to another texture right inlet and 
another shader can use that.

this is a little complicated but will work for a shader chain patch.

now when you think about a modular shader system, where you can just add 
shader abstraction into a chain, it gets much much more complicated. 
because when you have a combination like

[shader]
  |
[pix_image]
  |
[texture]

then the right inlet of texture can get any number, the shader will 
always take the image instead, so you cannot do your usual chains, but 
will have to refer an image from somewhere else.
it is also difficult to debug, because the gemframebuffer will not 
output a texture...
and then - if you use multiple shader modules - you also have to change 
the renderorderof the gemhead. with [set 40( or something, but how do 
you know at which position you use the shader module??...

a solution for this would be to turn gemheads off and only trigger them 
by "bang" messages.

ok, the only thing missing right now is a patch showing how this works 
in practice. I will do my best...

marius.


cyrille henry wrote:
> 
> Pepa Henzl a écrit :
>> Hello,
>> I've just started with glsl languague and Gem this week. Everything works 
>> fine, but i'd like to know what to do if i want to apply multiple effects on 
>> a texture.
>> Is it possible to render pix data to the texture, instead of current 
>> framebuffer window,  and use it for further processing?
> yes.
> you need to render in a frambuffer, and then use it as a texture.
> the gemframebuffer is almost undocumented, but there is an exemple in 
> exemple/07.texture/10.frambuffer.
> 
> i also rembermber that i send a patch on this list (or gem-dev) regardinf the 
> use of glsl + framebuffer.
> 
> cyrille
> 
> 
>> Thanks,
>> pcp.
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] built-in text editor WAS: Google SoC: call for mentors and project ideas

[Miller Puckette]

Hi all, 

there's text-editor code in Krzysztof Chaya's library, that I've wanted
to glom into the vanilla Pd source for some time now (exactly so that
people can pop up text editor windows for any 'binbuf' contents).

Only thing holding me back is two minor issues:  1. I can't decide
whether it's appropriate to glom te whole of Cyclone into Pd; and 2.
assuming I don't do that, I'm worried it might break cyclone itself to
export symbols from Pd that are also defined by cyclone.

cheers
Miller

On Fri, Mar 21, 2008 at 06:40:59PM -0400, Hans-Christoph Steiner wrote:
> 
> I think this is an interesting idea, and it is feasible if the text  
> editor was editing the copy of the patch that is in memory.  It would  
> not be easy, but doable.
> 
> .hc
> 
> On Mar 21, 2008, at 12:33 PM, Chuckk Hubbard wrote:
> 
> > This sounds like a great idea to me.
> > If I add a dozen or so GUI elements and I want to quickly set their
> > sends and receives, I have to save the patch, close it, open emacs,
> > edit, save, close emacs, and reopen the patch.
> > Would be nice to hit one button to switch.
> > I think it would be even better if it were perhaps a right-click
> > option for subpatches and abstractions to open them as code.
> > I have created patches in the past just for editing other patches as
> > text automatically.  If that could be done with a running patch I'd be
> > a happy guy.
> >
> > -Chuckk
> >
> > On Thu, Mar 20, 2008 at 8:12 PM, marius schebella
> > <[EMAIL PROTECTED]> wrote:
> >> do you think of something like an html-editor where you can switch
> >>  between html view and code view? I think that is a great idea!!  
> >> maybe
> >>  even side by side!
> >>  would something like this be coded in tcl/tk?
> >>  marius.
> >>
> >>
> >>
> >>
> >>  Chuckk Hubbard wrote:
> >>> On Fri, Mar 7, 2008 at 9:42 AM, Chuckk Hubbard
> >>> <[EMAIL PROTECTED]> wrote:
>  On Tue, Mar 4, 2008 at 10:55 AM, Georg Holzmann <[EMAIL PROTECTED]> 
>  wrote:
> > Hallo!
> >
> >
> >> I'd like to apply for some Mentos.  I like mixed fruit or grape.
> >> As for Pd, I can't think of something major enough to call for  
> >> Google
> >> SoC, but I'll keep thinking.
> >
> >  I think the projects should not be too big. This is maybe  
> > something we
> >  can learn from last year. It would be nice to have compact  
> > projects
> >  which would be e.g. also manageable by people new to the pd  
> > community ...
> 
>   In that case, I might think of a few possibilities for anyone  
>  who is
>   open to them.
> >>>
> >>> I have just a minor suggestion for an improvement.
> >>> What if it were possible to edit a Pd patch as text from within Pd?
> >>> I often open a patch in a text editor in order to mass copy sends  
> >>> and
> >>> receives or GUI elements or whatever.  The syntax is straightforward
> >>> enough that sometimes this is quicker than clicking, for a whole  
> >>> bunch
> >>> of items.  It would be cool if I could do that from within Pd,  
> >>> without
> >>> closing the patch...
> >>>
> >>> -Chuckk
> >>>
> >>
> >>
> >>> ___
> >>> PD-list@iem.at mailing list
> >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> >>> listinfo/pd-list
> >>>
> >>
> >>
> >
> >
> >
> > -- 
> > http://www.badmuthahubbard.com
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > listinfo/pd-list
> 
> 
> 
>  
> 
> 
>?El pueblo unido jam?s ser? vencido!
> 
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] glsl effect chaining

[marius schebella]

hi,
I put an example patch for chaining glsl shader modules at
http://www.parasitaere-kapazitaeten.net/Pd/shader_chain
it uses one of cyrille's shader examples.
marius.

marius schebella wrote:
> yes, but...
> it works, but you have to think about a lot of things and when it really 
> comes to chaining separate modules together it really gets complicated.
> your gemchain has to look like this:
> 
> [gemhead 49]
>  |
> [shader]
>  |
> [gemframbuffer]
>  |
> [translateXYZ 0 0 -4]
>  |
> [some...texture]
>  |
> [square 4]
> 
> always give the gemhead a number smaller than the consecutive gemheads, 
> so that the textures are created before they are used in the next gemchain.
> in the gemchain itself the shader has to be placed *before* the 
> framebuffer!
> gemframebuffer always "resets" the viewpoint, so you have to translate 
> everything into negative z to make it visible.
> texture needs mode 1 on some cards and mode 0 on other cards, this also 
> has to be the same as in the shader (sample2D v. sample2DRect).
> the geo has to correlate with the translate and cover the whole range, 
> otherwise you wil crop the image or it will be too small. gemframebuffer 
> also takes an argument "dim" that will affect the quality.
> 
> if you have all that then you can send the right outlet of 
> gemframebuffer (which is a number) to another texture right inlet and 
> another shader can use that.
> 
> this is a little complicated but will work for a shader chain patch.
> 
> now when you think about a modular shader system, where you can just add 
> shader abstraction into a chain, it gets much much more complicated. 
> because when you have a combination like
> 
> [shader]
>  |
> [pix_image]
>  |
> [texture]
> 
> then the right inlet of texture can get any number, the shader will 
> always take the image instead, so you cannot do your usual chains, but 
> will have to refer an image from somewhere else.
> it is also difficult to debug, because the gemframebuffer will not 
> output a texture...
> and then - if you use multiple shader modules - you also have to change 
> the renderorderof the gemhead. with [set 40( or something, but how do 
> you know at which position you use the shader module??...
> 
> a solution for this would be to turn gemheads off and only trigger them 
> by "bang" messages.
> 
> ok, the only thing missing right now is a patch showing how this works 
> in practice. I will do my best...
> 
> marius.
> 
> 
> cyrille henry wrote:
>>
>> Pepa Henzl a écrit :
>>> Hello,
>>> I've just started with glsl languague and Gem this week. Everything 
>>> works fine, but i'd like to know what to do if i want to apply 
>>> multiple effects on a texture.
>>> Is it possible to render pix data to the texture, instead of current 
>>> framebuffer window,  and use it for further processing?
>> yes.
>> you need to render in a frambuffer, and then use it as a texture.
>> the gemframebuffer is almost undocumented, but there is an exemple in 
>> exemple/07.texture/10.frambuffer.
>>
>> i also rembermber that i send a patch on this list (or gem-dev) 
>> regardinf the use of glsl + framebuffer.
>>
>> cyrille
>>
>>
>>> Thanks,
>>> pcp.
>>>
>>> ___
>>> PD-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>> ___
>> PD-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>>
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Hans-Christoph Steiner]

Hmm, so I installed that driver, and now I get the standard gamepad  
data from the device.  Are you able to get the six-axis accelerometer  
data from the device?  that's the real fun stuff.

.hc

On Mar 21, 2008, at 5:05 PM, Andrew Turley wrote:

> For the record, the SIXAXIS controller works well in Mac OS X with  
> this driver:
>
> http://tattiebogle.net/index.php/ProjectRoot/Ps3Controller
>
> I've used that for the Guitar Hero controller. Using the [hid] object
> I get 3 continuous values from the XYZ sensors.
>
> andy
>
> On Fri, Mar 21, 2008 at 12:59 PM, Mike McGonagle <[EMAIL PROTECTED]>  
> wrote:
>> Hans, do you know how many "control" signals this will produce?  
>> From what I
>> read in the literature, it sounds like it also has motion  
>> controls. Does
>> that mean that it has XYZ sensors? Or does it also have the pitch  
>> and yaw
>> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
>>
>> Mike
>>
>>
>>
>> On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner  
>> <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> I just got a Sony SIXAXIS, I am hoping it is easier to use than the
>>> WiiRemote.  There seems to be more good lowlevel code available for
>>> it, anyway.
>>>
>>> http://www.us.playstation.com/PS3/About/WirelessController
>>> http://www.us.playstation.com/PS3/Accessories/SCPH-98040
>>>
>>> .hc
>>>
>>>
>>>
>>>
>>> On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
>>>
 hi Luigi,

 thanks for the tip on OSculator. im just looking at it
 now. you have it communicating with pd? i just tried
 it out with nodebox real quick and seems to works
 fine...

 i also go the wiitar connecting to pd with a 3rd party
 app called "wiitar"... that works fairly decent too!

 i haven't got the wii working with darwiiremoteOSC yet
 but seems pretty straight forward.

 i would agree it would be nice to have a pd external
 (aka.wiiremote) but for now these solutions seem
 adequateeh?

 i just got these two remotes in the mail from ebay
 yesterday so i have not messed with them too much
 other than making sure they worked... maybe it would
 be nice to have a wiki page or something will all
 wiimote related pd patches/vids/experiments/examples?

 ...lots of cool possibilities as a controller i see!!

 BTW what else are people doing with the wiimote? i see
 its interfaced with max/msp, and processing also.

 Cheers
 mark



 --- Luigi Rensinghoff <[EMAIL PROTECTED]>
 wrote:

>>
>
>
> How is the Progress with the wiiremote external ???
> (especially Mac-
> Intel)
>
> I have played around with OSculator and its really
> working fine.
>
> Anybody else playing around with the Wii ???
>
>
> Happy Easter
>
> Luigi
>
>
>
>
>> ---<
>
> Luigi Rensinghoff
> [EMAIL PROTECTED]
> skype:gigischinke
> ichat:gigicarlo
>
>
>
>
>> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>


 
 mark edward grimm | m.f.a | ed.m
 syracuse u. | vpa foundations | timearts
 adjunct | new media consultant
 megrimm.net | socialmediagroup.org & .com
 [EMAIL PROTECTED] | 585.509.8703
 





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -> http://lists.puredata.info/
 listinfo/pd-list
>>>
>>>
>>>
>>>  
>>> 
>>> 
>>>
>>> All information should be free.  - the hacker ethic
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> PD-list@iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>>
>> --
>> Peace may sound simple—one beautiful word— but it requires  
>> everything we
>> have, every quality, every strength, every dream, every high ideal.
>> —Yehudi Menuhin (1916–1999), musician
>> ___
>>  PD-list@iem.at mailing list
>>  UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



 


The arc of history bends towards justice. - Dr. Martin Luther  
King, Jr.



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinf

Re: [PD] pdj osx patch

[Hans-Christoph Steiner]

I was looking at the code, there is a patch included in pdj, it has  
not been included in any Pd as far as I can tell.  But the patch does  
fix a bona fide bug, so I am thinking of submitting it to the patch  
tracker.

.hc

On Mar 16, 2008, at 11:00 PM, marius schebella wrote:

> hi,
> in the docs for pdj I read that there is a patch that needs to be
> applied to fix schedlib. (src/pd_patch/osx_extsched_fix.patch). I  
> am not
> sure if that patch is/will be included in pd-0.41-2 or where I  
> could get it.
> will pdj run with pd-0.40-3? to me it looks like pdj.p_fat is the pdj
> external?? is this equivalent to pdj.pd_darwin?
> thanks,
> marius.
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list




 


All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wii remote controller and Mac OS X

[Andrew Turley]

I hooked up a [print] to the [hid] object's first outlet. If you do
that you should see a constant stream of messages that look like this:
...
0x002c 561
0x002d 593
0x002e 512
...

0x002c, 0x002d and 0x002e identify the X, Y and Z messages, and the
numbers after them are the values. I was expecting them to show up as
regular gamepad messages, so I actually didn't know that I was getting
them at first.

andy

On Fri, Mar 21, 2008 at 9:56 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> 
wrote:
>
>  Hmm, so I installed that driver, and now I get the standard gamepad
>  data from the device.  Are you able to get the six-axis accelerometer
>  data from the device?  that's the real fun stuff.
>
>  .hc
>
>
>  On Mar 21, 2008, at 5:05 PM, Andrew Turley wrote:
>
>
>
> > For the record, the SIXAXIS controller works well in Mac OS X with
>  > this driver:
>  >
>  > http://tattiebogle.net/index.php/ProjectRoot/Ps3Controller
>  >
>  > I've used that for the Guitar Hero controller. Using the [hid] object
>  > I get 3 continuous values from the XYZ sensors.
>  >
>  > andy
>  >
>  > On Fri, Mar 21, 2008 at 12:59 PM, Mike McGonagle <[EMAIL PROTECTED]>
>  > wrote:
>  >> Hans, do you know how many "control" signals this will produce?
>  >> From what I
>  >> read in the literature, it sounds like it also has motion
>  >> controls. Does
>  >> that mean that it has XYZ sensors? Or does it also have the pitch
>  >> and yaw
>  >> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
>  >>
>  >> Mike
>  >>
>  >>
>  >>
>  >> On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner
>  >> <[EMAIL PROTECTED]>
>  >> wrote:
>  >>>
>  >>> I just got a Sony SIXAXIS, I am hoping it is easier to use than the
>  >>> WiiRemote.  There seems to be more good lowlevel code available for
>  >>> it, anyway.
>  >>>
>  >>> http://www.us.playstation.com/PS3/About/WirelessController
>  >>> http://www.us.playstation.com/PS3/Accessories/SCPH-98040
>  >>>
>  >>> .hc
>  >>>
>  >>>
>  >>>
>  >>>
>  >>> On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
>  >>>
>   hi Luigi,
>  
>   thanks for the tip on OSculator. im just looking at it
>   now. you have it communicating with pd? i just tried
>   it out with nodebox real quick and seems to works
>   fine...
>  
>   i also go the wiitar connecting to pd with a 3rd party
>   app called "wiitar"... that works fairly decent too!
>  
>   i haven't got the wii working with darwiiremoteOSC yet
>   but seems pretty straight forward.
>  
>   i would agree it would be nice to have a pd external
>   (aka.wiiremote) but for now these solutions seem
>   adequateeh?
>  
>   i just got these two remotes in the mail from ebay
>   yesterday so i have not messed with them too much
>   other than making sure they worked... maybe it would
>   be nice to have a wiki page or something will all
>   wiimote related pd patches/vids/experiments/examples?
>  
>   ...lots of cool possibilities as a controller i see!!
>  
>   BTW what else are people doing with the wiimote? i see
>   its interfaced with max/msp, and processing also.
>  
>   Cheers
>   mark
>  
>  
>  
>   --- Luigi Rensinghoff <[EMAIL PROTECTED]>
>   wrote:
>  
>  >>
>  >
>  >
>  > How is the Progress with the wiiremote external ???
>  > (especially Mac-
>  > Intel)
>  >
>  > I have played around with OSculator and its really
>  > working fine.
>  >
>  > Anybody else playing around with the Wii ???
>  >
>  >
>  > Happy Easter
>  >
>  > Luigi
>  >
>  >
>  >
>  >
>  >> ---<
>  >
>  > Luigi Rensinghoff
>  > [EMAIL PROTECTED]
>  > skype:gigischinke
>  > ichat:gigicarlo
>  >
>  >
>  >
>  >
>  >> ___
>  > PD-list@iem.at mailing list
>  > UNSUBSCRIBE and account-management ->
>  > http://lists.puredata.info/listinfo/pd-list
>  >
>  
>  
>   
>   mark edward grimm | m.f.a | ed.m
>   syracuse u. | vpa foundations | timearts
>   adjunct | new media consultant
>   megrimm.net | socialmediagroup.org & .com
>   [EMAIL PROTECTED] | 585.509.8703
>   
>  
>  
>  
>  
>  
>   ___
>   PD-list@iem.at mailing list
>   UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>   listinfo/pd-list
>  >>>
>  >>>
>  >>>
>  >>> 
>  >>> 
>  >>> 
>  >>>
>  >>> All information should be free.  - the hacker ethic
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>
>  >>> ___
>  >>> PD-list@iem.at mailing list
>  >>> UNSUB

Re: [PD] Wii remote controller and Mac OS X

[Andrew Turley]

Oops, I should be a little more specific ... what I described was my
experience with the Guitar Hero controller, which as far as I can tell
is just a repackaged SIXAXIS controller that sends a different device
ID. It may be slightly different for the regular SIXAXIS controllers,
but use [print] and see what you get.

andy

On Fri, Mar 21, 2008 at 11:24 PM, Andrew Turley <[EMAIL PROTECTED]> wrote:
> I hooked up a [print] to the [hid] object's first outlet. If you do
>  that you should see a constant stream of messages that look like this:
>  ...
>  0x002c 561
>  0x002d 593
>  0x002e 512
>  ...
>
>  0x002c, 0x002d and 0x002e identify the X, Y and Z messages, and the
>  numbers after them are the values. I was expecting them to show up as
>  regular gamepad messages, so I actually didn't know that I was getting
>  them at first.
>
>  andy
>
>
>
>  On Fri, Mar 21, 2008 at 9:56 PM, Hans-Christoph Steiner <[EMAIL PROTECTED]> 
> wrote:
>  >
>  >  Hmm, so I installed that driver, and now I get the standard gamepad
>  >  data from the device.  Are you able to get the six-axis accelerometer
>  >  data from the device?  that's the real fun stuff.
>  >
>  >  .hc
>  >
>  >
>  >  On Mar 21, 2008, at 5:05 PM, Andrew Turley wrote:
>  >
>  >
>  >
>  > > For the record, the SIXAXIS controller works well in Mac OS X with
>  >  > this driver:
>  >  >
>  >  > http://tattiebogle.net/index.php/ProjectRoot/Ps3Controller
>  >  >
>  >  > I've used that for the Guitar Hero controller. Using the [hid] object
>  >  > I get 3 continuous values from the XYZ sensors.
>  >  >
>  >  > andy
>  >  >
>  >  > On Fri, Mar 21, 2008 at 12:59 PM, Mike McGonagle <[EMAIL PROTECTED]>
>  >  > wrote:
>  >  >> Hans, do you know how many "control" signals this will produce?
>  >  >> From what I
>  >  >> read in the literature, it sounds like it also has motion
>  >  >> controls. Does
>  >  >> that mean that it has XYZ sensors? Or does it also have the pitch
>  >  >> and yaw
>  >  >> sensors as well? It sounds like a Wii has XYZ and pitch and yaw...
>  >  >>
>  >  >> Mike
>  >  >>
>  >  >>
>  >  >>
>  >  >> On Fri, Mar 21, 2008 at 2:06 PM, Hans-Christoph Steiner
>  >  >> <[EMAIL PROTECTED]>
>  >  >> wrote:
>  >  >>>
>  >  >>> I just got a Sony SIXAXIS, I am hoping it is easier to use than the
>  >  >>> WiiRemote.  There seems to be more good lowlevel code available for
>  >  >>> it, anyway.
>  >  >>>
>  >  >>> http://www.us.playstation.com/PS3/About/WirelessController
>  >  >>> http://www.us.playstation.com/PS3/Accessories/SCPH-98040
>  >  >>>
>  >  >>> .hc
>  >  >>>
>  >  >>>
>  >  >>>
>  >  >>>
>  >  >>> On Mar 21, 2008, at 1:00 PM, mark edward grimm wrote:
>  >  >>>
>  >   hi Luigi,
>  >  
>  >   thanks for the tip on OSculator. im just looking at it
>  >   now. you have it communicating with pd? i just tried
>  >   it out with nodebox real quick and seems to works
>  >   fine...
>  >  
>  >   i also go the wiitar connecting to pd with a 3rd party
>  >   app called "wiitar"... that works fairly decent too!
>  >  
>  >   i haven't got the wii working with darwiiremoteOSC yet
>  >   but seems pretty straight forward.
>  >  
>  >   i would agree it would be nice to have a pd external
>  >   (aka.wiiremote) but for now these solutions seem
>  >   adequateeh?
>  >  
>  >   i just got these two remotes in the mail from ebay
>  >   yesterday so i have not messed with them too much
>  >   other than making sure they worked... maybe it would
>  >   be nice to have a wiki page or something will all
>  >   wiimote related pd patches/vids/experiments/examples?
>  >  
>  >   ...lots of cool possibilities as a controller i see!!
>  >  
>  >   BTW what else are people doing with the wiimote? i see
>  >   its interfaced with max/msp, and processing also.
>  >  
>  >   Cheers
>  >   mark
>  >  
>  >  
>  >  
>  >   --- Luigi Rensinghoff <[EMAIL PROTECTED]>
>  >   wrote:
>  >  
>  >  >>
>  >  >
>  >  >
>  >  > How is the Progress with the wiiremote external ???
>  >  > (especially Mac-
>  >  > Intel)
>  >  >
>  >  > I have played around with OSculator and its really
>  >  > working fine.
>  >  >
>  >  > Anybody else playing around with the Wii ???
>  >  >
>  >  >
>  >  > Happy Easter
>  >  >
>  >  > Luigi
>  >  >
>  >  >
>  >  >
>  >  >
>  >  >> ---<
>  >  >
>  >  > Luigi Rensinghoff
>  >  > [EMAIL PROTECTED]
>  >  > skype:gigischinke
>  >  > ichat:gigicarlo
>  >  >
>  >  >
>  >  >
>  >  >
>  >  >> ___
>  >  > PD-list@iem.at mailing list
>  >  > UNSUBSCRIBE and account-management ->
>  >  > http://lists.puredata.info/listinfo/pd-list
>  >  >
>  >  
>  >  
>  >   
>  >   mar