Re: [PD] wiimote

[IOhannes m zmölnig]

hi

On 10/06/2012 10:01 PM, Haskell Media wrote:
> Hi,
> 
> I was wondering if you can connect multiple dongles to your computer to
> increase the number of wiimotes that can connect to pure data using your
> wiimote object.

please ask such questions on the pd-list [1], so that more people can
profit from the answer.

and yes. you can connect more wiimotes with more dongles.
[wiimote].
[wiimote] was successfully deployed with (iirc) >6 wiimotes connected to
one host.

iirc even more, you might also need to patch libcwiid to allow
addressing multiple dongles explicitely (for stability reasons) and
compile [wiimote] with the CWIID_OPEN_WITH_DONGLE define set.


gfmasdr
IOhannes



[1] 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] Wiimote on Mac

[Richie Cyngler]

Hi Jong,

Search this list and the forum there have been a few discussions on this.
In my experience OSCulator works great. Some newer Wiimotes aren't on
Camile's database so you may need to email him to get your Wiimote serial
number added, which he is happy to do in the past. Other problems could be
the bluetooth in your machine. More detail on the trouble you're having
would help. Once you get it working you use the mrpeach lib to route the
Wii's OSC messages.

The complete other way to go is to use Hans' Wii objects. I haven't tried
them but their should be a link on pd.info I believe.

cheers

On Thu, Jun 7, 2012 at 11:19 AM, Jonghyun Kim  wrote:

> Dear list,
>
> How can I WII remote into PD on Mac?
>
> I don't know what is [HID] object.
>
> Osculator won't well.
>
> So I want another simple way...
>
> Is there simple and good .pd patch?
>
> Best,
> Jong
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Richie

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

Re: [PD] Wiimote on Mac

[William Brent]

Hi Jonghyun,

Maybe someone will correct me, but as far as I know there's isn't a
stable wiimote object for Mac to get the data directly in Pd.  With
either DarwiinRemote OSC or OSCulator, the Wii remote patches in DILib
do all the OSC parsing for you and make it easy to use the data in Pd.
 You can get that here:
http://williambrent.conflations.com/pages/research.html#DILib


On Wed, Jun 6, 2012 at 9:19 PM, Jonghyun Kim  wrote:
> Dear list,
>
> How can I WII remote into PD on Mac?
>
> I don't know what is [HID] object.
>
> Osculator won't well.
>
> So I want another simple way...
>
> Is there simple and good .pd patch?
>
> Best,
> Jong
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
William Brent
www.williambrent.com

“Great minds flock together”
Conflations: conversational idiom for the 21st century

www.conflations.com

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

Re: [PD] Wiimote on Mac

[José Luis Santorcuato Tapia]

Hello, I sent the file, review documentation and for musicController,osc
and mr peach in pd-extended, possibly find patches that serve you, see if
the project page you can find some demos.

Best Regards

José

2012/6/6 Jonghyun Kim 

> Dear list,
>
> How can I WII remote into PD on Mac?
>
> I don't know what is [HID] object.
>
> Osculator won't well.
>
> So I want another simple way...
>
> Is there simple and good .pd patch?
>
> Best,
> Jong
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
http://arselectronicachile.blogspot.com
http://comunicacionnativa.blogspot.com/
http://www.myspace.com/santorcuato
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] wiimote report

[Julian Brooks]

Very nice.  As per usual many thanks for sharing.  And really good to see
the L2ork project steaming ahead.

All good wishes,

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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

On 04/09/2012 06:38 PM, Julian Brooks wrote:

Apologies for dredging up old posts...

Did we ever get one good/merged [wiimote]?

Julian


Funny you asked. I made several releases of disis_wiimote since, 
including making it output-compatible with vanilla wiimote. Also, the 
latest version 0.9.0 has a working passthrough mode (MotionPlus + 
Nunchuk at the same time). Documentation is still a bit basic regarding 
this one, but it is also fairly straightforward (basically requires an 
additional flag called togglePassthrough). This version requires custom 
L2Ork version of cwiid library (also downloadable from the l2ork site) 
which has a number of bug fixes and some fundamental changes to the way 
the code works. NB: this library is not backwards compatible. One of 
them includes complete auto-detection of extensions without having to 
deal with separate flags for each of the extensions (with the exception 
of the passthrough mode since that does some really unusual init things 
from the hardware perspective that have warranted an entirely new thread 
in libcwiid to deal with it). AFAIK this is currently the only FOSS 
implementation that gives you working passthrough support.


My hope is to submit cwiid changes upstream soon...

http://l2ork.music.vt.edu/main/?page_id=56

Cheers!

--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound&  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net

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

Re: [PD] wiimote report

[Julian Brooks]

Apologies for dredging up old posts...

Did we ever get one good/merged [wiimote]?

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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

explicitly enables external they wish to use (eg. RPT_NUNCHUK), then all 
is well... I just fixed this in the


Ugh, too tired... that should've been "extension," not an "external"

last checked it and it poses code legibility advantages over 
disis_wiimote. Where it still falls short is

And that should've been "offers" instead of "poses"...

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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

On 02/17/2012 01:27 PM, Roman Haefeli wrote:

On Fri, 2012-02-17 at 11:31 -0500, Ivica Ico Bukvic wrote:

I just tested that with the [wiimote] from pd-svn and it seems I can
have three continuous streams going at the same time (though the
update
rate seems to lower). I enabled accelerometers, IR and motionplus and
got updates on all three. Is it really a limitation by cwiid, then?

Roman

Cwiid demos (e.g. wmgui) exhibit the same limit of 2 streams which suggests it is indeed 
a problem with cwiid. To clarify my observation, while you do get "updates" on 
all three, one of them is frozen (does not change values but just outputs the same over 
and over).

Again, this is not the case with [wiimote]. I tested the following
setups:

* accelerometers, IR, motionplus
* accelerometers, IR, classic controller

All three sensors are updated frequently (I was wrong when I claimed it
got significantly slower; this was due to having the Pd GUI be shown in
a VNC session).

This doesn't work:

* accelerometers, motionplus, classic controller

It seems, you cannot use two extensions at the same time. It's either
motionplus or classic controller, but not both at the same time.

Note: This is with 0.6.00+svn201 (in Ubuntu 11.04), probably this
matters? AFAICT, [wiimote] from svn does _not_ use a local version of
cwiid.h.

Another note: I experience the same behaviour with wmgui: It only lets
me display two stream simultaneously and it lacks a section for
motionplus.

Roman


OK, I finally figured it out. It seems that the RPT_EXT call is not 
working properly any more as it invokes all known extensions and this 
results in failed enabling of the extension. OTOH if one explicitly 
enables external they wish to use (eg. RPT_NUNCHUK), then all is well... 
I just fixed this in the disis_wiimote.


That said, after further study of wiimote.c I would conclude it has 
progressed considerably since I last checked it and it poses code 
legibility advantages over disis_wiimote. Where it still falls short is 
it causes unnecessary xruns when sending changes to the report mode, 
setLED and setRumble, particularly on weaker cpus (e.g. atom netbooks), 
even if using a real-time kernel. It would be therefore perhaps a good 
idea if someone considered merging disis_wiimote's threaded design plus 
its ability to be driven by a metro, rather than outputting data as 
quickly as possible (which seems in many cases unnecessary and may 
result in redundant ways of slowing down such a stream, e.g. using 
speedlim kinds of workarounds).


Cheers!





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



--
Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound&  Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net


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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

On 02/17/2012 03:42 PM, Roman Haefeli wrote:

What version of libcwiid are you running? I tried both wiimote and 
disis_wiimote and both are limited by the same limitation. It appears there may 
have been some kind of a regression in libcwiid if the older version works fine.
Sorry, I meant to say, this is with version 0.6.00+svn201 of libcwiid.
Which version are you using?

Latest git checkout (svn has older version, if it even exists any more).


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

Re: [PD] wiimote report

[Roman Haefeli]

On Fri, 2012-02-17 at 15:36 -0500, Ivica Ico Bukvic wrote:
> > This doesn't work:
> > 
> > * accelerometers, motionplus, classic controller
> 
> That is because libcwiid is not supporting pass-through plus + extension 
> (yet, my student is working on updating libcwiid and we'll hopefully have 
> something working soon)...

I can easily live with only one extension per wiimote, but it's nice
that you are working on this.
 
> > It seems, you cannot use two extensions at the same time. It's either
> > motionplus or classic controller, but not both at the same time.
> > 
> > Note: This is with 0.6.00+svn201 (in Ubuntu 11.04), probably this
> > matters? AFAICT, [wiimote] from svn does _not_ use a local version of
> > cwiid.h.
> 
> What version of libcwiid are you running? I tried both wiimote and 
> disis_wiimote and both are limited by the same limitation. It appears there 
> may have been some kind of a regression in libcwiid if the older version 
> works fine.

Sorry, I meant to say, this is with version 0.6.00+svn201 of libcwiid.
Which version are you using?

Roman


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

Re: [PD] wiimote report

[Roman Haefeli]

On Fri, 2012-02-17 at 11:31 -0500, Ivica Ico Bukvic wrote:
> > I just tested that with the [wiimote] from pd-svn and it seems I can
> > have three continuous streams going at the same time (though the
> > update
> > rate seems to lower). I enabled accelerometers, IR and motionplus and
> > got updates on all three. Is it really a limitation by cwiid, then?
> > 
> > Roman
> 
> Cwiid demos (e.g. wmgui) exhibit the same limit of 2 streams which suggests 
> it is indeed a problem with cwiid. To clarify my observation, while you do 
> get "updates" on all three, one of them is frozen (does not change values but 
> just outputs the same over and over).

Again, this is not the case with [wiimote]. I tested the following
setups:

* accelerometers, IR, motionplus
* accelerometers, IR, classic controller
 
All three sensors are updated frequently (I was wrong when I claimed it
got significantly slower; this was due to having the Pd GUI be shown in
a VNC session).

This doesn't work:

* accelerometers, motionplus, classic controller

It seems, you cannot use two extensions at the same time. It's either
motionplus or classic controller, but not both at the same time.

Note: This is with 0.6.00+svn201 (in Ubuntu 11.04), probably this
matters? AFAICT, [wiimote] from svn does _not_ use a local version of
cwiid.h.

Another note: I experience the same behaviour with wmgui: It only lets
me display two stream simultaneously and it lacks a section for
motionplus.

Roman



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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> I just tested that with the [wiimote] from pd-svn and it seems I can
> have three continuous streams going at the same time (though the
> update
> rate seems to lower). I enabled accelerometers, IR and motionplus and
> got updates on all three. Is it really a limitation by cwiid, then?
> 
> Roman

Cwiid demos (e.g. wmgui) exhibit the same limit of 2 streams which suggests it 
is indeed a problem with cwiid. To clarify my observation, while you do get 
"updates" on all three, one of them is frozen (does not change values but just 
outputs the same over and over).


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

Re: [PD] wiimote report

[Roman Haefeli]

On Thu, 2012-02-16 at 15:09 -0500, Ivica Ico Bukvic wrote:
> > I can easily test this at the next rehearsal. But I think the more important
> > question is whether that would make any difference. In other words, are
> > the wiimote maintainers interested in merging disis_wiimote functionality.
> 
> OK, so studied the wiimote structure and decided to adopt its output model 
> for disis_wiimote to streamline interoperability between the two. This means 
> I adopted dynamic number of wiimotes, removed reliance on cwiid_internal.h, 
> and included single data outlet model with prepended descriptors.

Nice. Personally, I prefer this design.

> One curious thing is that it appears that cwiid can only do 2 continuous 
> streams (accelerometer + expansion, accelerometer + ir, or ir + expansion, 
> never all three; buttons always work). I saw that someone did try to enqueue 
> messages in the other version of wiimote external but that should have no 
> effect as this is something that comes from cwiid and I suspect it is the way 
> how hardware works... I did contact the original cwiid dev to hear their 
> thoughts and am awaiting his response. In the meantime, if anyone has any 
> thoughts on this I would love to hear them.

I just tested that with the [wiimote] from pd-svn and it seems I can
have three continuous streams going at the same time (though the update
rate seems to lower). I enabled accelerometers, IR and motionplus and
got updates on all three. Is it really a limitation by cwiid, then?

Roman



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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

On Thu, 2012-02-16 at 15:09 -0500, Ivica Ico Bukvic wrote:
> > I can easily test this at the next rehearsal. But I think the more important
> > question is whether that would make any difference. In other words, are
> > the wiimote maintainers interested in merging disis_wiimote functionality.

So, I just tested the system with 4 wiimotes and it worked without any
xruns. I could not connect the 5th one not because of Pd but rather
limitations of the bluetooth chip in a netbook. I suspect a better
computer would allow for more connections and/or use of 2 bluetooth
dongles...

Hope this helps!


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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> I can easily test this at the next rehearsal. But I think the more important
> question is whether that would make any difference. In other words, are
> the wiimote maintainers interested in merging disis_wiimote functionality.

OK, so studied the wiimote structure and decided to adopt its output model for 
disis_wiimote to streamline interoperability between the two. This means I 
adopted dynamic number of wiimotes, removed reliance on cwiid_internal.h, and 
included single data outlet model with prepended descriptors. I added also 
multidongle operation even though I did not test it.

I did test 3 wiimotes connected to the same computer (single bluetooth 
interface--I think there was a scientific research done a while ago that said 
up to 8 of them can be done reliably on a single bt interface, but that of 
course in part depends on the quality of the said interface) and will test 6 
later tonight. So far no audio dropouts (other than when connecting a wiimote 
due to the way cwiid is structured) even when using rumble/settled options 
(those are the ones that cause most problems anyhow).

