Re: [PD] My personal GEM preview inside a patch...

2013-06-25 Thread Cyrille Henry

hello,

thanks for the patch,
unfortunately, i think it's still too slow to be usable.

better than deleting everything and creating them back with new colour, i tried 
to change colours of the existing one.
i tried with both the canvas version and the data structure version.
in both case, things are lot's faster in the original patch than in my 
optimized version. that's not what i was expecting.

how come that it's faster to delete a canvas and create a new one than changing 
a canvas colour?
(same question for data structure).

cheers
c



Le 24/06/2013 20:31, Philippe Boisnard a écrit :


Le 24 juin 2013 à 20:20, Cyrille Henry a écrit :


i can see the discution, but where is the patch?
and is it fast enough to be usable?

cheers
c

Le 24/06/2013 19:31, Philippe Boisnard a écrit :

Yes

arnaud courcelles have made today with datastructures
you can find this on codelab.fr
on this thread
http://codelab.fr/4343


Le 24 juin 2013 à 18:25, Cyrille Henry a écrit :


hello,
it would really be useful to have an efficient pix_preview.
did anyone try using data structure? would it be faster?

i guess lluis pix_preview is the best option for now

cheers
c


Le 23/06/2013 22:31, Olivier Baudu a écrit :

I've received few messages asking me if it's a joke... :-°

Well...
It's a kind of joke because it is useless...
(I redraw the GEM stream in hundred of 2x2 canvas)

But it's not joke in the way that it really works on my laptop / Linux Mint DE 
/ Pd-extended 0.43.4 / GEM 0.93 at 4 fps...

Sorry if I've crashed your OS with my stuff...

Cheers...

01ivier

Le 23.06.2013 17:33, Olivier Baudu a écrit :

Hi list,

I want to share with you a big victory for me... :-p
I've succeeded in visualizing image/video GEM stream inside my patch
(at 4 fps !!).

Well...
You can't really do anything else when the automatic mode is on... :-D
... but I'm so proud, you know.

Patch attached.
Screenshot here : http://codelab.fr/4343#p23267

Cheers

01ivier


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




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



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





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



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


Re: [PD] My personal GEM preview inside a patch...

2013-06-25 Thread Philippe Boisnard
Hello

To continue this question, perhaps, this preview can be create between 2 
instances of puredata, with sharemem to transmit data colours. In this case, we 
ll no cpu problem for the first instance. and only preview-process in the 
second.
I try to create that this week to explore this solution. In this case, it will 
be possible to have better preview quality. isn't it ? 

best

p


Le 25 juin 2013 à 10:58, Cyrille Henry a écrit :

 hello,
 
 thanks for the patch,
 unfortunately, i think it's still too slow to be usable.
 
 better than deleting everything and creating them back with new colour, i 
 tried to change colours of the existing one.
 i tried with both the canvas version and the data structure version.
 in both case, things are lot's faster in the original patch than in my 
 optimized version. that's not what i was expecting.
 
 how come that it's faster to delete a canvas and create a new one than 
 changing a canvas colour?
 (same question for data structure).
 
 cheers
 c
 
 
 
 Le 24/06/2013 20:31, Philippe Boisnard a écrit :
 
 Le 24 juin 2013 à 20:20, Cyrille Henry a écrit :
 
 i can see the discution, but where is the patch?
 and is it fast enough to be usable?
 
 cheers
 c
 
 Le 24/06/2013 19:31, Philippe Boisnard a écrit :
 Yes
 
 arnaud courcelles have made today with datastructures
 you can find this on codelab.fr
 on this thread
 http://codelab.fr/4343
 
 
 Le 24 juin 2013 à 18:25, Cyrille Henry a écrit :
 
 hello,
 it would really be useful to have an efficient pix_preview.
 did anyone try using data structure? would it be faster?
 
 i guess lluis pix_preview is the best option for now
 
 cheers
 c
 
 
 Le 23/06/2013 22:31, Olivier Baudu a écrit :
 I've received few messages asking me if it's a joke... :-°
 
 Well...
 It's a kind of joke because it is useless...
 (I redraw the GEM stream in hundred of 2x2 canvas)
 
 But it's not joke in the way that it really works on my laptop / Linux 
 Mint DE / Pd-extended 0.43.4 / GEM 0.93 at 4 fps...
 
 Sorry if I've crashed your OS with my stuff...
 
 Cheers...
 
 01ivier
 
 Le 23.06.2013 17:33, Olivier Baudu a écrit :
 Hi list,
 
 I want to share with you a big victory for me... :-p
 I've succeeded in visualizing image/video GEM stream inside my patch
 (at 4 fps !!).
 
 Well...
 You can't really do anything else when the automatic mode is on... :-D
 ... but I'm so proud, you know.
 
 Patch attached.
 Screenshot here : http://codelab.fr/4343#p23267
 
 Cheers
 
 01ivier
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 
 
 
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 


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