You can try new disis_wiimote from the L2Ork's software page.
It does rely on the latest cwiid git snapshot which is also mirrored on the 
page below:

http://l2ork.music.vt.edu/main/?page_id=56

One curious thing is that it appears that cwiid can only do 2 continuous 
streams (accelerometer + expansion, accelerometer + ir, or ir + expansion, 
never all three; buttons always work). I saw that someone did try to enqueue 
messages in the other version of wiimote external but that should have no 
effect as this is something that comes from cwiid and I suspect it is the way 
how hardware works... I did contact the original cwiid dev to hear their 
thoughts and am awaiting his response. In the meantime, if anyone has any 
thoughts on this I would love to hear them.

Cheers!


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

Re: [PD] wiimote report

[Jonathan Wilkes]

- Original Message -
> From: Ivica Ico Bukvic 
> To: 'Jonathan Wilkes' ; 'Hans-Christoph Steiner' 
> 
> Cc: 'pd-list' 
> Sent: Sunday, February 12, 2012 3:59 PM
> Subject: RE: [PD] wiimote report
> 
>>  Cool.  I guess the other question is this: does the threading stuff in your
>>  class solve
>>  a problem with dropouts that still exists in the other wiimote class?  Can
>>  you put
>>  together a demo patch that would cause dropouts on the old wiimote
>>  class before
>>  you revised it, but which doesn't cause dropouts in your revised 
> wiimote
>>  class?  Then
>>  someone using the other wiimote class can test to see if they get
>>  dropouts.  (Unfortunately
>>  I don't have a wiimote so I can't test.)
> 
> I can guarantee there are no dropouts since this is what L2Ork does at all 
> times. disis_wiimote always runs in the same pd instance as the audio parts 
> and 
> does not require clumsy things like two instances of pd running concurrently. 
> This is because elements that may cause dropouts (namely things that are sent 
> back to wiimote, like rumble and LED; rumble is used extensively in L2Ork) 
> are 
> run in a separate thread. So, the only time you could potentially get 
> dropouts 
> is if the patch has maxed out cpu which is an entirely different issue...
> 
>>  Also, could the person who has six wiimotes test with Ivica's class and 
> see
>>  if there are
>>  dropouts?
> 
> I can easily test this at the next rehearsal. But I think the more important 
> question is whether that would make any difference. In other words, are the 
> wiimote maintainers interested in merging disis_wiimote functionality.

Well, if you test it with 6 and it works, and you are preventing dropouts that 
can/do 
happen with the other class, then people can recommend using your class 
over the other one.

-Jonathan

> 

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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> Cool.  I guess the other question is this: does the threading stuff in your
> class solve
> a problem with dropouts that still exists in the other wiimote class?  Can
> you put
> together a demo patch that would cause dropouts on the old wiimote
> class before
> you revised it, but which doesn't cause dropouts in your revised wiimote
> class?  Then
> someone using the other wiimote class can test to see if they get
> dropouts.  (Unfortunately
> I don't have a wiimote so I can't test.)

I can guarantee there are no dropouts since this is what L2Ork does at all 
times. disis_wiimote always runs in the same pd instance as the audio parts and 
does not require clumsy things like two instances of pd running concurrently. 
This is because elements that may cause dropouts (namely things that are sent 
back to wiimote, like rumble and LED; rumble is used extensively in L2Ork) are 
run in a separate thread. So, the only time you could potentially get dropouts 
is if the patch has maxed out cpu which is an entirely different issue...

> Also, could the person who has six wiimotes test with Ivica's class and see
> if there are
> dropouts?

I can easily test this at the next rehearsal. But I think the more important 
question is whether that would make any difference. In other words, are the 
wiimote maintainers interested in merging disis_wiimote functionality.


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

Re: [PD] wiimote report

[Jonathan Wilkes]

- Original Message -
> From: Ivica Ico Bukvic 
> To: 'Jonathan Wilkes' ; 'Hans-Christoph Steiner' 
> 
> Cc: 'pd-list' 
> Sent: Sunday, February 12, 2012 2:27 PM
> Subject: RE: [PD] wiimote report
> 
> 
> 
>>  -Original Message-
>>  From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
>>  Of Ivica Ico Bukvic
>>  Sent: Sunday, February 12, 2012 2:00 PM
>>  To: 'Jonathan Wilkes'; 'Hans-Christoph Steiner'
>>  Cc: 'pd-list'
>>  Subject: Re: [PD] wiimote report
>> 
>>  > I thought I saw a comment in your code that said it only handled one
>>  > controller.
>>  >
>>  > -Jonathan
>>  It's been a while since I edited the source and/or tested more than one
>>  wiimote per computer. It may be just a leftover comment. Also, I think this
>>  is in part because each wiimote would have its own instance (one
>>  wiimote object per connection, which makes sense from the visual
>>  perspective). Let me investigate and I'll let you know...
> 
> Just checked the code and it seems at some point I hardwired it to only one 
> wiimote at a time. I changed a MAXWIIMOTES define to support up to 16 (which 
> is 
> a completely arbitrary number I haven't tested), recompiled it, and it 
> connected 2 without problems. I suspect it will connect many more before 
> hardware/drivers gives out...

Cool.  I guess the other question is this: does the threading stuff in your 
class solve 
a problem with dropouts that still exists in the other wiimote class?  Can you 
put 
together a demo patch that would cause dropouts on the old wiimote class before 
you revised it, but which doesn't cause dropouts in your revised wiimote 
class?  Then 
someone using the other wiimote class can test to see if they get dropouts.  
(Unfortunately 
I don't have a wiimote so I can't test.)

Also, could the person who has six wiimotes test with Ivica's class and see if 
there are 
dropouts?

-Jonathan

> 
> Best wishes,
> 
> Ico
> 

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

Re: [PD] wiimote report

[Jonathan Wilkes]

- Original Message -
> From: Ivica Ico Bukvic 
> To: 'Jonathan Wilkes' ; 'Hans-Christoph Steiner' 
> 
> Cc: 'pd-list' 
> Sent: Sunday, February 12, 2012 1:59 PM
> Subject: RE: [PD] wiimote report
> 
>>  I thought I saw a comment in your code that said it only handled one
>>  controller.
>> 
>>  -Jonathan
> It's been a while since I edited the source and/or tested more than one 
> wiimote per computer. It may be just a leftover comment. Also, I think this 
> is 
> in part because each wiimote would have its own instance (one wiimote object 
> per 
> connection, which makes sense from the visual perspective). Let me 
> investigate 
> and I'll let you know...
>

Sounds good.  If it turns out your class can handle the same number of wiimotes 
as 
the other wiimote class, are there any other functional differences that would 
warrant the 
existence of two wiimote classes?

-Jonathan


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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> -Original Message-
> From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
> Of Ivica Ico Bukvic
> Sent: Sunday, February 12, 2012 2:00 PM
> To: 'Jonathan Wilkes'; 'Hans-Christoph Steiner'
> Cc: 'pd-list'
> Subject: Re: [PD] wiimote report
> 
> > I thought I saw a comment in your code that said it only handled one
> > controller.
> >
> > -Jonathan
> It's been a while since I edited the source and/or tested more than one
> wiimote per computer. It may be just a leftover comment. Also, I think this
> is in part because each wiimote would have its own instance (one
> wiimote object per connection, which makes sense from the visual
> perspective). Let me investigate and I'll let you know...

Just checked the code and it seems at some point I hardwired it to only one 
wiimote at a time. I changed a MAXWIIMOTES define to support up to 16 (which is 
a completely arbitrary number I haven't tested), recompiled it, and it 
connected 2 without problems. I suspect it will connect many more before 
hardware/drivers gives out...

Best wishes,

Ico


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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> I thought I saw a comment in your code that said it only handled one
> controller.
> 
> -Jonathan
It's been a while since I edited the source and/or tested more than one wiimote 
per computer. It may be just a leftover comment. Also, I think this is in part 
because each wiimote would have its own instance (one wiimote object per 
connection, which makes sense from the visual perspective). Let me investigate 
and I'll let you know...


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

Re: [PD] wiimote report

[Jonathan Wilkes]

- Original Message -

> From: Ivica Ico Bukvic 
> To: 'Hans-Christoph Steiner' 
> Cc: 'pd-list' 
> Sent: Sunday, February 12, 2012 12:45 PM
> Subject: Re: [PD] wiimote report
> 
>>  Yeah, no doubt that disis-wiimote has been well tested.  I'm just
>>  highlighting different cases.  I know a couple projects that needed 6
>>  wiimotes connected to 1 computer, where I think L2Ork does one
>>  wiimote per computer.  Now, it would be good to rely on a single object
>>  to handle all cases.
> 
> Good point. We only did as many as 2 per computer. Then again, I cannot 
> imagine 
> why more would not work other than hardware/driver limitations that have 
> nothing 
> to do with the external.

I thought I saw a comment in your code that said it only handled one controller.

-Jonathan

> 
>>  Just to illustrate this point, pd-l2ork is based on Pd-extended, which
>>  includes the work of over 100 people.  Any of those chunks of work would
>>  be much less valuable without the rest.  There is additional work just to
>>  make all those chunks of work into one, of course.
> 
> Indeed. Some of those chunks are my own spread across Pd, Gem, and other 
> externals.
> 
> Please don't get me wrong, I would love to see all these changes integrated 
> into one uniform package but the key stepping stone to this is that 
> pd/extended 
> (unlike pd-l2ork) is trying too hard to maintain binary compatibility. I see 
> no 
> benefit in that when the core design is still a moving target. Besides, some 
> of 
> the early architectural choices have been undoubtedly less than optimal as it 
> was difficult if not impossible to anticipate ways pd would evolve and yet 
> they 
> to this day continue to hamper progress. This is why pd-l2ork can do things 
> that 
> pd or pd-extended cannot without *major* code rewrites. Of course, major code 
> rewrite is the ideal way but also one that is very unlikely to happen unless 
> someone is paid to do just that for a year or two (which again is not the 
> most 
> likely thing). So, iterative improvements seem to me the most plausible way 
> for 
> a project like Pd to move forward and that is exactly what I am doing. 
> However, 
> due to the core difference in opinion as to how this should be approached 
> (namely binary compatibility) makes merging pd-l2ork and pd/extended 
> difficult 
> if not impossible without considerable adaptations to the patches themselves 
> and/or architectural choices. For me to spend time on those differences or 
> worse 
> yet guess what those architectural choices might mean to Miller or you would 
> be 
> just as inefficient as it was early on when I was submitting patches 
> upstream. 
> And this is why I leave such decisions/merging efforts to Miller and you.
> 
> Best wishes,
> 
> Ico
> 
> 
> ___
> 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] wiimote report

[Ivica Ico Bukvic]

> Yeah, no doubt that disis-wiimote has been well tested.  I'm just
> highlighting different cases.  I know a couple projects that needed 6
> wiimotes connected to 1 computer, where I think L2Ork does one
> wiimote per computer.  Now, it would be good to rely on a single object
> to handle all cases.

Good point. We only did as many as 2 per computer. Then again, I cannot imagine 
why more would not work other than hardware/driver limitations that have 
nothing to do with the external.

> Just to illustrate this point, pd-l2ork is based on Pd-extended, which
> includes the work of over 100 people.  Any of those chunks of work would
> be much less valuable without the rest.  There is additional work just to
> make all those chunks of work into one, of course.

Indeed. Some of those chunks are my own spread across Pd, Gem, and other 
externals.

Please don't get me wrong, I would love to see all these changes integrated 
into one uniform package but the key stepping stone to this is that pd/extended 
(unlike pd-l2ork) is trying too hard to maintain binary compatibility. I see no 
benefit in that when the core design is still a moving target. Besides, some of 
the early architectural choices have been undoubtedly less than optimal as it 
was difficult if not impossible to anticipate ways pd would evolve and yet they 
to this day continue to hamper progress. This is why pd-l2ork can do things 
that pd or pd-extended cannot without *major* code rewrites. Of course, major 
code rewrite is the ideal way but also one that is very unlikely to happen 
unless someone is paid to do just that for a year or two (which again is not 
the most likely thing). So, iterative improvements seem to me the most 
plausible way for a project like Pd to move forward and that is exactly what I 
am doing. However, due to the core difference in opinion as to how this should 
be approached (namely binary compatibility) makes merging pd-l2ork and 
pd/extended difficult if not impossible without considerable adaptations to the 
patches themselves and/or architectural choices. For me to spend time on those 
differences or worse yet guess what those architectural choices might mean to 
Miller or you would be just as inefficient as it was early on when I was 
submitting patches upstream. And this is why I leave such decisions/merging 
efforts to Miller and you.

Best wishes,

Ico


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

Re: [PD] wiimote report

[Hans-Christoph Steiner]

On Feb 10, 2012, at 2:14 PM, Ivica Ico Bukvic wrote:

>> while i appreciate your work with pd-l2ork, i think it would be great if
>> you would be trying to get the fixes into "upstream" (where you forked
>> from).
> 
> I did, but many fixes never got anywhere (we had this discussion a while 
> ago), and while in the early days I spent most of my time providing 
> additional documentation to Hans and others and making arguments on why they 
> should be accepted which resulted in less than dozen fixes in the first year 
> out of which only a few actually made it upstream, I am now running a fork 
> that has 200+ improvements and fixes in approx. the same amount of time and 
> have arrived at a rock-solid system* and have no interest in going back to a 
> platform that may be stable on release and crash in another. Sure, I am 
> missing a few novel features, but if the current version caters to my 
> (perhaps somewhat specific) needs, there is no reason to go back.
> 
> FWIW, Hans has started taking some of our patches and merging it upstream 
> (e.g. magicglass that I ported and cleaned up that has been sitting on the 
> sourceforge database for over half a decade untouched) which is great and I 
> would love to see the rest of it there as well. It is just that this way Hans 
> will have to review it (which is something he would have to do anyhow), and 
> merge it at his discretion, rather than me having to spend copious amounts of 
> time to promote adoption of such patches and providing context that is 
> difficult to make unless one spends some time studying the issue on their 
> own...
> 
> *based on experiences from ongoing L2Ork rehearsals involving dozen or more 
> networked 
> performers.

Its great that you are maintaining your own fork.  I think everyone, including 
you, would benefit if your changes made it upstream.  That takes work in the 
short run, but then you don't have to maintain those anymore because they are 
upstream.  We've been doing this with Pd-extended for many years now.

pd-l2ork/pd-extended/pd-vanilla is the perfect example of what I was talking 
about before. There are bugfixes and features that are currently only in 
pd-l2ork.  There are also features and bugfixes that are only in Pd-extended 
0.43.  As I develop features and test them in Pd-extended, I contribute them 
upstream to Miller.  I really try not to send raw and not tested code to 
Miller.  

When you were submitting patches before, I spent many hours trying to get your 
code to work.  It often didn't run at all for me, or with things like your 
scrolling updates, it had egregious bugs.  That time I spent trying to get your 
code to work was time I could have spent coding.  It seems that you work much 
better with your own fork, then you can work out the problems and test them.  
But you have moved your fork quite far away from were pd-vanilla and 
pd-extended have gone.

I think the way forward is for you to start merging in changes from 
pure-data.git and pd-extended.git and getting closer in sync.  Then you can 
maintain your own fork, and easily take patches from pure-data.git and 
pd-extended.git and vice-versa.  git makes that process a lot easier if you 
dive in deep, so I recommend really getting to know it. 

.hc



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

Re: [PD] wiimote report

[Hans-Christoph Steiner]

On Feb 10, 2012, at 2:05 PM, Ivica Ico Bukvic wrote:

>> Why have two wiimote objects?  Is there a specific reason why they can't
>> be merged?  If we pool the work on it we'll have one better wiimote
>> object versus two different wiimote objects that are both less good.
> 
> Do you mind elaborating why you believe both objects are "less good" in and 
> of themselves? IMO disis_wiimote is much more robust than the wiimote object 
> (at least the last time I tested) in every respect and provides entirely 
> xrun-free functionality. If we agree the aforesaid statement is true (not 
> that I am suggesting that you do agree) then it is not that both are less 
> good but rather the one is better than the other literally in every respect 
> which should in theory make the whole process of selection a lot simpler.
> 
> Also, suggested pooling may not be always the best approach, particularly if 
> there is limited transparency in terms of how such process is managed (which 
> BTW I think is the core reason why pd-l2ork and disis_wiimote exist in the 
> first place, and consequently why pd community at large is having trouble 
> with the uptake). Also, let us not forget that at the very core of the 
> open-source idea is the "survival of the fittest" model (with a caveat, 
> however; read * below). This means if one external works better than another, 
> it will simply supersede its operation, particularly if their output is 
> essentially the same. Renaming it (or using other practical alternatives to 
> "pooling"), provided credit is given where credit is due, is at this point 
> irrelevant and should be considered synonymous to pooling, particularly in 
> this case where disis_wiimote AFAIK does everything wiimote does except it 
> does it in a way that is (IMO) more robust**
> 
> *Of course, any dev has every right to continue to maintain their own version 
> for whatever reason and thus defy the context of the survival of the fittest 
> regardless whether they are maintaining one of the "fittest" or less "fit" 
> versions. Also, obviously everyone is entitled to their own definition of 
> what constitutes "fittest" iteration...
> 
> **Based on 2.5+ years of experience of having a bunch of students with no 
> prior Linux/PD experience messing with the system, including the wiimote 
> external. I hope others would agree that the object's stability is best 
> tested when used by others than the developer who usually focuses on aspects 
> that best cater to their own needs and that may not be always as 
> all-encompassing to cover all use cases. Thus, the greatest collection of 
> instabilities will surface through third-party use. The same is true for pd 
> as a whole...
> 
> Best wishes,

For one thing, I cannot "apt-get install pd-disis-wiimote".  Another thing, I 
know that pd-wiimote has had quite a bit of testing when using 6 wiimotes 
simultaneously.

You are of course free to do whatever you want with the code, no one is 
challenging that.  I am talking about contributing patches upstream.  That's 
widely accepted as the best practice, and then forking is a good second option.

.hc





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] wiimote report

[Ivica Ico Bukvic]

Not really, there are a bunch of features pd-l2ork has that pd and pd-extended 
dont have and even more bugfixes.

Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net

"András Murányi"  wrote:

Well, what I understand is that pd-l2ork has already been synthesised as a pile 
of patches over pd 0.42. If I'm getting it right, disis_wiimote could be too, 
but is not yet, go on git as a set of patches over a certain version of 
wiimote, which would open the possibility to merge patches upstream. I don't 
know however if it's in anyone's interest to actually do it.

András

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

Re: [PD] wiimote report

[András Murányi]

Well, what I understand is that pd-l2ork has already been synthesised as a
pile of patches over pd 0.42. If I'm getting it right, disis_wiimote could
be too, but is not yet, go on git as a set of patches over a certain
version of wiimote, which would open the possibility to merge patches
upstream. I don't know however if it's in anyone's interest to actually do
it.

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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> while i appreciate your work with pd-l2ork, i think it would be great if
> you would be trying to get the fixes into "upstream" (where you forked
> from).

I did, but many fixes never got anywhere (we had this discussion a while ago), 
and while in the early days I spent most of my time providing additional 
documentation to Hans and others and making arguments on why they should be 
accepted which resulted in less than dozen fixes in the first year out of which 
only a few actually made it upstream, I am now running a fork that has 200+ 
improvements and fixes in approx. the same amount of time and have arrived at a 
rock-solid system* and have no interest in going back to a platform that may be 
stable on release and crash in another. Sure, I am missing a few novel 
features, but if the current version caters to my (perhaps somewhat specific) 
needs, there is no reason to go back.

FWIW, Hans has started taking some of our patches and merging it upstream (e.g. 
magicglass that I ported and cleaned up that has been sitting on the 
sourceforge database for over half a decade untouched) which is great and I 
would love to see the rest of it there as well. It is just that this way Hans 
will have to review it (which is something he would have to do anyhow), and 
merge it at his discretion, rather than me having to spend copious amounts of 
time to promote adoption of such patches and providing context that is 
difficult to make unless one spends some time studying the issue on their own...

*based on experiences from ongoing L2Ork rehearsals involving dozen or more 
networked performers.

Best wishes,

Ico


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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

> Why have two wiimote objects?  Is there a specific reason why they can't
> be merged?  If we pool the work on it we'll have one better wiimote
> object versus two different wiimote objects that are both less good.

Do you mind elaborating why you believe both objects are "less good" in and of 
themselves? IMO disis_wiimote is much more robust than the wiimote object (at 
least the last time I tested) in every respect and provides entirely xrun-free 
functionality. If we agree the aforesaid statement is true (not that I am 
suggesting that you do agree) then it is not that both are less good but rather 
the one is better than the other literally in every respect which should in 
theory make the whole process of selection a lot simpler.

Also, suggested pooling may not be always the best approach, particularly if 
there is limited transparency in terms of how such process is managed (which 
BTW I think is the core reason why pd-l2ork and disis_wiimote exist in the 
first place, and consequently why pd community at large is having trouble with 
the uptake). Also, let us not forget that at the very core of the open-source 
idea is the "survival of the fittest" model (with a caveat, however; read * 
below). This means if one external works better than another, it will simply 
supersede its operation, particularly if their output is essentially the same. 
Renaming it (or using other practical alternatives to "pooling"), provided 
credit is given where credit is due, is at this point irrelevant and should be 
considered synonymous to pooling, particularly in this case where disis_wiimote 
AFAIK does everything wiimote does except it does it in a way that is (IMO) 
more robust**

*Of course, any dev has every right to continue to maintain their own version 
for whatever reason and thus defy the context of the survival of the fittest 
regardless whether they are maintaining one of the "fittest" or less "fit" 
versions. Also, obviously everyone is entitled to their own definition of what 
constitutes "fittest" iteration...

**Based on 2.5+ years of experience of having a bunch of students with no prior 
Linux/PD experience messing with the system, including the wiimote external. I 
hope others would agree that the object's stability is best tested when used by 
others than the developer who usually focuses on aspects that best cater to 
their own needs and that may not be always as all-encompassing to cover all use 
cases. Thus, the greatest collection of instabilities will surface through 
third-party use. The same is true for pd as a whole...

Best wishes,

Ico


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

Re: [PD] wiimote report

[Hans-Christoph Steiner]

On Feb 10, 2012, at 11:38 AM, Ivica Ico Bukvic wrote:

> 
> 
> Roman Haefeli  wrote:
> 
>> On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
>>> to answer my question:
>>> i changed onoff  from int to float and it works such that i can turn 
>>> reports on and off.
>>> 
>>> it still crashes a lot though ...
>>> well, seems like i should go for supercollider/osc. or is there
>> another 
>>> wii external for linux?
>> 
>> Yeah, there is also [disis_wiimote] [1] from the L2ork project. 
>> 
>> Since the the wiimote external you were trying is the one that is also
>> included in Debian as pd-wiimote, I think it's worth focusing on fixing
>> this one, since a lot of people would potentially benefit from it.
>> Could
>> you provide a patch for your fix?
> 
> and why couldn't a lot of people benefit from the disis_wiimote? it is open 
> source and it's just a matter of packaging it for a specific distro.


Why have two wiimote objects?  Is there a specific reason why they can't be 
merged?  If we pool the work on it we'll have one better wiimote object versus 
two different wiimote objects that are both less good.

.hc



“We must become the change we want to see. - Mahatma Gandhi


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

Re: [PD] wiimote report

[IOhannes m zmölnig]

On 02/10/12 17:38, Ivica Ico Bukvic wrote:


and why couldn't a lot of people benefit from the disis_wiimote?



i think nobody challenged that.

> it is open source and it's just a matter of packaging it for a 
specific distro.


yes, somebody has to do the work.


btw, [wiimote] is open source as well (and it's already packaged for 
debian/ubuntu), so why shouldn't a lot people benefit from fixes for 
that code?



while i appreciate your work with pd-l2ork, i think it would be great if 
you would be trying to get the fixes into "upstream" (where you forked 
from).



fgmasdr
IOhannes

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

Re: [PD] wiimote report

[u...@xdv.org]

On 10.02.2012 16:47, Roman Haefeli wrote:

On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:

to answer my question:
i changed onoff  from int to float and it works such that i can turn
reports on and off.

it still crashes a lot though ...
well, seems like i should go for supercollider/osc. or is there another
wii external for linux?

Yeah, there is also [disis_wiimote] [1] from the L2ork project.

Since the the wiimote external you were trying is the one that is also
included in Debian as pd-wiimote, I think it's worth focusing on fixing
this one, since a lot of people would potentially benefit from it. Could
you provide a patch for your fix?

there you go.
but i'm still wondering a bit, why that wouldn't affect everyone else 
too. 64bit?

i'll try disis_wiimote and file a bug report for wiimote with debian. :)

thanks+ciao,
ub
diff -Naur _wiimote-0.3.2//wiimote.c wiimote-0.3.2//wiimote.c
--- _wiimote-0.3.2//wiimote.c 2012-02-10 17:04:46.780104070 +
+++ wiimote-0.3.2//wiimote.c  2012-02-10 16:57:29.670104117 +
@@ -824,7 +824,7 @@
 }
 
 
-static void wiimote_report(t_wiimote*x, t_symbol*s, int onoff)
+static void wiimote_report(t_wiimote*x, t_symbol*s, float onoff)
 {
   int flag=-1;
   if(gensym("status")==s) flag=CWIID_RPT_STATUS;

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

Re: [PD] wiimote report

[u...@xdv.org]

it still crashes a lot though, especially with

With what?
sorry. with gem and dsp on. it seems to me like the more there is going 
on, the sooner it crashes.



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

Re: [PD] wiimote report

[Ivica Ico Bukvic]

Roman Haefeli  wrote:

>On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
>> to answer my question:
>> i changed onoff  from int to float and it works such that i can turn 
>> reports on and off.
>> 
>> it still crashes a lot though ...
>> well, seems like i should go for supercollider/osc. or is there
>another 
>> wii external for linux?
>
>Yeah, there is also [disis_wiimote] [1] from the L2ork project. 
>
>Since the the wiimote external you were trying is the one that is also
>included in Debian as pd-wiimote, I think it's worth focusing on fixing
>this one, since a lot of people would potentially benefit from it.
>Could
>you provide a patch for your fix?

and why couldn't a lot of people benefit from the disis_wiimote? it is open 
source and it's just a matter of packaging it for a specific distro.

>
>> it still crashes a lot though, especially with
>
>With what?
>
>Roman
>
>
>
>[1] http://l2ork.music.vt.edu/main/?page_id=56
>
>
>___
>Pd-list@iem.at mailing list
>UNSUBSCRIBE and account-management ->
>http://lists.puredata.info/listinfo/pd-list


Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)
disis.music.vt.edu
l2ork.music.vt.edu
ico.bukvic.net

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

Re: [PD] wiimote report

[IOhannes m zmölnig]

On 02/10/12 17:11, Roman Haefeli wrote:

Hm.. we have clearly more success stories with [disis_wimoote] than with
[wiimote] pd-svn. Probably [disis_wiimote] should be in debian?


i don't know, it feels like we have clearly more bug reports for 
[wiimote] than for [disis_wiimote]