Re: [PD] compiling pix_opencv on debian (lmde)

2013-06-25 Thread yvan volochine

On 21/06/13 20:40, Antoine Villeret wrote:

i've made some change in the headers
it should not depends on libcv-dev libhighgui-dev and libcvaux-dev anymore
maybe this solve your problem too


I still get the aforementioned error but after all externals have been 
built fine.

but getting rid of dependencies is always nice =)

and here's another patch reflecting the new sf.net repo url in 
pix_opencv README:


https://gist.github.com/gusano/5857170

ciao
y

--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://vimeo.com/yv

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


Re: [PD] My personal GEM preview inside a patch...

2013-06-25 Thread Husk 00
On Tue, Jun 25, 2013 at 6:16 AM, Philippe Boisnard philem...@mac.comwrote:

 Hello

 To continue this question, perhaps, this preview can be create between 2
 instances of puredata, with sharemem to transmit data colours. In this
 case, we ll no cpu problem for the first instance. and only preview-process
 in the second.
 I try to create that this week to explore this solution. In this case, it
 will be possible to have better preview quality. isn't it ?

 best


Hi philippe,
times ago I explored this solution form my preQiew[1] abstraction and it
works maybe a bit faster than a same istance aproach but not so much.
In my experience the faster solution for an in patch preview solution was
pix_preview or using gridflow and convert gem  pix to gridflow list.
Actuallly this was the method I used most in my workshops until an
installer package of gridflow was available.
Still I'm curious to know about your experiments
cheers
husk


[1] https://code.autistici.org/trac/planetQ/wiki/preQiew
-- 
l'importante nella vita é avere pregiudizi a priori su tutto
Jean-Paul-Sartre

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


Re: [PD] pd-0.45 + jack == weirdness

2013-06-25 Thread Lorenzo Sutton

On 24/06/2013 18:58, Miller Puckette wrote:

Thanks... I'm toying with a middle solution, which would be simply to open
jack with the JackNoStartServer option (one of JackOpenOptions).
I think this is a good idea anyway as the user might want to specify
jack options and it seems wrong to have Pd get involved in that.


I liked it when (v 0.42?) Pd would use jack if it found a jack server 
running and just alsa otherwise...


Lorenzo


cheers
Miller


On Mon, Jun 24, 2013 at 11:33:47AM +0200, Ivica Bukvic wrote:

Miller,

I think I solved the hang part in pd-l2ork implementation that is based on
the older model that allows disconnection and reconnection practically
under any circumstances. The only downside is if you yank the USB soundcard
while jack is running pd waits on jack to report that it lost the soundcard
and stops which can take up to 20 seconds. In other words in this case it's
jack that is hanging and consequently making pd hang as well but only
temporarily.

HTH
On Jun 24, 2013 5:14 AM, yvan volochine yvan...@gmail.com wrote:


hi Miller,

  Are you using 0.44?  (I don't think 0.45 exists yet :)
yeah sorry, 0.44 (pd-0.45-0-test)

  The only relevant thing I can find in recent commits is a change from

jack_client_new() to jack_client_open() back in 2010.

With apologies, here is the commit I found...

commit 1022e5687bb5785904ba1b1977a9a2**9c9b6b25dc


[SNIP]


Is it possible this bug has been there for the last three years? (i.e.
0.43 and 0.44 would have this problem)?


I just built 0.43-1 and yes the problem is there as well (weird that I
never tried to open pd without jack before..).

I couldn't build any older pd version (I guess I have a too recent tcl
somehow) so I cannot test with 0.42 (or with the commit before the one you
mentioned)

let me know if I should submit an issue..

ciao,
y

--
http://yvanvolochine.com
http://soundcloud.com/**yvanvolochinehttp://soundcloud.com/yvanvolochine
http://soundcloud.com/**elgusanorojo http://soundcloud.com/elgusanorojo
http://vimeo.com/yv

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


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


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



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