otoh, some debian statistics: pd-wiimote package has 0 (zero) 
bug-reports [1], and according to popcon, even more people have 
pd-wiimote installed than pd-osc (though the numbers are generally quite 
low, so maybe not very representative)


the problem with is, that people usually report bugs rather than success 
stories.


so here is one: i've been using [wiimote] (buttons, accel, motionplus) 
in 2 week installation, that was not turned off during the night.


mfgasdr
IOhanens


[1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=pd-wiimote

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

Re: [PD] wiimote report

[Roman Haefeli]

On Fri, 2012-02-10 at 16:47 +0100, Roman Haefeli wrote:
> On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
> > to answer my question:
> > i changed onoff  from int to float and it works such that i can turn 
> > reports on and off.
> > 
> > it still crashes a lot though ...
> > well, seems like i should go for supercollider/osc. or is there another 
> > wii external for linux?
> 
> Yeah, there is also [disis_wiimote] [1] from the L2ork project. 
> 
> Since the the wiimote external you were trying is the one that is also
> included in Debian as pd-wiimote, I think it's worth focusing on fixing
> this one, since a lot of people would potentially benefit from it. Could
> you provide a patch for your fix?

Hm.. we have clearly more success stories with [disis_wimoote] than with
[wiimote] pd-svn. Probably [disis_wiimote] should be in debian?

Roman


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

Re: [PD] wiimote report

[Pagano, Patrick]

I will try disis when I get to my linux box, I could never get pd-wiimote to 
work for more than 20 minutes without a full pd crash so this is good news.


-Original Message-
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Roman 
Haefeli
Sent: Friday, February 10, 2012 10:48 AM
To: u...@xdv.org
Cc: pd-list@iem.at
Subject: Re: [PD] wiimote report

On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
> to answer my question:
> i changed onoff  from int to float and it works such that i can turn 
> reports on and off.
> 
> it still crashes a lot though ...
> well, seems like i should go for supercollider/osc. or is there 
> another wii external for linux?

Yeah, there is also [disis_wiimote] [1] from the L2ork project. 

Since the the wiimote external you were trying is the one that is also included 
in Debian as pd-wiimote, I think it's worth focusing on fixing this one, since 
a lot of people would potentially benefit from it. Could you provide a patch 
for your fix?

> it still crashes a lot though, especially with

With what?

Roman



[1] http://l2ork.music.vt.edu/main/?page_id=56


___
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] wiimote report

[Roman Haefeli]

On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
> to answer my question:
> i changed onoff  from int to float and it works such that i can turn 
> reports on and off.
> 
> it still crashes a lot though ...
> well, seems like i should go for supercollider/osc. or is there another 
> wii external for linux?

Yeah, there is also [disis_wiimote] [1] from the L2ork project. 

Since the the wiimote external you were trying is the one that is also
included in Debian as pd-wiimote, I think it's worth focusing on fixing
this one, since a lot of people would potentially benefit from it. Could
you provide a patch for your fix?

> it still crashes a lot though, especially with

With what?

Roman



[1] http://l2ork.music.vt.edu/main/?page_id=56


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

Re: [PD] wiimote report

[John Harrison]

Yes I had similar problems and switching to [disis_wiimote] fixed all the
crashes.

OT: is any of L2Ork going to be merged into Pd/PdX at some point? Seems
like there are some good improvements going on there, for example unlimited
undo.

-John

On Fri, Feb 10, 2012 at 9:39 AM, Ivica Ico Bukvic  wrote:

> Try disis_wiimote (http://l2ork.music.vt.edu/main/?page_id=56). We use it
> as the core controller inside L2Ork with over dozen machines in the same
> room and it has been rock solid for over 2 years. It is multithreaded so
> sending rumble/led messages back to Wiimote does not block Pd. It is also
> driven by metro so you can decide the granularity of updates. Supports
> MotionPlus, etc. Wii Fit support can be added I just didn't bother with it
> yet but it shouldn't be too hard...
>
> > -Original Message-
> > From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
> > Of u...@xdv.org
> > Sent: Friday, February 10, 2012 9:48 AM
> > To: pd-list@iem.at
> > Subject: Re: [PD] wiimote report
> >
> > to answer my question:
> > i changed onoff  from int to float and it works such that i can turn
> > reports on and off.
> >
> > it still crashes a lot though ...
> > well, seems like i should go for supercollider/osc. or is there another
> > wii external for linux?
> >
> > thanks+ciao,
> > ub
> >
> > it still crashes a lot though, especially with
> >
> > On 09.02.2012 12:34, u...@xdv.org wrote:
> > > can someone help me understand, what's going on here?
> >
> >
> > ___
> > 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] wiimote report

[Pagano, Patrick]

Should I install this version of wait for Gilded Palace of Sin?!
Ha!
pp

-Original Message-
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Ivica 
Ico Bukvic
Sent: Friday, February 10, 2012 10:39 AM
To: u...@xdv.org; 'pd-list'
Subject: Re: [PD] wiimote report

Try disis_wiimote (http://l2ork.music.vt.edu/main/?page_id=56). We use it as 
the core controller inside L2Ork with over dozen machines in the same room and 
it has been rock solid for over 2 years. It is multithreaded so sending 
rumble/led messages back to Wiimote does not block Pd. It is also driven by 
metro so you can decide the granularity of updates. Supports MotionPlus, etc. 
Wii Fit support can be added I just didn't bother with it yet but it shouldn't 
be too hard...

> -Original Message-
> From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf 
> Of u...@xdv.org
> Sent: Friday, February 10, 2012 9:48 AM
> To: pd-list@iem.at
> Subject: Re: [PD] wiimote report
> 
> to answer my question:
> i changed onoff  from int to float and it works such that i can turn 
> reports on and off.
> 
> it still crashes a lot though ...
> well, seems like i should go for supercollider/osc. or is there 
> another wii external for linux?
> 
> thanks+ciao,
> ub
> 
> it still crashes a lot though, especially with
> 
> On 09.02.2012 12:34, u...@xdv.org wrote:
> > can someone help me understand, what's going on here?
> 
> 
> ___
> 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] wiimote report

[Ivica Ico Bukvic]

Try disis_wiimote (http://l2ork.music.vt.edu/main/?page_id=56). We use it as 
the core controller inside L2Ork with over dozen machines in the same room and 
it has been rock solid for over 2 years. It is multithreaded so sending 
rumble/led messages back to Wiimote does not block Pd. It is also driven by 
metro so you can decide the granularity of updates. Supports MotionPlus, etc. 
Wii Fit support can be added I just didn't bother with it yet but it shouldn't 
be too hard...

> -Original Message-
> From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf
> Of u...@xdv.org
> Sent: Friday, February 10, 2012 9:48 AM
> To: pd-list@iem.at
> Subject: Re: [PD] wiimote report
> 
> to answer my question:
> i changed onoff  from int to float and it works such that i can turn
> reports on and off.
> 
> it still crashes a lot though ...
> well, seems like i should go for supercollider/osc. or is there another
> wii external for linux?
> 
> thanks+ciao,
> ub
> 
> it still crashes a lot though, especially with
> 
> On 09.02.2012 12:34, u...@xdv.org wrote:
> > can someone help me understand, what's going on here?
> 
> 
> ___
> 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] wiimote report

[u...@xdv.org]

to answer my question:
i changed onoff  from int to float and it works such that i can turn 
reports on and off.


it still crashes a lot though ...
well, seems like i should go for supercollider/osc. or is there another 
wii external for linux?


thanks+ciao,
ub

it still crashes a lot though, especially with

On 09.02.2012 12:34, u...@xdv.org wrote:

can someone help me understand, what's going on here?



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

Re: [PD] Wiimote and MotionPlus on Linux

[IOhannes m zmoelnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-01-04 17:27, serge wrote:
> Hi,

hi.

please always include the pd-list when asking non-intimate questions.

> 
> i'm using pd-wiimote to send data to blender with osc. It works fine.
> My first shot
> http://wiki.labomedia.org/index.php/Comment_utiliser_le_Wii_Motion_Plus_comme_Gyroscope
> 
> 
> 
> I compile libcwiid1. Slow mode works with wminput but I have the same
> problem like you
>  . I
> don't understand  Jack with:
> 
> "I have put PD_INCLUDE instead of CFLAGS in Make.local"
> 
> What is the line in Make.local ?
> 
>  I put
> 
> CFLAGS += -DHAVE_CWIID_MOTIONPLUS_LOWSPEED
> 
> and
> 
> make clean&&  make

ah, i think the Make.local is now obsolete, since [wiimote] switched to
autotools and configure will check whether your library supports the
low-speed stuff (by checking whether the "cwiid_motionplus_mesg" struct
has a "low_speed" member).

so, if you only get low-speed values (even if you move the wii fast!)
and you are sure that you have a proper libcwiid, then the only thing i
can think of is, that configure fails to find your version of cwiid.
do you, by chance, have installed another version of cwiid as well, so
configure gets confused?

please post the output of configure & make (use pastie.org if it's too big).

fgmnadsr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8EgTwACgkQkX2Xpv6ydvQxRACgn0xtWqBUgEUCemBksw5z/8z7
QNUAoINwDihp761In+ZeiD885yJn0eLJ
=Sm3U
-END PGP SIGNATURE-



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote, Kinect for Windows/pd

[Richie Cyngler]

Yep, I know of people who've used Glovepie for Windows. I use OSCulator on
OSX and it is so easy to use and brilliant.

I'm pretty sure there are externals that should work (sorry I can't be more
specific, I gave up looking after I found a workable solution)

One thing I will say is that Macs (imac and macbook pro) have some (not
predicable) issues with internal bluetooth seriously failing. This was so
bad I changed my usb external soundcard to a firewire version. This mostly
solved the problem which only happens once in a blue moon now.

Sorry to go off topic but this issue was doing my head in for so long when
I was first working with wiis I thought I'd better mention it. I don;t know
how wide spread it is.

On Fri, Dec 16, 2011 at 8:58 AM, Pagano, Patrick
wrote:

>  ** **
>
> *Do Externals or workarounds exist for these entertainment devices on
> windows7 ?*
>
> *I have working versions for linux/OSX but I was hoping for some Win7
> versions to use for demonstration*
>
> *Most posts I see regarding wii, not on linux refers to GlovePIe for
> Windows, on OSX osculator seems to be the answer*
>
> * *
>
> * *
>
> * *
>
> * *
>
> *Cheers*
>
> * *
>
> * *
>
> *pp*
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


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

Re: [PD] [wiimote] accelerometer data missing?

[Ivica Ico Bukvic]

> Hi Ico,
> 
> Thanks for the tip!
> 
> I was able to get [disis_wiimote] compiled and working after:
> 1) Changing the #include not to assume extended (cuz I run vanilla)
> 2) Adding -fPIC to the LINUXCFLAGS because I'm running 64-bit.
> 
> I haven't yet tried Roman's suggestion debian-sid flavor of [wiimote]
> with Pd, but will try to in the next few days.
> 
> One difference between the two -- [disis_wiimote] seems to use
> bang/metro based polling, but [wiimote] does not.  Does [wiimote] just
> do the polling internally?

Yep, whenever cwiid sends its info to it which often breaks the Pd GUI since 
that message can arrive in the middle of updating gui queue, effectively 
crashing the gui (even though the engine continues to run, no further updates 
are possible to the tcl/tk gui), hence the original wiimote implementation (at 
least last time I checked it) is in this respect buggy. Likewise (again, last 
time I checked) it does not have threaded design as disis_wiimote has, which 
means any time you send rumble command or change LED command via the wiimote 
object, it will result in an xrun (at least it does on lower powered machines 
like netbooks).

Given that wiimote cannot send updates more than approx. 40 times a second, 
overburdening your patch with as-fast-as-possible output seems unnecessary, 
hence the metro implementation. In addition, disis_wiimote also outputs button 
data only when it actually changes to minimize redundant computation 
downstream. It also gives you a dedicated output for connection which can be 
conveniently used to automate things upon connection.

Hope this helps!


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

Re: [PD] [wiimote] accelerometer data missing?

[Jason Plumb]

On 04/13/2011 08:56 AM, Ivica Ico Bukvic wrote:

Somewhat OT perhaps, but can you also try disis_wiimote which supports motion 
plus (compiled

> against latest SVN cwiid lib)? I just released new version earlier
> today that also fixes a few bugs and makes it even more xrun-proof.

Hi Ico,

Thanks for the tip!

I was able to get [disis_wiimote] compiled and working after:
1) Changing the #include not to assume extended (cuz I run vanilla)
2) Adding -fPIC to the LINUXCFLAGS because I'm running 64-bit.

I haven't yet tried Roman's suggestion debian-sid flavor of [wiimote] 
with Pd, but will try to in the next few days.


One difference between the two -- [disis_wiimote] seems to use 
bang/metro based polling, but [wiimote] does not.  Does [wiimote] just 
do the polling internally?


-jason
http://noisybox.net

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

Re: [PD] [wiimote] accelerometer data missing?

[IOhannes m zmölnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/13/2011 05:56 PM, Ivica Ico Bukvic wrote:
> Somewhat OT perhaps, but can you also try disis_wiimote which supports motion 
> plus (compiled against latest SVN cwiid lib)? I just released new version 
> earlier today that also fixes a few bugs and makes it even more xrun-proof.
> 

just to make sure:
[wiimote] (which is packaged into debian/ubuntu), definitely does
support the motionplus extension.

mgsdt
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2l1aYACgkQkX2Xpv6ydvSXkQCfed75x7pwhgftL4vcmR1gPZtp
t+wAn3lWDsTJ7v8qifheIad1beCEAM03
=9qNq
-END PGP SIGNATURE-

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

Re: [PD] [wiimote] accelerometer data missing?

[Ivica Ico Bukvic]

Somewhat OT perhaps, but can you also try disis_wiimote which supports motion 
plus (compiled against latest SVN cwiid lib)? I just released new version 
earlier today that also fixes a few bugs and makes it even more xrun-proof.

You can find it on the L2Ork website at http://l2ork.music.vt.edu/main (then 
click Join the L2Orkmania->Software).