Re: [PD] compiling pix_opencv on debian (lmde)

2013-06-25 Thread Antoine Villeret
hello,

it should be fixed now,
i don't know from where the line 643 comes...
but my gcc 4.6.3 doesn't complain for that

thanks for reporting

a


--
do it yourself
http://antoine.villeret.free.fr


2013/6/25 yvan volochine yvan...@gmail.com

 On 21/06/13 20:40, Antoine Villeret wrote:

 i've made some change in the headers
 it should not depends on libcv-dev libhighgui-dev and libcvaux-dev anymore
 maybe this solve your problem too


 I still get the aforementioned error but after all externals have been
 built fine.
 but getting rid of dependencies is always nice =)

 and here's another patch reflecting the new sf.net repo url in pix_opencv
 README:

 https://gist.github.com/**gusano/5857170https://gist.github.com/gusano/5857170

 ciao

 y

 --
 http://yvanvolochine.com
 http://soundcloud.com/**yvanvolochinehttp://soundcloud.com/yvanvolochine
 http://soundcloud.com/**elgusanorojo http://soundcloud.com/elgusanorojo
 http://vimeo.com/yv

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


Re: [PD] compiling pix_opencv on debian (lmde)

2013-06-25 Thread yvan volochine

On 25/06/13 14:27, Antoine Villeret wrote:

it should be fixed now,
i don't know from where the line 643 comes...
but my gcc 4.6.3 doesn't complain for that


I have 4.8.1


thanks for reporting


haha, funny that I missed that as well =)

thanks for fixing!

ciao
y

--
http://yvanvolochine.com
http://soundcloud.com/yvanvolochine
http://soundcloud.com/elgusanorojo
http://vimeo.com/yv

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


Re: [PD] My personal GEM preview inside a patch...

2013-06-25 Thread Cyrille Henry

hello,

well, having 2 pd instance will create more problem that it will solve in this 
situation.
- pix_data will appear to use less cpu, but pix_data did not use cpu, it use 
bandwidth between cpu and gpu.
and this can't be share between cpu.

- the main bottleneck of this object is the rendering part. not really getting 
the data. so the pd~ / sharemem will not help.

one possible optimisation is using pix_resize/pix_dump to output all data as a 
list that can be put on a table.
pix_data will make as many call as pixel, but the pix_dump will make only 1 
call to the gpu.
it look like it work a bit better, but i did not really benchmark it. (since 
that's not where the bottleneck is)

i'm however disappointed that destroying / creating a new object is faster than 
changing an object colour.

cheers
c


Le 25/06/2013 11:16, Philippe Boisnard a écrit :

Hello

To continue this question, perhaps, this preview can be create between 2 
instances of puredata, with sharemem to transmit data colours. In this case, we 
ll no cpu problem for the first instance. and only preview-process in the 
second.
I try to create that this week to explore this solution. In this case, it will 
be possible to have better preview quality. isn't it ?

best

p


Le 25 juin 2013 à 10:58, Cyrille Henry a écrit :


hello,

thanks for the patch,
unfortunately, i think it's still too slow to be usable.

better than deleting everything and creating them back with new colour, i tried 
to change colours of the existing one.
i tried with both the canvas version and the data structure version.
in both case, things are lot's faster in the original patch than in my 
optimized version. that's not what i was expecting.

how come that it's faster to delete a canvas and create a new one than changing 
a canvas colour?
(same question for data structure).

cheers
c



Le 24/06/2013 20:31, Philippe Boisnard a écrit :


Le 24 juin 2013 à 20:20, Cyrille Henry a écrit :


i can see the discution, but where is the patch?
and is it fast enough to be usable?

cheers
c

Le 24/06/2013 19:31, Philippe Boisnard a écrit :

Yes

arnaud courcelles have made today with datastructures
you can find this on codelab.fr
on this thread
http://codelab.fr/4343


Le 24 juin 2013 à 18:25, Cyrille Henry a écrit :


hello,
it would really be useful to have an efficient pix_preview.
did anyone try using data structure? would it be faster?

i guess lluis pix_preview is the best option for now

cheers
c


Le 23/06/2013 22:31, Olivier Baudu a écrit :

I've received few messages asking me if it's a joke... :-°

Well...
It's a kind of joke because it is useless...
(I redraw the GEM stream in hundred of 2x2 canvas)

But it's not joke in the way that it really works on my laptop / Linux Mint DE 
/ Pd-extended 0.43.4 / GEM 0.93 at 4 fps...

Sorry if I've crashed your OS with my stuff...

Cheers...

01ivier

Le 23.06.2013 17:33, Olivier Baudu a écrit :

Hi list,

I want to share with you a big victory for me... :-p
I've succeeded in visualizing image/video GEM stream inside my patch
(at 4 fps !!).

Well...
You can't really do anything else when the automatic mode is on... :-D
... but I'm so proud, you know.

Patch attached.
Screenshot here : http://codelab.fr/4343#p23267

Cheers

01ivier


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




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



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





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




___
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] select a certain sequence of numbers

2013-06-25 Thread Iain Mott
Hello,

Is there a simple way to examine incoming numbers and select a
particular sequence? That is, send a bang when it occurs?

In my case the source of numbers is from a sysexin object.

I'd like to send a bang message when the sequence 240 127 0 6 3 247
occurs, for example

Thanks,

Iain



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


Re: [PD] select a certain sequence of numbers

2013-06-25 Thread Iain Mott
sorry - figured out a way:

#N canvas 384 156 648 659 10;
#X obj 291 131 t l;
#X msg 188 83 10;
#X msg 250 94 20;
#X msg 290 94 30;
#X obj 219 153 list prepend;
#X obj 135 238 list append;
#X obj 134 200 bng 15 250 50 0 empty empty done 0 -6 0 8 -262144 -1
-1;
#X obj 339 132 bng 15 250 50 0 empty empty clear 0 -6 0 8 -262144 -1
-1;
#X floatatom 136 328 5 0 0 0 - - -;
#X floatatom 182 328 5 0 0 0 - - -;
#X floatatom 226 328 5 0 0 0 - - -;
#X obj 142 -13 inlet;
#X floatatom 238 -12 5 0 0 0 - - -;
#X obj 102 81 t b b;
#X obj 135 279 unpack f f f f f f f f;
#X floatatom 271 329 5 0 0 0 - - -;
#X floatatom 317 329 5 0 0 0 - - -;
#X floatatom 361 329 5 0 0 0 - - -;
#X obj 213 39 t b b;
#X obj -75 267 strcmp 240 127 0 6 3 247;
#X obj -74 356 sel 0;
#X obj 212 17 sel 240;
#X msg 223 71 240;
#X msg 123 107 247;
#X obj 120 57 sel 247;
#X obj 88 466 outlet;
#X obj -63 332 strcmp \$1 \$2 \$3 \$4 \$5 \$6;
#X obj -64 420 print start;
#X connect 0 0 4 1;
#X connect 1 0 4 0;
#X connect 2 0 4 0;
#X connect 3 0 4 0;
#X connect 4 0 0 0;
#X connect 4 0 5 1;
#X connect 5 0 14 0;
#X connect 5 0 19 0;
#X connect 6 0 5 0;
#X connect 7 0 4 1;
#X connect 11 0 21 0;
#X connect 12 0 21 0;
#X connect 13 0 6 0;
#X connect 13 1 23 0;
#X connect 14 0 8 0;
#X connect 14 1 9 0;
#X connect 14 2 10 0;
#X connect 14 3 15 0;
#X connect 14 4 16 0;
#X connect 14 5 17 0;
#X connect 18 0 22 0;
#X connect 18 1 7 0;
#X connect 19 0 20 0;
#X connect 20 0 25 0;
#X connect 20 0 27 0;
#X connect 21 0 18 0;
#X connect 21 1 24 0;
#X connect 22 0 4 0;
#X connect 23 0 4 0;
#X connect 24 0 13 0;
#X connect 24 1 4 0;
#X connect 26 0 20 0;



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


Re: [PD] select a certain sequence of numbers

2013-06-25 Thread Dan Wilcox
[list-compare] in the list-abs external in pd-ext?

On Jun 25, 2013, at 10:06 AM, pd-list-requ...@iem.at wrote:

 From: Iain Mott m...@reverberant.com
 Subject: [PD] select a certain sequence of numbers
 Date: June 25, 2013 10:06:32 AM EDT
 To: pd-list pd-list@iem.at
 Reply-To: m...@reverberant.com
 
 
 Hello,
 
 Is there a simple way to examine incoming numbers and select a
 particular sequence? That is, send a bang when it occurs?
 
 In my case the source of numbers is from a sysexin object.
 
 I'd like to send a bang message when the sequence 240 127 0 6 3 247
 occurs, for example
 
 Thanks,
 
 Iain


Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





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