Best wishes,

Ico


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

Re: [PD] [wiimote] accelerometer data missing?

[Roman Haefeli]

Hi Jason

A few people from this list worked on getting [wiimote] into Debian.
Under unstable / sid it is already available as the package
'pd-wiimote'. I'd be glad, if you could try this one and report if it is
working with your device.

Note: 
It depends on the meta-package 'pd' thus it will probably install
'puredata', although you have a Pd version already installed
in /usr/local/. However, this shouldn't hurt at all. I just want to let
you know, and also to take care to set proper paths for your locally
installed Pd, since the 'pd-wiimote' will install
into /usr/lib/pd/extra.

Roman


On Tue, 2011-04-12 at 00:02 -0700, Jason Plumb wrote:
> Hi list.
> 
> I've got [wiimote] compiled and almost working with 0.43 
> vanilla...except that the accelerometer data doesn't seem to be working.
> 
> I've got (what I think is a) latest generation black wiimote with 
> built-in Motion Plus, and my testing was without the nunchuck or 
> anything attached.
> 
> I can discover the device and the help patch shows all the button 
> presses and I can toggle the LEDs and vibrator using the help patch, but 
> even after clicking the toggle the accelerator data is just absent.
> 
> I believe that an extra blank line shows up in the Pd console when I 
> send the accel activation message, but aside from that there's just 
> nothing.
> 
> I read the blurb in the [wiimote] readme about the problems with older 
> versions of libcwiid, but I've got 0.6.00+svn201-2+b2 from debian sid, 
> which I believe is pretty damn close to the latest...
> 
> Has anybody experienced this?  Any suggestions other than compiling 
> libcwiid myself and trying out the motionplus_sensitivity patch?
> 
> Thanks!
> 
> -jason
> http://noisybox.net
> 
> 
> ___
> 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] Wiimote and MotionPlus on Linux

[Jack]

Argh ! Sorry, it works fine.
I have put PD_INCLUDE instead of CFLAGS in Make.local.
Thanx again for your help IOhannes.
++

Jack