[PD] Where is vanilla's makefile and other stuff located?

2013-06-25 Thread Alexandros Drymonitis
Hi,
I've been trying to install Pd vanilla on Ubuntu 12.04 together with
Pd-extended. I think I've created some mess as there are symbolic links
pointing at other symbolic links pointing at pd-extended.
Even though I thought I hadn't managed to install vanilla, I realised it's
sitting in /usr/bin/ as puredata. In /usr/lib/ there is a pd/ directory
which includes a doc/ and a extra/ directory, but these two directories
have only Gem stuff, no [bonk~] or [fiddle~] or [expr~] (even though I can
create all these objects).
I have a vanilla version is OS X and in /Applications/Pd-0.44-0 there is
the Contents/ directory where all the necessary stuff lies (Resources/extra
etc.).
Anyone knows where all this stuff is sitting in Ubuntu?

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


Re: [PD] Where is vanilla's makefile and other stuff located?

2013-06-25 Thread Alexandros Drymonitis
Btw, there must be something wrong cause Pd doesn't have an icon. When I
Ctl+Tab to change between applications, in Pd's icon place there's a
question mark..
And another minor thing, when Pd opens I get this in the Terminal: 'was...
1' (then Pd opens, no problem) and this error in the Pd window: WARNING:
Font family 'Courier' not found, using default (DejaVu Sans Mono)
Are there any stuff lost?


On Tue, Jun 25, 2013 at 10:32 PM, Alexandros Drymonitis adr...@gmail.comwrote:

 Hi,
 I've been trying to install Pd vanilla on Ubuntu 12.04 together with
 Pd-extended. I think I've created some mess as there are symbolic links
 pointing at other symbolic links pointing at pd-extended.
 Even though I thought I hadn't managed to install vanilla, I realised it's
 sitting in /usr/bin/ as puredata. In /usr/lib/ there is a pd/ directory
 which includes a doc/ and a extra/ directory, but these two directories
 have only Gem stuff, no [bonk~] or [fiddle~] or [expr~] (even though I can
 create all these objects).
 I have a vanilla version is OS X and in /Applications/Pd-0.44-0 there is
 the Contents/ directory where all the necessary stuff lies (Resources/extra
 etc.).
 Anyone knows where all this stuff is sitting in Ubuntu?

 Thanks

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


Re: [PD] electro-mechanical piano (player piano) - Arduino, Solenoid Issue

2013-06-25 Thread Charles Z Henry
Are you sure you need PWM pins?  You'll definitely be paying for more
*duinos if you are just using those.  If I were you, I'd think of another
way to deliver a variable impulse to the hammers.

Chuck


On Tue, Jun 25, 2013 at 3:43 PM, Epic Jefferson jeffreyconcepc...@gmail.com
 wrote:

 Hey guys,

 I've had progress building an Arduino-powered solenoid system for a
 controlling a piano's hammer mechanism (removing the keys) via pd.
 So far I've found the solenoid I want to use. [image: Inline image 1]
 Does any one have experience daisy-chaining arduinos (or arduino mega's)
 to get more pwm pins, while using just one usb connection for controlling
 via pd?

 --
 www.epicjefferson.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] electro-mechanical piano (player piano) - Arduino, Solenoid Issue

2013-06-25 Thread Peter Venus

maybe this could help you.
http://algo.mur.at/projects/microcontroller
this is developed by winfried ritsch, who realised really fast 
responding automated pianos with these.


peter

Am 25.06.13 22:53, schrieb Charles Z Henry:

Are you sure you need PWM pins?  You'll definitely be paying for more
*duinos if you are just using those.  If I were you, I'd think of another
way to deliver a variable impulse to the hammers.

Chuck


On Tue, Jun 25, 2013 at 3:43 PM, Epic Jefferson jeffreyconcepc...@gmail.com

wrote:



Hey guys,