Le mardi 23 février 2010 à 13:42 +0100, Jack a écrit :
> Le mardi 23 février 2010 à 09:00 +0100, IOhannes m zmoelnig a écrit :
> > On 2010-02-23 02:04, Jack wrote:
> > 
> > >> What i do with this Make.local now, where i put it ?
> > >> Now sending [reportMotionplus 1( to [wiimote] return :
> > >> angle_rate 8000 8050 7870
> > >> low_speed 1 1 1
> > > 
> > >> The problem is i get always 1 1 1 with low_speed. Because of the
> > >> Make.local file ?
> > 
> > exactly.
> > 
> > the Make.local resides beside the wiimote.c and its Makefile.
> > then do
> > make clean && make
> I created a new document and added the line :
> CFLAGS += -DHAVE_CWIID_MOTIONPLUS_LOWSPEED
> then saved it under :
> Make.local
> beside the wiimote.c and Makefile then did make clean and make, but i
> still get :
> low_speed 1 1 1
> What is the purpose of this message ?
> ++
> 
> Jack
> 
> 
> > 
> > 
> > fgmasdr
> > IOhannes
> > 
> 
> 
> 
> ___
> 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] Wiimote and MotionPlus on Linux

[Jack]

Le mardi 23 février 2010 à 09:00 +0100, IOhannes m zmoelnig a écrit :
> On 2010-02-23 02:04, Jack wrote:
> 
> >> What i do with this Make.local now, where i put it ?
> >> Now sending [reportMotionplus 1( to [wiimote] return :
> >> angle_rate 8000 8050 7870
> >> low_speed 1 1 1
> > 
> >> The problem is i get always 1 1 1 with low_speed. Because of the
> >> Make.local file ?
> 
> exactly.
> 
> the Make.local resides beside the wiimote.c and its Makefile.
> then do
> make clean && make
I created a new document and added the line :
CFLAGS += -DHAVE_CWIID_MOTIONPLUS_LOWSPEED
then saved it under :
Make.local
beside the wiimote.c and Makefile then did make clean and make, but i
still get :
low_speed 1 1 1
What is the purpose of this message ?
++

Jack


> 
> 
> fgmasdr
> IOhannes
> 



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

Re: [PD] Wiimote and MotionPlus on Linux

[IOhannes m zmoelnig]

On 2010-02-23 02:04, Jack wrote:

>> What i do with this Make.local now, where i put it ?
>> Now sending [reportMotionplus 1( to [wiimote] return :
>> angle_rate 8000 8050 7870
>> low_speed 1 1 1
> 
>> The problem is i get always 1 1 1 with low_speed. Because of the
>> Make.local file ?

exactly.

the Make.local resides beside the wiimote.c and its Makefile.
then do
make clean && make


fgmasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote and MotionPlus on Linux

[Jack]

Le lundi 22 février 2010 à 23:15 +0100, IOhannes m zmölnig a écrit :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Jack wrote:
> > and when i try to create [wiimote], i get :
> > /home/jack/wiimote/wiimote.pd_linux: /home/jack/wiimote/wiimote.pd_linux: 
> > undefined symbol: cwiid_get_balance_cal
> >  wiimote
> > ... couldn't create
> 
> obviously from experimental support for the wii balance, which seems to
> not be supported by the libcwiid used.
> 
> > 
> > i do this :
> > - download new wiimote source from externals/hardware/wiimote in
> > puredata-svn
> > - download cwiid from git repository :
> > git://github.com/abstrakraft/cwiid.git
> 
> i have to admit that i never tried the git version.
> no i have and it worked out of the box (no need for patching as the
> patch is already included)
Yes it works fine ;)
> 
> > - change to #include  in wiimote.c (i
> > also try with #include )
> 
> NEVER EVER do that.
> this is why we have makefiles and CFLAGS and things like that: to set
> the path where to search for header-files and libraries.
> for unknown reasons only people who want to hardcode paths into #include
> seem to compile the wiimote external.
> 
> i know that there is no documentation, but anyhow:
> "make install" the libcwiid: it should install the headers and library
> files into /usr/local
> these paths should automatically be searched by any standard compiler,
> so you just go on with:
Yes, it is what i'm doing now and all is OK, [wiimote] is created.
So thanks a lot.
> 
> 
> anyhow, there is one thing missing which you cannot know (though your
> problems are not related to that):
> you have to manually tell, that you want the wiimotionplus to report
> dual-acceleration:
> create and edit a file "Make.local" and add the line
> 
> CFLAGS += -DHAVE_CWIID_MOTIONPLUS_LOWSPEED
> 
> to it.
> (this is for historic reasons when i did not care to write a configure
> script and libcwiid did not have the dualspeed feature built in)
What i do with this Make.local now, where i put it ?
Now sending [reportMotionplus 1( to [wiimote] return :
angle_rate 8000 8050 7870
low_speed 1 1 1

The problem is i get always 1 1 1 with low_speed. Because of the
Make.local file ?
++

Jack


> 
> 
> > - make
> > - copy wiimote.pd_linux in the Pd extra folder
> > - create an object [wiimote]
> 
> well, why not directly start pd from where you are until the object works?
> 
> 
> mfgasdr
> IOhannes
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkuDATgACgkQkX2Xpv6ydvSh8QCeJpB77Y8k4mLad0Zc95hoZQTm
> MmwAn0KcXjWw77QrxeY7678xU/6gjS94
> =wBtU
> -END PGP SIGNATURE-



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

Re: [PD] Wiimote and MotionPlus on Linux

[IOhannes m zmölnig]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jack wrote:
> and when i try to create [wiimote], i get :
> /home/jack/wiimote/wiimote.pd_linux: /home/jack/wiimote/wiimote.pd_linux: 
> undefined symbol: cwiid_get_balance_cal
>  wiimote
> ... couldn't create

obviously from experimental support for the wii balance, which seems to
not be supported by the libcwiid used.

> 
> i do this :
> - download new wiimote source from externals/hardware/wiimote in
> puredata-svn
> - download cwiid from git repository :
> git://github.com/abstrakraft/cwiid.git

i have to admit that i never tried the git version.
no i have and it worked out of the box (no need for patching as the
patch is already included)

> - change to #include  in wiimote.c (i
> also try with #include )

NEVER EVER do that.
this is why we have makefiles and CFLAGS and things like that: to set
the path where to search for header-files and libraries.
for unknown reasons only people who want to hardcode paths into #include
seem to compile the wiimote external.

i know that there is no documentation, but anyhow:
"make install" the libcwiid: it should install the headers and library
files into /usr/local
these paths should automatically be searched by any standard compiler,
so you just go on with:


anyhow, there is one thing missing which you cannot know (though your
problems are not related to that):
you have to manually tell, that you want the wiimotionplus to report
dual-acceleration:
create and edit a file "Make.local" and add the line

CFLAGS += -DHAVE_CWIID_MOTIONPLUS_LOWSPEED

to it.
(this is for historic reasons when i did not care to write a configure
script and libcwiid did not have the dualspeed feature built in)


> - make
> - copy wiimote.pd_linux in the Pd extra folder
> - create an object [wiimote]

well, why not directly start pd from where you are until the object works?


mfgasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkuDATgACgkQkX2Xpv6ydvSh8QCeJpB77Y8k4mLad0Zc95hoZQTm
MmwAn0KcXjWw77QrxeY7678xU/6gjS94
=wBtU
-END PGP SIGNATURE-

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

Re: [PD] Wiimote and MotionPlus on Linux

[Pagano, Patrick]

I got my semi working version [crashes sometimes]
From 
http://www.audioscape.org/srewiki/bin/view/Audioscape/

HtH

-Original Message-
From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Jack
Sent: Monday, February 22, 2010 2:06 PM
To: IOhannes m zmoelnig
Cc: pd-list@iem.at
Subject: Re: [PD] Wiimote and MotionPlus on Linux

I succeed to build the wiimote.pd_linux but in Pd i get now :
wiimote: can't load library

and when i try to create [wiimote], i get :
/home/jack/wiimote/wiimote.pd_linux: /home/jack/wiimote/wiimote.pd_linux: 
undefined symbol: cwiid_get_balance_cal
 wiimote
... couldn't create

i do this :
- download new wiimote source from externals/hardware/wiimote in
puredata-svn
- download cwiid from git repository :
git://github.com/abstrakraft/cwiid.git
- change to #include  in wiimote.c (i
also try with #include )
- make
- copy wiimote.pd_linux in the Pd extra folder
- create an object [wiimote]

For information, the old [wiimote] worked fine for me (without
MotionPlus).

What can i do now ?
Thanx for your help.
++

Jack



Le lundi 22 février 2010 à 18:00 +0100, IOhannes m zmoelnig a écrit :
> On 2010-02-22 14:51, Jack wrote:
> > Thanx IOhannes for your help, but i have some troubles with the patch.
> > 
> > After :
> > $ cd '/home/jack/Documents/Projets
> > externes/Dakar/atelierDanseWii/WiimoteOrigine/src/cwiid-0.6.00/libcwiid'
> > $ patch -p0 <
> > '/home/jack/wiimote/patches/cwiid201_motionplus_sensitivity.patch'
> 
> oh, the patch is _not_ for the stable 0.6.00 release of libcwiid, which
> has no motionplus support at all.
> it is meant for the revision 201 of the libcwiid subversion repository.
> it seems like this no longer exists (since they moved from svn to git)
> 
> afaict, debian ships (and ubuntu lucid) ship the correct version, so you
> could get the sources from there.
> 
> also, i think that in the official git repository, the patch is already
> included.
> 
> fgmasdr
> IOhannes
> 



___
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] Wiimote and MotionPlus on Linux

[Jack]

I succeed to build the wiimote.pd_linux but in Pd i get now :
wiimote: can't load library

and when i try to create [wiimote], i get :
/home/jack/wiimote/wiimote.pd_linux: /home/jack/wiimote/wiimote.pd_linux: 
undefined symbol: cwiid_get_balance_cal
 wiimote
... couldn't create

i do this :
- download new wiimote source from externals/hardware/wiimote in
puredata-svn
- download cwiid from git repository :
git://github.com/abstrakraft/cwiid.git
- change to #include  in wiimote.c (i
also try with #include )
- make
- copy wiimote.pd_linux in the Pd extra folder
- create an object [wiimote]

For information, the old [wiimote] worked fine for me (without
MotionPlus).

What can i do now ?
Thanx for your help.
++

Jack



Le lundi 22 février 2010 à 18:00 +0100, IOhannes m zmoelnig a écrit :
> On 2010-02-22 14:51, Jack wrote:
> > Thanx IOhannes for your help, but i have some troubles with the patch.
> > 
> > After :
> > $ cd '/home/jack/Documents/Projets
> > externes/Dakar/atelierDanseWii/WiimoteOrigine/src/cwiid-0.6.00/libcwiid'
> > $ patch -p0 <
> > '/home/jack/wiimote/patches/cwiid201_motionplus_sensitivity.patch'
> 
> oh, the patch is _not_ for the stable 0.6.00 release of libcwiid, which
> has no motionplus support at all.
> it is meant for the revision 201 of the libcwiid subversion repository.
> it seems like this no longer exists (since they moved from svn to git)
> 
> afaict, debian ships (and ubuntu lucid) ship the correct version, so you
> could get the sources from there.
> 
> also, i think that in the official git repository, the patch is already
> included.
> 
> fgmasdr
> IOhannes
> 



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

Re: [PD] Wiimote and MotionPlus on Linux

[IOhannes m zmoelnig]

On 2010-02-22 14:51, Jack wrote:
> Thanx IOhannes for your help, but i have some troubles with the patch.
> 
> After :
> $ cd '/home/jack/Documents/Projets
> externes/Dakar/atelierDanseWii/WiimoteOrigine/src/cwiid-0.6.00/libcwiid'
> $ patch -p0 <
> '/home/jack/wiimote/patches/cwiid201_motionplus_sensitivity.patch'

oh, the patch is _not_ for the stable 0.6.00 release of libcwiid, which
has no motionplus support at all.
it is meant for the revision 201 of the libcwiid subversion repository.
it seems like this no longer exists (since they moved from svn to git)

afaict, debian ships (and ubuntu lucid) ship the correct version, so you
could get the sources from there.

also, i think that in the official git repository, the patch is already
included.

fgmasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote and MotionPlus on Linux

[Jack]

Thanx IOhannes for your help, but i have some troubles with the patch.

After :
$ cd '/home/jack/Documents/Projets
externes/Dakar/atelierDanseWii/WiimoteOrigine/src/cwiid-0.6.00/libcwiid'
$ patch -p0 <
'/home/jack/wiimote/patches/cwiid201_motionplus_sensitivity.patch'

I get :
patching file process.c
Hunk #1 FAILED at 249.
1 out of 1 hunk FAILED -- saving rejects to file process.c.rej
patching file state.c
Hunk #1 FAILED at 85.
1 out of 1 hunk FAILED -- saving rejects to file state.c.rej
patching file cwiid.h
Hunk #1 FAILED at 263.
Hunk #2 FAILED at 308.
2 out of 2 hunks FAILED -- saving rejects to file cwiid.h.rej

I really don't know if this is the good way to apply a patch.
I miss something ?
++

Jack


Le lundi 22 février 2010 à 10:05 +0100, IOhannes m zmoelnig a écrit :
> On 2010-02-21 17:29, Jack wrote:
> > Is it possible to use the Wiimote with MotionPlus on Linux ?
> > It seems [wiimote] need an upgrade to return informations from the
> > MotionPlus. Am I wrong ?
> > Thanx.
> 
> 
> i've used the motionplus and modded mike's original sources.
> they can now be found in the puredata-svn (externals/hardware/wiimote)
> 
> there should be a README.txt but it's missing:
> in order to get motionplus support you might have to patch the libcwiid
> (rev201): the patch is found in ./patches/
> 
> 
> 
> mfgasdr
> IOhannes
> 



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

Re: [PD] Wiimote and MotionPlus on Linux

[IOhannes m zmoelnig]

On 2010-02-21 17:29, Jack wrote:
> Is it possible to use the Wiimote with MotionPlus on Linux ?
> It seems [wiimote] need an upgrade to return informations from the
> MotionPlus. Am I wrong ?
> Thanx.


i've used the motionplus and modded mike's original sources.
they can now be found in the puredata-svn (externals/hardware/wiimote)

there should be a README.txt but it's missing:
in order to get motionplus support you might have to patch the libcwiid
(rev201): the patch is found in ./patches/



mfgasdr
IOhannes



smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote and MotionPlus on Linux

[Jack]

Hi Roman,

I have downloaded this version :
http://mikewoz.com/downloads/wiimote_0.6.00.tar.gz
from :
http://mikewoz.com/pd-stuff.php

But I can't see in the wiimote.c something related to the MotionPlus.
++

Jack



Le dimanche 21 février 2010 à 18:05 +0100, Roman Haefeli a écrit :
> Hi Jack
> 
> It's a while ago since I played the last time with it. IIRC, you just
> need to compile a recent version of [wiimote] in order to get support
> for the MotionPlus-extension. 
> 
> Hm, I seem not to be able to find Mike Wonzniewski's Wiimote page
> anymore. Has it moved? If so, where?
> 
> This is not valid anymore:
> http://mikewoz.com/index.php?page=pd-stuff
> 
> Roman
> 
> 
> 
> On Sun, 2010-02-21 at 17:29 +0100, Jack wrote:
> > Is it possible to use the Wiimote with MotionPlus on Linux ?
> > It seems [wiimote] need an upgrade to return informations from the
> > MotionPlus. Am I wrong ?
> > Thanx.
> > ++
> > 
> > Jack
> > 
> > 
> > ___
> > 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] Wiimote and MotionPlus on Linux

[Roman Haefeli]

Hi Jack

It's a while ago since I played the last time with it. IIRC, you just
need to compile a recent version of [wiimote] in order to get support
for the MotionPlus-extension. 

Hm, I seem not to be able to find Mike Wonzniewski's Wiimote page
anymore. Has it moved? If so, where?

This is not valid anymore:
http://mikewoz.com/index.php?page=pd-stuff

Roman



On Sun, 2010-02-21 at 17:29 +0100, Jack wrote:
> Is it possible to use the Wiimote with MotionPlus on Linux ?
> It seems [wiimote] need an upgrade to return informations from the
> MotionPlus. Am I wrong ?
> Thanx.
> ++
> 
> Jack
> 
> 
> ___
> 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] wiimote for macosx

[Darren Kelly]

There is a prototype PureData version of the Drancing accelerometer
music system using Wii and DarwiinOSC:

  http://www.webel.com.au/project/drancing
  http://www.webel.com.au/project/drancing/wii

It includes some GEM monitor visuals for the accelerometer signals.

There are some videos of it in operation, here:

 http://www.webel.com.au/project/drancing/wii/video/isight

The prototype software (already a bit out of date) is available for
download with instructions here:

 http://www.webel.com.au/drancing_wii_puredata_macosx_downloads_howto

Includes is a mini tutorial trail on how to use it, including my
experience with DarwiiinOSC
(which can be a bit tricky and requires some patience sometimes).

And images of the patches are available online with explanations here:

 http://www.webel.com.au/project/drancing/puredata

BTW I do find it over OSC a bit sluggish, however it has the advantage
(compared with direct signal acquisition
and feed to PureData) that if and when I port to another o/s the DAQ is
decoupled via OSC; all I need to do
is find an equivalent to DarwiinOsc for Win etc.

Hoping this helps,

Darren Kelly

Hans-Christoph Steiner wrote:

  
  
  
  I did update it, more is working, try it out and let me know:
  
  
  http://lists.puredata.info/pipermail/pd-list/2008-07/064034.html
  
  
  darwiinosc is another option:
  
  
  http://code.google.com/p/darwiinosc/downloads/list
  
  
  .hc
  
  
  On Aug 6, 2008, at 11:00 AM, Luigi Rensinghoff wrote:
  
   As much as i know its still not working well.




and the use of Osculator is still recommended on OS X


bye luigi




Am 06.08.2008 um 16:00 schrieb punchik punchik:


  hello , do anybody have compiled the wiimote object for
macosx? if not where can i get a working wiiremote object from hans
steiner compiled for macosx?
  
  
  thanks in advance
  
  
  
  
  
  
  
  
  ___
  Pd-list@iem.at
mailing list
  UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  
  



 

>---<


Luigi Rensinghoff
luigi.rensingh...@freenet.de
skype:gigischinke
ichat:gigicarlo








___
Pd-list@iem.at
mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
  
  
  
   
  
  
  
  
  
  
  Using ReBirth is like trying to play an 808 with a long stick.  
 -David Zicarelli
  
   
  
  

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


-- 
Webel IT, "The Elements of the Web" 
Specialists in Drupal CMS web engineering, UML, SysML, Java and XML,
Darren Kelly, BSc, PhD
phone: +61 (2) 9386 0090
mobile: 0405 029 008
post: PO Box 1816, Bondi Junction, NSW 1355, Australia
http://www.webel.com.au 






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

Re: [PD] wiimote problems

[Hans-Christoph Steiner]

There is aka.wiiremote in SVN, you'll have to build it.  its in  
externals/io/aka.wiiremote.  It should work on a basic level.


.hc

On May 30, 2009, at 9:05 AM, Luigi wrote:


Hi phillip

i do not think there is a runing wiimote external out there for osx.

If thats not the case, i would be very interested in this object.

I guess you have to either use OSCulator (which i preferred over  
Darwiinremote)


Or look at Junxion on the steim - page

http://www.steim.org/steim/junxion_v4.html

Am 30.Mai.09 um 30.Mai.09 MESZ 13:53 schrieb philippe boisnard:




Le 30 mai 09 à 13:06, Andrew Faraday a écrit :


Hey guys

I've looked at old forum and mailing list entries and it seems all  
the links given are out of date.


I need to get data from a wii remote into pd in OSX. I've seen the  
[wiimote] object operating before now but I can't find where to  
download it.


I've also downloaded Darwiinremote, which is synching but I don't  
know how I could get that data into PD.


God Bless

Andrew

Surfing the web just got more rewarding. Download the New Internet  
Explorer 8___

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


--->>--

Dipl-Toning.(FH) Luigi Rensinghoff
mobil: 0177-5412191
skype: gigischinke
luigi.rensingh...@freenet.de




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






Using ReBirth is like trying to play an 808 with a long stick.- 
David Zicarelli



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

Re: [PD] wiimote problems

[Luigi]

Hi phillip

i do not think there is a runing wiimote external out there for osx.

If thats not the case, i would be very interested in this object.

I guess you have to either use OSCulator (which i preferred over  
Darwiinremote)


Or look at Junxion on the steim - page

http://www.steim.org/steim/junxion_v4.html

Am 30.Mai.09 um 30.Mai.09 MESZ 13:53 schrieb philippe boisnard:




Le 30 mai 09 à 13:06, Andrew Faraday a écrit :


Hey guys

I've looked at old forum and mailing list entries and it seems all  
the links given are out of date.


I need to get data from a wii remote into pd in OSX. I've seen the  
[wiimote] object operating before now but I can't find where to  
download it.


I've also downloaded Darwiinremote, which is synching but I don't  
know how I could get that data into PD.


God Bless

Andrew

Surfing the web just got more rewarding. Download the New Internet  
Explorer 8___

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


--->>--

Dipl-Toning.(FH) Luigi Rensinghoff
mobil: 0177-5412191
skype: gigischinke
luigi.rensingh...@freenet.de




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

Re: [PD] wiimote problems

[philippe boisnard]

wii-osc1.pd
Description: Binary data
Le 30 mai 09 à 13:06, Andrew Faraday a écrit :Hey guysI've looked at old forum and mailing list entries and it seems all the links given are out of date.I need to get data from a wii remote into pd in OSX. I've seen the [wiimote] object operating before now but I can't find where to download it.I've also downloaded Darwiinremote, which is synching but I don't know how I could get that data into PD.God BlessAndrew Surfing the web just got more rewarding. Download the New Internet Explorer 8___Pd-list@iem.at mailing listUNSUBSCRIBE 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] wiimote problems

[Boo Vie]

You can try this neat program for a fee $39.  It works also well with other
devices such as iPhone/iTouch
http://www.osculator.net/wp/



On Sat, May 30, 2009 at 7:33 AM, Martin Schied  wrote:

> hi!
>
> at least one "wiimote" external from Mike Wozniewski comes from here, but
> he says "linux only":
>
> http://mikewoz.com/pd-stuff.php
>
> Martin
>
>
> Andrew Faraday wrote:
>
>> Hey guys
>>
>> I've looked at old forum and mailing list entries and it seems all the
>> links given are out of date.
>>
>> I need to get data from a wii remote into pd in OSX. I've seen the
>> [wiimote] object operating before now but I can't find where to download it.
>>
>> I've also downloaded Darwiinremote, which is synching but I don't know how
>> I could get that data into PD.
>>
>> God Bless
>>
>> Andrew
>> 
>> Surfing the web just got more rewarding. Download the New Internet
>> Explorer 8 <
>> http://extras.uk.msn.com/internet-explorer-8/?ocid=T010MSN07A0716U>
>> 
>>
>> ___
>> 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] wiimote problems

[Martin Schied]

hi!

at least one "wiimote" external from Mike Wozniewski comes from here, 
but he says "linux only":


http://mikewoz.com/pd-stuff.php

Martin


Andrew Faraday wrote:

Hey guys

I've looked at old forum and mailing list entries and it seems all the 
links given are out of date.


I need to get data from a wii remote into pd in OSX. I've seen the 
[wiimote] object operating before now but I can't find where to 
download it.


I've also downloaded Darwiinremote, which is synching but I don't know 
how I could get that data into PD.


God Bless

Andrew 



Surfing the web just got more rewarding. Download the New Internet 
Explorer 8 




___
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] Wiimote on pure dyne

[Luigi]

Hi wiimotarians

I wouldnt recommed that, i tried it before and you get into trouble,  
the latest when you try to compile something yourself.


Or ask dierctly someone from the pure:dyne team, what to do.

When i tried the "nesting" - feature was not implemented yet, in the  
actual version.



So alltogether i found it better - and less time-consuming - to  
install a full linux system like

sidux...

Just my recommendation


best Luigi



Am 16.04.2009 um 10:06 schrieb Alvaro:


Hi,

this might not be a problem with Wiimote, but rather a special thing  
of using pre-installed system.
You have to make what they call a NEST to save your own settings and  
so on.


http://code.goto10.org/projects/puredyne/wiki/DocNesting

Alvaro




- ursprüngliche Nachricht -


--

Message: 1
Date: Wed, 15 Apr 2009 14:37:01 +
From: Nicanor Garcia
Subject: [PD] Wiimote on pure dyne
To: pd-list@iem.at
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

Hello, I just installed pure dyne linux portable distro on my USB  
and I'm

trying to configure it to my needs.

I need to use the Wiimote object which is an external, but I haven't  
been

able to do so.

When I try to change the paths or the startup settings on Pure Data  
and I
click Save all settings and then OK, the next time I open the window  
the

changes I made are gone so it wont load the external.

What can I do to change the settings?

Or how can I load this external in other way?

Thank you very much.

Nicanor Garcia O.
-- next part --
An HTML attachment was scrubbed...
URL:

--


 ursprüngliche Nachricht Ende 

___
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] Wiimote on pure dyne