I've had progress building an Arduino-powered solenoid system for a
controlling a piano's hammer mechanism (removing the keys) via pd.
So far I've found the solenoid I want to use. [image: Inline image 1]
Does any one have experience daisy-chaining arduinos (or arduino mega's)
to get more pwm pins, while using just one usb connection for controlling
via pd?

--
www.epicjefferson.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



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


Re: [PD] electro-mechanical piano (player piano) - Arduino, Solenoid Issue

2013-06-25 Thread batinste
Your might want to take a look at the TLC 5940. It's a led-driving chip 
with 16 pwm outputs. Chips are daisy-chainable, and there is an arduino 
library.

https://www.sparkfun.com/products/10136

On 25/06/2013 22:53, Charles Z Henry wrote:
Are you sure you need PWM pins?  You'll definitely be paying for more 
*duinos if you are just using those.  If I were you, I'd think of 
another way to deliver a variable impulse to the hammers.


Chuck


On Tue, Jun 25, 2013 at 3:43 PM, Epic Jefferson 
jeffreyconcepc...@gmail.com mailto:jeffreyconcepc...@gmail.com wrote:


Hey guys,

I've had progress building an Arduino-powered solenoid system for
a controlling a piano's hammer mechanism (removing the keys) via pd.
So far I've found the solenoid I want to use. Inline image 1
Does any one have experience daisy-chaining arduinos (or arduino
mega's) to get more pwm pins, while using just one usb connection
for controlling via pd?

-- 
www.epicjefferson.com http://www.epicjefferson.com


___
Pd-list@iem.at mailto: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] electro-mechanical piano (player piano) - Arduino, Solenoid Issue

2013-06-25 Thread Olivier Baudu

Hi...

It's not really the subject because we didn't use Pd for the this 
version...
But we've done a piano player with 48 servo engine (HS-422 from Hitec) 
controlled by I2C with a 3 PCA9685 and a Raspberry Pi.
This one from Adafruit ( http://www.adafruit.com/products/815 ) can be 
used with an Arduino.


http://vimeo.com/54803321

Cheers

01ivier

Le 25.06.2013 23:23, Peter Venus a écrit :

maybe this could help you.
http://algo.mur.at/projects/microcontroller
this is developed by winfried ritsch, who realised really fast
responding automated pianos with these.

peter

Am 25.06.13 22:53, schrieb Charles Z Henry:

Are you sure you need PWM pins?  You'll definitely be paying for more
*duinos if you are just using those.  If I were you, I'd think of 
another

way to deliver a variable impulse to the hammers.

Chuck


On Tue, Jun 25, 2013 at 3:43 PM, Epic Jefferson 
jeffreyconcepc...@gmail.com

wrote:



Hey guys,

I've had progress building an Arduino-powered solenoid system for a
controlling a piano's hammer mechanism (removing the keys) via pd.
So far I've found the solenoid I want to use. [image: Inline image 
1]
Does any one have experience daisy-chaining arduinos (or arduino 
mega's)
to get more pwm pins, while using just one usb connection for 
controlling

via pd?

--
www.epicjefferson.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




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


--
On ne peut pas vivre dans un monde où l'on croit que l'élégance 
exquise du plumage de la pintade est inutile. Ceci est tout à fait à 
part. J'ai eu envie de le dire, je l'ai dit. Jean Giono, Un roi sans 
divertissement.


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


Re: [PD] Where is vanilla's makefile and other stuff located?

2013-06-25 Thread Funs Seelen
Hello Alexandros,
The standard installation path for Pd in Ubuntu is /usr/local/lib/ (except
for the binary file /usr/bin). Afaik the makefile doesn't install itself
somewhere. If you don't know navigate to your pd-source. If you don't seem
to have them already type ./autogen.sh and a configure script and a
makefile will be created. To be sure no vanilla is installed type sudo make
uninstall, then make  make install to (re-)install pd. That should be it.
--Funs


On Tue, Jun 25, 2013 at 10:22 PM, Alexandros Drymonitis adr...@gmail.comwrote:

 Btw, there must be something wrong cause Pd doesn't have an icon. When I
 Ctl+Tab to change between applications, in Pd's icon place there's a
 question mark..
 And another minor thing, when Pd opens I get this in the Terminal: 'was...
 1' (then Pd opens, no problem) and this error in the Pd window: WARNING:
 Font family 'Courier' not found, using default (DejaVu Sans Mono)
 Are there any stuff lost?


 On Tue, Jun 25, 2013 at 10:32 PM, Alexandros Drymonitis 
 adr...@gmail.comwrote:

 Hi,
 I've been trying to install Pd vanilla on Ubuntu 12.04 together with
 Pd-extended. I think I've created some mess as there are symbolic links
 pointing at other symbolic links pointing at pd-extended.
 Even though I thought I hadn't managed to install vanilla, I realised
 it's sitting in /usr/bin/ as puredata. In /usr/lib/ there is a pd/
 directory which includes a doc/ and a extra/ directory, but these two
 directories have only Gem stuff, no [bonk~] or [fiddle~] or [expr~] (even
 though I can create all these objects).
 I have a vanilla version is OS X and in /Applications/Pd-0.44-0 there is
 the Contents/ directory where all the necessary stuff lies (Resources/extra
 etc.).
 Anyone knows where all this stuff is sitting in Ubuntu?

 Thanks



 ___
 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] specify number of alsa midi out ports

2013-06-25 Thread Iain Mott
Hello again,

Is there a way to specify the number of ALSA MIDI Out ports (in Linux)
via the command line or using a command from within Pd?

I can specify this running pd-extended -alsamidi and selecting via the
GUI: Media--Midi Settings... - but need to specify the number
automatically.

Thanks,

Iain


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


Re: [PD] specify number of alsa midi out ports

2013-06-25 Thread michael noble
The following will do it:

On Fri, Feb 3, 2012 at 7:58 AM, Max abonneme...@revolwear.com wrote:

 if you want to simply reconfigure the audio/midi settings programmatically
 it might be revealing to listen to the internal pd messages

 [receive pd]
 |
 [print]

 and then change the audio/midi settings.

 you can use those messages which will be printed in the console to change
 your settings when sending messages to a [send pd] that's the principle
 applied by the mediasettings library hans mentioned.


I just tried quickly and the exact the exact message required was:

[midi-dialog 2056 0 0 0 1.92017e+09 0 0 0 2 2(
|
[send pd]

where the last two numbers set the number of input and output ports
respectively.  Other settings probably differ...


On Wed, Jun 26, 2013 at 8:26 AM, Iain Mott m...@reverberant.com wrote:

 Hello again,

 Is there a way to specify the number of ALSA MIDI Out ports (in Linux)
 via the command line or using a command from within Pd?

 I can specify this running pd-extended -alsamidi and selecting via the
 GUI: Media--Midi Settings... - but need to specify the number
 automatically.

 Thanks,

 Iain


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




-- 
networking practice for sound environments :: http://nowhere.iamnobody.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Where is vanilla's makefile and other stuff located?

2013-06-25 Thread IOhannes zmölnig
On 06/26/2013 12:34 AM, Funs Seelen wrote:
 Hello Alexandros,
 The standard installation path for Pd in Ubuntu is /usr/local/lib/ (except
 for the binary file /usr/bin).

definitely not.
the default bath is either: /usr/local/bin (for the binaries) and
/usr/local/lib/pd (for the rest) OR /usr/bin + /usr/lib/pd

/usr/local is usually used for installing things manually (e.g. if you
build Pd yourself and run make install) and is therefore the default,
whereas /usr is normally reserved for your package management system.

 Afaik the makefile doesn't install itself
 somewhere. If you don't know navigate to your pd-source. If you don't seem
 to have them already type ./autogen.sh and a configure script and a
 makefile will be created. To be sure no vanilla is installed type sudo make
 uninstall, then make  make install to (re-)install pd. That should be it.

alternatively, you could just install the puredata package.
(at least in Debian there is a package for pd-vanilla 0.44.3)

gfamdrs
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] specify number of alsa midi out ports

2013-06-25 Thread IOhannes zmölnig
On 06/26/2013 01:26 AM, Iain Mott wrote:
 Hello again,
 
 Is there a way to specify the number of ALSA MIDI Out ports (in Linux)
 via the command line or using a command from within Pd?

pd -alsamidi -mididev 1,1,1,1

gfmasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] specify number of alsa midi out ports

2013-06-25 Thread IOhannes zmölnig
On 06/26/2013 04:10 AM, michael noble wrote:

 [midi-dialog 2056 0 0 0 1.92017e+09 0 0 0 2 2(
 |
 [send pd]
 
 where the last two numbers set the number of input and output ports
 respectively.  Other settings probably differ...

for these kind of things i suggest to use the [midisettings] objects
from the mediasettings library.
it has a documented interface that is consistent across all platforms.

gfansdr
IOhannes




signature.asc
Description: OpenPGP digital signature
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list