[Alvaro]

Hi,

this might not be a problem with Wiimote, but rather a special thing of using 
pre-installed system. 
You have to make what they call a NEST to save your own settings and so on.

http://code.goto10.org/projects/puredyne/wiki/DocNesting

Alvaro




- ursprüngliche Nachricht -


--

Message: 1
Date: Wed, 15 Apr 2009 14:37:01 +
From: Nicanor Garcia 
Subject: [PD] Wiimote on pure dyne
To: pd-list@iem.at
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

Hello, I just installed pure dyne linux portable distro on my USB and I'm
trying to configure it to my needs.

I need to use the Wiimote object which is an external, but I haven't been
able to do so.

When I try to change the paths or the startup settings on Pure Data and I
click Save all settings and then OK, the next time I open the window the
changes I made are gone so it wont load the external.

What can I do to change the settings?

Or how can I load this external in other way?

Thank you very much.

Nicanor Garcia O.
-- next part --
An HTML attachment was scrubbed...
URL: 

--


 ursprüngliche Nachricht Ende 

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

Re: [PD] Wiimote on pure dyne

[a. tonal]

_
http://redirect.gimas.net/?n=M0904xIE8_MSN4_WW
Internet Explorer 8 jetzt für MSN  - kostenlos!
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote on pure dyne

[Martin Schied]

Hi!



btw, has anybody managed to use the wiimote (or libcwiid to be 
precise) with a kernel > 2.6.26?


fgmasdr
IOhannes
yes. here it's working on ubuntu intrepid 2.6.27-11-generic. But I know 
of general bluetooh problems on intrepid's recent kernels, maybe > 
2.6.26 - but I don't remember exactly.


Martin






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

Re: [PD] Wiimote on pure dyne

[IOhannes m zmoelnig]

Nicanor Garcia wrote:

Hello, I just installed pure dyne linux portable distro on my USB and I'm
trying to configure it to my needs.

I need to use the Wiimote object which is an external, but I haven't been
able to do so.

When I try to change the paths or the startup settings on Pure Data and I
click Save all settings and then OK, the next time I open the window the
changes I made are gone so it wont load the external.

What can I do to change the settings?

Or how can I load this external in other way?



[declare -lib wiimote]
[import wiimote]
[wiimote/wiimote]

or something like this.

btw, has anybody managed to use the wiimote (or libcwiid to be precise) 
with a kernel > 2.6.26?


fgmasdr
IOhannes


smime.p7s
Description: S/MIME Cryptographic Signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [wiimote] and inf

[Hans-Christoph Steiner]

I am talking about [wiimote], which is the exact object name for Mike  
Woz's GNU/Linux+libcwiid objectclass:


http://mikewoz.com/index.php?page=pd-stuff

Pix just did a ton of work on that wiimote, hopefully he'll be  
submitting a patch soon.  It was used in a Medialab Prado AVLAB  
project, W_space, where they used 5 wiiremotes to track the whole  
body.  As far as I know, this is the only software out there that can  
now reliably get information from 5 wiiremotes at once.


.hc

On Oct 5, 2008, at 3:58 PM, Yvan Vander Sanden wrote:


Which [wiimote] are we talking about? Linux, OSX or Windows?

Just to know if it's my code or not...

Regards,

yvan vander sanden

2008/9/29 Hans-Christoph Steiner <[EMAIL PROTECTED]>

So we just found a bug here at AVLAB when using [iir] to filter data
coming from [wiimote].  It seems that the [wiimote] object outputs -
inf and inf if the nunchuks are not connected.  This makes it quite
hard to do things like filter the data, since inf can freak out some
filters.

Any reason not to prevent [wiimote] from every outputting -inf and  
inf?





--
Copyright only exists in the imagination of those who do not have any.




 



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

Re: [PD] wiimote and OSCroute

[IOhannes m zmoelnig]

philippe boisnard wrote:
> Hello
> 

 > there are many error. I tried with [OSCroute] and I have many error
 > to. I can't create a patch that works good.

a good start is to post these errors to the list. it's really 
complicated to deduce what is going on and help you from a generic term 
like "there are errors".


> I tried to separate the data with unpack ([oscD] -> [unpack]), but  

what is [oscD]? i don't know this object;
it might be something like a double-precision [osc~] (sorry, i couldn't 
resist), or you might refer to [OSCdump], in which case i can only 
repeat myself: do not use the OSCx library; it is outdated, broken and 
unmaintained.

> I believe that, on mac, we don't have [packOSC] and [unpackOSC],  
> isn't it ?

how come?
there is no bit of code in there that would prevent it from working on a 
mac. it is included in the general Pd-extended build system, so it 
should be there just fine.

nevertheless it is part of the mrpeach/osc library; you might have to 
issue an [import mrpeach] first (or add "mrpeach" to the libraries 
loaded on startup)



gfamsdr
IOhannes

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

Re: [PD] wiimote undefined symbol with pd-extended 0.40.3

[olsen wolf]

hm this error was due to double trouble caused by installed
cwiid-0.6.00 from the wiimote source & the debian.
i remove the libcwiid packages as
apt-file search cwiid_internal.h
gives me no output & as line 35 of wiimote.c needs to know the
location of cwiid_internal.h i installed  cwiid-0.6.00 coming with
wiimote_0.6.00.tar.gz & it works - anyway to keep it short - sorry for
the wind!
olsen



On Fri, Aug 15, 2008 at 2:07 PM, olsen wolf
<[EMAIL PROTECTED]> wrote:
> Buenas
> i've just got back using wiimote with pd-extended 0.40.3
> unfortunately i get an undefined symbol on [import wiimote]
>
> /usr/local/lib/pd-externals/wiimote.pd_linux:
> /usr/local/lib/pd-externals/wiimote.pd_linux: undefined symbol:
> cwiid_close
> error: [import]: ERROR: can't load library in 'wiimote'
> ... you might be able to track this down from the Find menu.
> [import] $Revision: 1.2 $
>WARNING! this is alpha, the interface could change!
>compiled against Pd version 0.40.3
>
> i'm using wiimote 0.6.00 from:
> http://mikewoz.com/downloads/wiimote_0.6.00.tar.gz
> any clue what's undefining this symbol?
> thanks
> olsen
>
>
> --
> Planet Pluto bleibt!
>



-- 
Planet Pluto bleibt!

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

Re: [PD] wiimote for macosx

[Hans-Christoph Steiner]

I did update it, more is working, try it out and let me know:

http://lists.puredata.info/pipermail/pd-list/2008-07/064034.html

darwiinosc is another option:

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

.hc

On Aug 6, 2008, at 11:00 AM, Luigi Rensinghoff wrote:


As much as i know its still not working well.


and the use of Osculator is still recommended on OS X

bye luigi


Am 06.08.2008 um 16:00 schrieb punchik punchik:

hello , do anybody have compiled the wiimote object for macosx? if  
not where can i get a working wiiremote object from hans steiner  
compiled for macosx?


thanks in advance




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




>---<

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




 



Using ReBirth is like trying to play an 808 with a long stick.- 
David Zicarelli



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

Re: [PD] wiimote for macosx

[Luigi Rensinghoff]

As much as i know its still not working well.


and the use of Osculator is still recommended on OS X

bye luigi


Am 06.08.2008 um 16:00 schrieb punchik punchik:

hello , do anybody have compiled the wiimote object for macosx? if  
not where can i get a working wiiremote object from hans steiner  
compiled for macosx?


thanks in advance




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




>---<

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] wiimote and guitarHero Wii

[Hans-Christoph Steiner]

There is a GNU/Linux Pd object for the wii remote floating around.   
The Mac OS X version doesn't work (yet), you'll need to use OSCulator  
for now:

http://www.osculator.net/wiki/

.hc

On Jun 23, 2008, at 6:24 PM, [EMAIL PROTECTED] wrote:

> hello,
>
> i want to use the guitar hero wii guitar with Pd.
>
> Actually is a wiimote inside a guitar hero axe,and  the connection  
> between
> the computer is via bluetooth with the wiimote.  Seems like the  
> wiimote +
> nunchuck.
>
> Have any of you test it yet? Can i use the same wii library to pd or
> darwinmote to play it?
>
>
> thanks in advance...
>
> sergi.
>
>
>
>
>
>
>
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list





 


"Free software means you control what your computer does. Non-free  
software means someone else controls that, and to some extent  
controls you." - Richard M. Stallman



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

Re: [PD] wiimote and guitarHero Wii

[Derek Holzer]

There was a lot of discussion on this topic a few months ago. Check the 
archives:

http://lists.puredata.info/search/Pd-list?query=guitar+hero&max=20&result=normal&sort=score

best!
d.


[EMAIL PROTECTED] wrote:
> hi list,
> 
> i want to use the guitarhero wii guitar with pd.
> 
> it´s actually a wiimote with some more buttons and a whammy bar... please
> see the attachment. The connection is via the wiimote(bluetooth).
> 
> do you test it yet?
> 
> 
> thanks in advance.
> 
> sergi.
> 
> 
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

-- 
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
---Oblique Strategy # 129:
"Put in earplugs"

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

Re: [PD] Wiimote for OS X

[Hans-Christoph Steiner]

In any case, thanks for doing this!  I hope I can get it working  
soon, but I can't promise that unfortunately.  I spent some time with  
a someone's wiimote a couple months ago and got close.  At least I  
know where to start looking.

.hc

On Jan 9, 2008, at 2:22 PM, Phil Stone wrote:

> Aargh, sorry, not meant for list, please ignore!
>
> P
>
>
> Phil Stone wrote:
>> Luke and giucant,
>>
>> I set up a PayPal account for this email address.  Do you need any  
>> other
>> info?
>>
>>
>> Phil
>>
>> ___
>> 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 cannot dispossess  
himself of it.- Thomas Jefferson



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

Re: [PD] Wiimote for OS X

[Phil Stone]

Aargh, sorry, not meant for list, please ignore!

P


Phil Stone wrote:
> Luke and giucant,
>
> I set up a PayPal account for this email address.  Do you need any other 
> info?
>
>
> Phil
>
> ___
> 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] Wiimote for OS X

[Phil Stone]

Luke and giucant,

I set up a PayPal account for this email address.  Do you need any other 
info?


Phil

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

Re: [PD] Wiimote for OS X

[giucant]

+1

waiting paypal address

j

--- "Luke Iannini (pd)" <[EMAIL PROTECTED]> ha
scritto:

> Sure, I'll chip in for that.  Hans deserves more
> than a Wiimote anyway
> : ) (well, so do all you devs).
> 
> Give me a paypal address, I guess?
> Cheers
> Luke
> 
> On Jan 4, 2008 2:59 PM, Phil Stone
> <[EMAIL PROTECTED]> wrote:
> > Greetings,
> >
> > I was checking with Hans about his progress
> debugging the wiimote object
> > for OS X, and he said he'd be happy to get it
> working, but doesn't have
> > a Wiimote to debug against.  Someone had promised
> to send him one, but
> > then apparently forgot about it.
> >
> > While I can't afford to send Hans a Wiimote
> outright, I'd be happy to
> > chip in...is anybody else interested in getting
> the Wiimote working for
> > other OSs?  If at least one other person will
> share the cost with me,
> > I'll do it.
> >
> > Drop me a line,
> >
> >
> > Phil Stone
> > pkstonemusic.com
> >
> > ___
> > 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
> 



  ___ 
L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
http://it.docs.yahoo.com/nowyoucan.html

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

Re: [PD] Wiimote for OS X

[Yvan Vander Sanden]

Phil Stone wrote:
> Greetings,
>
> I was checking with Hans about his progress debugging the wiimote object 
> for OS X, and he said he'd be happy to get it working, but doesn't have 
> a Wiimote to debug against.  Someone had promised to send him one, but 
> then apparently forgot about it.
>
> While I can't afford to send Hans a Wiimote outright, I'd be happy to 
> chip in...is anybody else interested in getting the Wiimote working for 
> other OSs?  If at least one other person will share the cost with me, 
> I'll do it.
>   

On a sligthly related topic, i am rewriting the wiimote object at the 
moment. The original version is still based on the 0.4 api, and much has 
improved in the 0.6 version.

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

Re: [PD] Wiimote for OS X

[Luke Iannini (pd)]

Sure, I'll chip in for that.  Hans deserves more than a Wiimote anyway
: ) (well, so do all you devs).

Give me a paypal address, I guess?
Cheers
Luke

On Jan 4, 2008 2:59 PM, Phil Stone <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> I was checking with Hans about his progress debugging the wiimote object
> for OS X, and he said he'd be happy to get it working, but doesn't have
> a Wiimote to debug against.  Someone had promised to send him one, but
> then apparently forgot about it.
>
> While I can't afford to send Hans a Wiimote outright, I'd be happy to
> chip in...is anybody else interested in getting the Wiimote working for
> other OSs?  If at least one other person will share the cost with me,
> I'll do it.
>
> Drop me a line,
>
>
> Phil Stone
> pkstonemusic.com
>
> ___
> 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] wiimote with ir sensor bar

[Roman Haefeli]

On Mon, 2007-10-29 at 07:12 -0400, Chris McCormick wrote:
> Hi,
> 
> Well maybe you could fill a room with ir LEDs so that the Wiimote
> always has some LEDs in it's view, and then make each LED flash with
> a unique pattern. That way you could read the pattern being flashed by
> each LED to know which LED(s) the Wiimote is pointing at, and determine
> it's position in space from the positions of the LEDs in it's view.

yeah, i thought about that as well, but i am not sure how difficult it
would be to sync the leds and the wiimote. every small jitter would give
absolutely useless results and if you really want to make it jitter
proof, then it's probably very slow... but it would definitely be nice
to have some position tracking based on wiimote.

roman





___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


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

Re: [PD] wiimote with ir sensor bar

[Chris McCormick]

Hi,

Well maybe you could fill a room with ir LEDs so that the Wiimote
always has some LEDs in it's view, and then make each LED flash with
a unique pattern. That way you could read the pattern being flashed by
each LED to know which LED(s) the Wiimote is pointing at, and determine
it's position in space from the positions of the LEDs in it's view.

Best,

Chris.

On Sun, Oct 28, 2007 at 08:36:42PM +0100, Roman Haefeli wrote:
> On Sun, 2007-10-28 at 01:12 -0700, punchik punchik wrote:
> > Hi , is there any way of using the ir sensor bar with
> > the wimote in pure data?
> 
> yes, that is possible. the sensor bar is nothing else but two groups of
> ir-leds, that are used as a reference point in space. you couls also use
> a lighter (or up to four) instead. the wiimote just sends you the
> coordinates of the reference points' (ir-led, lighter, whatever)
> projection on the wiimote's intenal ir-camera.  
> 
> >  Is it posible to track the
> > movements of people carrying wimotes in real space
> > with puredata?
> 
> no, that is not quite possible with the sensors, that wiimote is
> equipped with. it has 3 accelerometers (x, y and z), but it is very
> difficult (probably impossible) to calculate a position out of this
> data. it would be possible to calculate the position with the data from
> the ir-camera, but then you would need at least 3 reference points and
> they would have to be always visible for the cam. since the angle is
> quite narrow, it is probably not too suitable for position tracking. 
> 
> roman
> 
> 
> 
>   
> ___ 
> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
> 
> 
> 
---
http://mccormick.cx

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

Re: [PD] wiimote with ir sensor bar

[Chuckk Hubbard]

I thought I read that the ir-leds are angled slightly outward.  Perhaps the
amount of light detected from each is affected by the angle, which could be
used to solidify the position?

-Chuckk

On 10/28/07, Roman Haefeli <[EMAIL PROTECTED]> wrote:
>
> On Sun, 2007-10-28 at 01:12 -0700, punchik punchik wrote:
> > Hi , is there any way of using the ir sensor bar with
> > the wimote in pure data?
>
> yes, that is possible. the sensor bar is nothing else but two groups of
> ir-leds, that are used as a reference point in space. you couls also use
> a lighter (or up to four) instead. the wiimote just sends you the
> coordinates of the reference points' (ir-led, lighter, whatever)
> projection on the wiimote's intenal ir-camera.
>
> >  Is it posible to track the
> > movements of people carrying wimotes in real space
> > with puredata?
>
> no, that is not quite possible with the sensors, that wiimote is
> equipped with. it has 3 accelerometers (x, y and z), but it is very
> difficult (probably impossible) to calculate a position out of this
> data. it would be possible to calculate the position with the data from
> the ir-camera, but then you would need at least 3 reference points and
> they would have to be always visible for the cam. since the angle is
> quite narrow, it is probably not too suitable for position tracking.
>
> roman
>
>
>
>
> ___
> Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
>
>
> ___
> 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] wiimote with ir sensor bar

[Roman Haefeli]

On Sun, 2007-10-28 at 20:47 +0100, Thomas Grill wrote:
> Roman Haefeli schrieb:
> > On Sun, 2007-10-28 at 01:12 -0700, punchik punchik wrote:
> >   
> >> Hi , is there any way of using the ir sensor bar with
> >> the wimote in pure data?
> >> 
> >
> > yes, that is possible. the sensor bar is nothing else but two groups of
> > ir-leds, that are used as a reference point in space. you couls also use
> > a lighter (or up to four) instead. the wiimote just sends you the
> > coordinates of the reference points' (ir-led, lighter, whatever)
> > projection on the wiimote's intenal ir-camera.
> >   
> actually it works quite well with old-fashioned candles which are easier 
> to handle than lighters.

:-)

hehe, of course.. i think, the only reason, i mentioned lighters instead
of candles, is that i used a lighter to test it...

roman





___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


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

Re: [PD] wiimote with ir sensor bar

[Thomas Grill]

Roman Haefeli schrieb:
> On Sun, 2007-10-28 at 01:12 -0700, punchik punchik wrote:
>   
>> Hi , is there any way of using the ir sensor bar with
>> the wimote in pure data?
>> 
>
> yes, that is possible. the sensor bar is nothing else but two groups of
> ir-leds, that are used as a reference point in space. you couls also use
> a lighter (or up to four) instead. the wiimote just sends you the
> coordinates of the reference points' (ir-led, lighter, whatever)
> projection on the wiimote's intenal ir-camera.
>   
actually it works quite well with old-fashioned candles which are easier 
to handle than lighters.

gr~~~



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

Re: [PD] wiimote with ir sensor bar

[Roman Haefeli]

On Sun, 2007-10-28 at 01:12 -0700, punchik punchik wrote:
> Hi , is there any way of using the ir sensor bar with
> the wimote in pure data?

yes, that is possible. the sensor bar is nothing else but two groups of
ir-leds, that are used as a reference point in space. you couls also use
a lighter (or up to four) instead. the wiimote just sends you the
coordinates of the reference points' (ir-led, lighter, whatever)
projection on the wiimote's intenal ir-camera.  

>  Is it posible to track the
> movements of people carrying wimotes in real space
> with puredata?

no, that is not quite possible with the sensors, that wiimote is
equipped with. it has 3 accelerometers (x, y and z), but it is very
difficult (probably impossible) to calculate a position out of this
data. it would be possible to calculate the position with the data from
the ir-camera, but then you would need at least 3 reference points and
they would have to be always visible for the cam. since the angle is
quite narrow, it is probably not too suitable for position tracking. 

roman




___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


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

Re: [PD] wiimote for macosx

[Hans-Christoph Steiner]

On Oct 1, 2007, at 12:50 PM, Mike Wozniewski wrote:

> Hi Steffen,
>
> If you're referring to the [wiimote] object that I wrote
> (http://mikewoz.com/index.php?page=pd-stuff), then it's not possible,
> because the library it uses is Linux-only. At that time, there were no
> cross-platform libraries for the wii controller, so I chose a Linux
> library and developed an external to interface with it. There were
> already solutions for Windows (using GlovePIE) and for OSX (using
> aka.wiiremote), so I didn't bother with that.
>
> I see that aka.wiiremote
> (http://www.iamas.ac.jp/%7Eaka/max/#aka_wiiremote) is for Max/MSP  
> only,
> but I'm sure someone could port that to Pd quite easily. I guess  
> that's
> what Hans was trying in Zaragoza? (as mentioned below).

Yup, the port is complete, it compiles and loads fine, and the Pd  
changes are included in his sources.  It just doesn't work :D.  If I  
get my hands on one, then I'll debug it.

.hc


> Otherwise, I'd suggest that you try Darwiinmote
> (http://blog.hiroaki.jp/2006/12/000433.html), which can emulate  
> keyboard
> and mouse events. You can then use Pd to capture and process those  
> events.
>
> I hope this helps,
> -Mike
>
>
>
> Steffen wrote:
>> On 30/09/2007, at 14.45, punchik punchik wrote:
>>
>>
>>> hi , do anybody have compiled the wiimote object for macosx?
>>>
>>
>> I think it kind of depends if there were success in Zaragoza, cf.
>> http://lists.puredata.info/pipermail/pd-list/2007-06/051195.html
>>
>> ___
>> 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







 


"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] wiimote for macosx

[Mike Wozniewski]

Hi Steffen,

If you're referring to the [wiimote] object that I wrote 
(http://mikewoz.com/index.php?page=pd-stuff), then it's not possible, 
because the library it uses is Linux-only. At that time, there were no 
cross-platform libraries for the wii controller, so I chose a Linux 
library and developed an external to interface with it. There were 
already solutions for Windows (using GlovePIE) and for OSX (using 
aka.wiiremote), so I didn't bother with that.

I see that aka.wiiremote 
(http://www.iamas.ac.jp/%7Eaka/max/#aka_wiiremote) is for Max/MSP only, 
but I'm sure someone could port that to Pd quite easily. I guess that's 
what Hans was trying in Zaragoza? (as mentioned below).
 
Otherwise, I'd suggest that you try Darwiinmote 
(http://blog.hiroaki.jp/2006/12/000433.html), which can emulate keyboard 
and mouse events. You can then use Pd to capture and process those events.

I hope this helps,
-Mike



Steffen wrote:
> On 30/09/2007, at 14.45, punchik punchik wrote:
>
>   
>> hi , do anybody have compiled the wiimote object for macosx?
>> 
>
> I think it kind of depends if there were success in Zaragoza, cf.
> http://lists.puredata.info/pipermail/pd-list/2007-06/051195.html
>
> ___
> 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] wiimote for macosx

[Hans-Christoph Steiner]

On Sep 30, 2007, at 9:21 AM, Steffen wrote:

>
> On 30/09/2007, at 14.45, punchik punchik wrote:
>
>> hi , do anybody have compiled the wiimote object for macosx?
>
> I think it kind of depends if there were success in Zaragoza, cf.
> http://lists.puredata.info/pipermail/pd-list/2007-06/051195.html

No wiiremote showed up, so nothing has changed.  If you have a  
wiiremote, I don't think it would be too hard to debug.

.hc

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



 


I have the audacity to believe that peoples everywhere can have three  
meals a day for their bodies, education and culture for their minds,  
and dignity, equality and freedom for their spirits.  - Martin  
Luther King, Jr.



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

Re: [PD] wiimote for macosx

[Steffen]

On 30/09/2007, at 14.45, punchik punchik wrote:

> hi , do anybody have compiled the wiimote object for macosx?

I think it kind of depends if there were success in Zaragoza, cf.
http://lists.puredata.info/pipermail/pd-list/2007-06/051195.html

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

Re: [PD] Wiimote

[Steffen Leve Poulsen]

You should use midi yoke nt as loopback, install their midi-oxe as well.
Remeber to update directX once in a while.

I have GlovePIE running with latest version of both pd-vanilla/xtended.
Just for a short test.

mvh Steffen Leve Poulsen

Patco skrev:
> Mike Wozniewski a écrit :
>> I think that the easiest way is to use GlovePIE, and route wiimote 
>> messages to MIDI, keypresses, etc.
>>
>> see: http://carl.kenner.googlepages.com/glovepie_download
>>
>> -Mike
>>
>>   
>  Anyone has been able to connect pd and glovepie with a virtualmidi port?
> I've tried with mapple driver and pd extended 0.39-RC1, pd crashes when 
> I open it if I do use the same MIDI input port as glovepie midi output 
> device, and pd-vanilla gives a "PortMidi: `Host error'" message
> 
> ___
> 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] Wiimote

[Patco]

Mike Wozniewski a écrit :
> I think that the easiest way is to use GlovePIE, and route wiimote 
> messages to MIDI, keypresses, etc.
>
> see: http://carl.kenner.googlepages.com/glovepie_download
>
> -Mike
>
>   
 Anyone has been able to connect pd and glovepie with a virtualmidi port?
I've tried with mapple driver and pd extended 0.39-RC1, pd crashes when 
I open it if I do use the same MIDI input port as glovepie midi output 
device, and pd-vanilla gives a "PortMidi: `Host error'" message

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

Re: [PD] Wiimote

[Alexandre Quessy]

Hi all,
Yeah, I tried GlovePIE today (on windozz), and there is no console...
Anyone has an hint on how to know if you are connected ? I read the
instructions and all that...

a

2007/4/18, Mike Wozniewski <[EMAIL PROTECTED]>:
> I think that the easiest way is to use GlovePIE, and route wiimote
> messages to MIDI, keypresses, etc.
>
> see: http://carl.kenner.googlepages.com/glovepie_download
>
> -Mike
>
> Gonzague DDR wrote:
> > Hi, is there an object to get de wiimote, or the bluetooth signal,
> > under windows ?
> >
> > Thanks, and excuse me to ask again this question, i did not found a
> > link to search this list's archives.
> >
> > 3o3
> >
> > 
> > Découvrez une nouvelle façon d'obtenir des réponses à toutes vos
> > questions ! Profitez des connaissances, des opinions et des
> > expériences des internautes sur Yahoo! Questions/Réponses
> > .
> > 
> >
> > ___
> > 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
>


-- 
Alexandre Quessy
http://alexandre.quessy.net
http://www.puredata.info/Members/aalex

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

Re: [PD] Wiimote

[Mike Wozniewski]

I think that the easiest way is to use GlovePIE, and route wiimote 
messages to MIDI, keypresses, etc.

see: http://carl.kenner.googlepages.com/glovepie_download

-Mike

Gonzague DDR wrote:
> Hi, is there an object to get de wiimote, or the bluetooth signal, 
> under windows ?
>
> Thanks, and excuse me to ask again this question, i did not found a 
> link to search this list's archives.
>
> 3o3
>
> 
> Découvrez une nouvelle façon d'obtenir des réponses à toutes vos 
> questions ! Profitez des connaissances, des opinions et des 
> expériences des internautes sur Yahoo! Questions/Réponses 
> .
> 
>
> ___
> 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