[PD] [PD-announce] Flux >> Free App built with libPD

[stc]

Dear List,

Flux is a digital sound sculpture for Android devices. It is our latest
artifact built with libPD. You can grab & tweak the patch, download the app
from here >> http://www.binaura.net/stc/wrx/flux/

It would not be possible to build the synthesis engine without the Pd
community, special respect to the RJDJ team for their high level (brilliant
Vanilla-based) objects... thanks

..and share the source

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

[PD] Quick Reference Sheet for Pd-extended

[Abel Jérôme]

Hi all,

I love to use this pdf for my courses 
:http://puredata.info/docs/manuals/pdrefcards
I think it is useful to show list of objects for newbies, where they can 
browse, read descriptions.

I've made one in french for Pd-extended
http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.odg
http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.pdf

It's my selection of course, so if it seems useful and if there are some 
feedbacks we could made one better, in french and english.
And why not put it on the website ?

--
Jérôme Abel
http://jeromeabel.net


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

Re: [PD] Quick Reference Sheet for Pd-extended

[Nicolas Montgermont]

I'd love to see a new section with externals:
for example a line of description for each library and the main objects 
inside it.


best

n

Le 29/04/13 09:56, Abel Jérôme a écrit :

Hi all,

I love to use this pdf for my courses 
:http://puredata.info/docs/manuals/pdrefcards
I think it is useful to show list of objects for newbies, where they 
can browse, read descriptions.


I've made one in french for Pd-extended
http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.odg
http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.pdf

It's my selection of course, so if it seems useful and if there are 
some feedbacks we could made one better, in french and english.

And why not put it on the website ?

--
Jérôme Abel
http://jeromeabel.net


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




--
http://www.nimon.org


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

[PD] ubuntu portaudio unstable audio device list

[Nicolas Montgermont]

Hello list,

I have trouble with automatically choosing audio devices because the 
list of available device is not the same each time I launch pd.
I am on ubuntu 12.04 / pd 0.44.3. I want to use portaudio with the 
"pulse" device because I'm running another software in parallel, that 
can only use pulse for playing sound.
When I launch pd, the list of available device for portaudio is not the 
same each time... that makes difficult to choose pulse automatically.

Is there anything I can do to be sure of choosing the good device?
Here is an output of 3 different launchs:

running after boot:

uchronies@radiographie:~$ pd -pa -listdev -stderr
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports 
only playback stream

Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started
audio input devices:
*1. (0)HDA Intel PCH: ALC892 Analog (hw:0,0)**
**2. (0)HDA Intel PCH: ALC892 Analog (hw:0,2)**
**3. (0)sysdefault**
**4. (0)pulse**
**5. (0)default*
audio output devices:
*1. (0)HDA Intel PCH: ALC892 Analog (hw:0,0)**
**2. (0)HDA Intel PCH: ALC892 Digital (hw:0,1)**
**3. (0)HDA NVidia: HDMI 0 (hw:1,3)**
**4. (0)HDA NVidia: HDMI 1 (hw:1,7)**
**5. (0)HDA NVidia: HDMI 2 (hw:1,8)**
**6. (0)sysdefault**
**7. (0)front**
**8. (0)surround40**
**9. (0)surround41**
**10. (0)surround50**
**11. (0)surround51**
**12. (0)surround71**
**13. (0)iec958**
**14. (0)spdif**
**15. (0)pulse**
**16. (0)dmix**
**17. (0)default*
API number 4

no midi input devices found
no midi output devices found
---

running another time:

uchronies@radiographie:~$ pd -pa -listdev -stderr
ALSA lib pcm_dsnoop.c:612:(snd_pcm_dsnoop_open) unable to open slave
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports 
only playback stream

Cannot connect to server socket err = No such file or directory
Cannot connect to server socket
jack server is not running or cannot be started
audio input devices:
*1. (0)HDA Intel PCH: ALC892 Analog (hw:0,2)**
**2. (0)pulse**
**3. (0)default*
audio output devices:
*1. (0)HDA Intel PCH: ALC892 Analog (hw:0,0)**
**2. (0)HDA Intel PCH: ALC892 Digital (hw:0,1)**
**3. (0)HDA NVidia: HDMI 0 (hw:1,3)**
**4. (0)HDA NVidia: HDMI 1 (hw:1,7)**
**5. (0)HDA NVidia: HDMI 2 (hw:1,8)**
**6. (0)sysdefault**
**7. (0)front**
**8. (0)surround40**
**9. (0)surround41**
**10. (0)surround50**
**11. (0)surround51**
**12. (0)surround71**
**13. (0)iec958**
**14. (0)spdif**
**15. (0)pulse**
**16. (0)dmix**
**17. (0)default*
API number 4

no midi input devices found
no midi output devices found

running after playing something in firefox

uchronies@radiographie:~$ pd -pa -listdev -stderr
ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib audio/pcm_bluetooth.c:1614:(audioservice_expect) 
BT_GET_CAPABILITIES failed : Input/output error(5)
ALSA lib pcm_dmix.c:957:(snd_pcm_dmix_open) The dmix plugin supports 
only playback stream

ALSA lib pcm_dmix.c:1018:(snd_pcm_dmix_open) unable to open slave
Cannot connect to server so

[PD] Re : ubuntu portaudio unstable audio device list

[Abel Jérôme]

Hi Nicolas,

You could try the [mediasettings/audiosettings] object in Pd-extended.

--
Jerome
http://jeromeabel.net



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

[PD] Pd crash at startup with Ubuntu 13.04

[Jack]

Hello,

I have installed Ubuntu 13.04 and Pd-0.44.3.
When i start Pd, Pd crash at startup.
If someone can help me to sove this problem...
Here the output with valgrind :

$ valgrind pd
==18223== Memcheck, a memory error detector
==18223== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==18223== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==18223== Command: pd
==18223==
==18223== Invalid read of size 1
==18223==at 0x5D19040: vfprintf (vfprintf.c:1655)
==18223==by 0x5DDBA83: __vsprintf_chk (vsprintf_chk.c:84)
==18223==by 0x5DDB9CC: __sprintf_chk (sprintf_chk.c:32)
==18223==by 0x4DC696: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==  Address 0x698d298 is 40 bytes inside a block of size 376 free'd
==18223==at 0x4C2BA6C: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18223==by 0x4DC677: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==
==18223== Invalid read of size 1
==18223==at 0x5D48AB0: _IO_default_xsputn (genops.c:476)
==18223==by 0x5D18FFE: vfprintf (vfprintf.c:1655)
==18223==by 0x5DDBA83: __vsprintf_chk (vsprintf_chk.c:84)
==18223==by 0x5DDB9CC: __sprintf_chk (sprintf_chk.c:32)
==18223==by 0x4DC696: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==  Address 0x698d298 is 40 bytes inside a block of size 376 free'd
==18223==at 0x4C2BA6C: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18223==by 0x4DC677: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==
==18223== Invalid read of size 1
==18223==at 0x5D48AC2: _IO_default_xsputn (genops.c:475)
==18223==by 0x5D18FFE: vfprintf (vfprintf.c:1655)
==18223==by 0x5DDBA83: __vsprintf_chk (vsprintf_chk.c:84)
==18223==by 0x5DDB9CC: __sprintf_chk (sprintf_chk.c:32)
==18223==by 0x4DC696: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==  Address 0x698d29a is 42 bytes inside a block of size 376 free'd
==18223==at 0x4C2BA6C: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18223==by 0x4DC677: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==
==18223== Invalid read of size 1
==18223==at 0x5D19040: vfprintf (vfprintf.c:1655)
==18223==by 0x5DDBA83: __vsprintf_chk (vsprintf_chk.c:84)
==18223==by 0x5DDB9CC: __sprintf_chk (sprintf_chk.c:32)
==18223==by 0x4DC6B9: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==  Address 0x698d298 is 40 bytes inside a block of size 376 free'd
==18223==at 0x4C2BA6C: free (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==18223==by 0x4DC677: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_loadpreferences (in /usr/local/bin/pd)
==18223==by 0x482438: sys_main (in /usr/local/bin/pd)
==18223==by 0x5CEDEA4: (below main) (libc-start.c:260)
==18223==
==18223== Invalid read of size 1
==18223==at 0x5D19040: vfprintf (vfprintf.c:1655)
==18223==by 0x5DDBA83: __vsprintf_chk (vsprintf_chk.c:84)
==18223==by 0x5DDB9CC: __sprintf_chk (sprintf_chk.c:32)
==18223==by 0x4DC6D8: alsa_getdevs (in /usr/local/bin/pd)
==18223==by 0x48C8B3: sys_set_audio_settings (in /usr/local/bin/pd)
==18223==by 0x485D44: sys_l

Re: [PD] Re : ubuntu portaudio unstable audio device list

[Nicolas Montgermont]

thanks
I forgot about this library. that worked
it would be great to patch pd with it anyway to run:
pd -pa -audioindev "pulse"
for example...
best
++
nicolas

Le 29/04/13 12:05, Abel Jérôme a écrit :

Hi Nicolas,

You could try the [mediasettings/audiosettings] object in Pd-extended.

--
Jerome
http://jeromeabel.net



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




--
http://www.nimon.org


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

[PD] Small work offer: Help to compile an external in windows

[João Pais]

To whoever might interest,

I wanted to compile Chikashi Myiama's leapmotion external for Pd in  
windows, using T Grill's Flext architecture.


As I'm not a programmer, it isn't practical to learn how to prepare the  
building environment on my own; I also would doubt that anyone will do  
this work on its own in the near future, I would be interested to know if  
anyone with windows building skills would be interested in teaching me how  
to prepare my system to build this (and other?) externals.


I'm doing this proposal on my own, without the support of any institution  
behind me. Being sure that I can't offer a full programmer's salary,  
anyway I would be interested to know if anyone out there is interested in  
making me an offer.


Can you send your replies directly to my mail?

Best regards,

João Pais

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

Re: [PD] direct connection from pd to webrowser, low latency

[o...@onyx-ashanti.com]

>the audio side was just standard wireless hifi headphones, using lots of
>headphones but only two of the transmitters. The interesting part
technically
>was the bike powered generators, but the 2 channel headphones dance floor
and
>double DJ thing was lots of fun.

ah, nice.  very clever!  would love to check that out!

I may be making a bit of headway in looking at rtmp and hls streaming media
servers like mist server and the rtmp module for nginx webserver.  it
accepts a raw connection to its input ports.

my question now becomes, which of the signal capable network objects can
work without an associated in~ object?  i have been toying with netsend~,
udpsend~ mp3streamout~ streamout~ and mp3cast~, which works with the
icecast server, but the others return errors so far.  i have the greatest
confidence in getting the netsend~ to eventually work, but does anyone have
any experience with the others in regards to sending their outputs to
non-pd or max based inputs like network ports set up to recieve other data?

Onyx

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

Re: [PD] direct connection from pd to webrowser, low latency

[august]

onyx,

I would also check out the latency in the browser audio player.  I
somehow suspect that is where you are acquiring the largest portion of
buffers and latency.  I'm unsure, however, if you can even access and
set the incoming buffer there.  If not, you might have to write your own
audio player...which would defeat your purpose of using the browser in a
cell phone. 

Flash does let you set the incoming audio buffer, ...but alas, many
phones can't run flash.

WebRTC might be the best option on the browser side.


keep us posted!

suerte -august.



> >the audio side was just standard wireless hifi headphones, using lots of
> >headphones but only two of the transmitters. The interesting part
> technically
> >was the bike powered generators, but the 2 channel headphones dance floor
> and
> >double DJ thing was lots of fun.
> 
> ah, nice.  very clever!  would love to check that out!
> 
> I may be making a bit of headway in looking at rtmp and hls streaming media
> servers like mist server and the rtmp module for nginx webserver.  it
> accepts a raw connection to its input ports.
> 
> my question now becomes, which of the signal capable network objects can
> work without an associated in~ object?  i have been toying with netsend~,
> udpsend~ mp3streamout~ streamout~ and mp3cast~, which works with the
> icecast server, but the others return errors so far.  i have the greatest
> confidence in getting the netsend~ to eventually work, but does anyone have
> any experience with the others in regards to sending their outputs to
> non-pd or max based inputs like network ports set up to recieve other data?
> 
> Onyx
> 
> -- 
> www.onyx-ashanti.com

-- 
http://aug.ment.org
GPG: 0A8D 2BC7 243D 57D0 469D  9736 C557 458F 003E 6952


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

Re: [PD] Quick Reference Sheet for Pd-extended

[Esteban Viveros]

+1

--

Esteban Viveros

(27) 8815 7170  |  (27) 3066 0359  |  (11) 95761 4125  |  (11) 2738 7868

http://shumamisll.tumblr.com

https://www.facebook.com/estebanviveros.art

http://expurgacao.art.br
Em 29/04/2013 05:26, "Nicolas Montgermont" 
escreveu:

> I'd love to see a new section with externals:
> for example a line of description for each library and the main objects
> inside it.
>
> best
>
> n
>
> Le 29/04/13 09:56, Abel Jérôme a écrit :
>
>> Hi all,
>>
>> I love to use this pdf for my courses :http://puredata.info/docs/**
>> manuals/pdrefcards 
>> I think it is useful to show list of objects for newbies, where they can
>> browse, read descriptions.
>>
>> I've made one in french for Pd-extended
>> http://jeromeabel.net/files/**code/pd/docs/objets-pd-**extended.odg
>> http://jeromeabel.net/files/**code/pd/docs/objets-pd-**extended.pdf
>>
>> It's my selection of course, so if it seems useful and if there are some
>> feedbacks we could made one better, in french and english.
>> And why not put it on the website ?
>>
>> --
>> Jérôme Abel
>> http://jeromeabel.net
>>
>>
>> __**_
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
>> listinfo/pd-list 
>>
>>
> --
> http://www.nimon.org
>
>
> __**_
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list 
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Drawing a sine function dynamically in Gem

[Abel Jérôme]

I think I've tested all methods described by Cyrille for a project 
(https://gitorious.org/pd-gem-ui/pd-gem-ui). The last one with 
[GEMglVertex2f] and iteration in a table seems to be the most efficient.


So I made an oscilloscope in Gem according to what Cyrille and Nicolas 
said in attachments, it could help too.


Best

Jerome
#N canvas 520 81 570 658 10;
#N canvas 0 22 389 370 CPU 0;
#X floatatom 170 259 0 0 0 0 - - -;
#X obj 170 171 cputime;
#X obj 170 31 loadbang;
#X obj 170 115 metro 1000;
#X msg 170 59 1;
#X floatatom 170 87 0 0 0 0 - - -;
#X obj 170 143 t b b;
#X obj 170 231 * 0.1;
#X obj 170 200 int;
#X text 215 87 <-- on/off;
#X text 130 310 CPU load in percent;
#X obj 170 283 outlet;
#X connect 0 0 11 0;
#X connect 1 0 8 0;
#X connect 2 0 4 0;
#X connect 3 0 6 0;
#X connect 4 0 5 0;
#X connect 5 0 3 0;
#X connect 6 0 1 0;
#X connect 6 1 1 1;
#X connect 7 0 0 0;
#X connect 8 0 7 0;
#X restore 33 267 pd CPU;
#X floatatom 33 289 5 0 0 1 % - -;
#X text 298 121 Test signal;
#X text 31 123 Gem on/off;
#X text 31 345 ---;
#X text 29 248 ---;
#X text 31 241 CPU;
#N canvas 716 109 450 300 GEM 0;
#X msg 135 183 create \, 1;
#X msg 154 210 destroy;
#X obj 135 156 sel 1 0;
#X obj 135 68 gemkeyboard;
#X obj 135 121 tgl 15 0 empty empty empty 17 7 0 10 -257985 -1 -1 1
1;
#X obj 135 94 sel 9;
#X obj 220 78 key;
#X obj 220 114 sel 27;
#X obj 262 199 loadbang;
#X msg 262 224 reset;
#X obj 135 246 gemwin;
#X obj 356 121 inlet;
#X text 352 104 frame rate;
#X msg 356 146 frame \$1;
#X connect 0 0 10 0;
#X connect 1 0 10 0;
#X connect 2 0 0 0;
#X connect 2 1 1 0;
#X connect 3 0 5 0;
#X connect 4 0 2 0;
#X connect 5 0 4 0;
#X connect 6 0 7 0;
#X connect 7 0 4 0;
#X connect 8 0 9 0;
#X connect 9 0 10 0;
#X connect 11 0 13 0;
#X connect 13 0 10 0;
#X coords 0 -1 1 1 60 40 1 100 100;
#X restore 32 191 pd GEM;
#X floatatom 32 170 5 0 0 2 frame_rate - -;
#X text 129 123 Coordinate axis;
#X text 29 130 ---;
#X text 130 130 ---;
#N canvas 531 201 450 300 AXIS 0;
#X obj 108 115 gemhead;
#X obj 119 176 rectangle 6 0.01;
#X obj 108 197 rectangle 0.01 6;
#X obj 108 135 color 1 0 0;
#X connect 0 0 3 0;
#X connect 3 0 2 0;
#X connect 3 0 1 0;
#X restore 132 146 pd AXIS;
#X text 30 85 (http://codelab.fr/2593);
#X obj 303 268 vsl 15 128 0 1 0 0 empty empty empty 0 -9 0 10 -257985
-1 -1 8509 1;
#X text 318 273 <- test;
#X text 320 363 (0.0 - 1.0);
#X obj 303 202 / 100;
#X obj 303 244 line;
#X obj 303 163 metro 200;
#X obj 303 145 tgl 15 0 empty empty empty 17 7 0 10 -257985 -1 -1 1
1;
#X msg 303 223 \$1 200;
#X obj 303 182 random 100;
#X obj 382 206 random 2;
#X text 298 130 ---;
#X obj 325 144 init 1;
#X obj 382 186 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 29 35 cnv 20 350 20 empty \$0-cnv-title gem_oscillo-help.pd
10 10 0 14 -1 -262144 0;
#X text 33 336 gem_oscillo;
#X text 30 60 Adapted from [poligone2D] ArNO Courcelle \, [gem_oscillo~]
Nicolas Montgermont and [mapping/last_n];
#X msg 39 365 size 200;
#X msg 49 388 dimen -2 0 2 1;
#X obj 245 474 metro 30;
#X obj 245 453 loadbang;
#X obj 288 501 f;
#X text 242 433 Sampling;
#X msg 68 464 color 1 0 1;
#X msg 75 487 alpha 0.4;
#X msg 57 411 x 2 \, y 1 \, w 4 \, h 4;
#X msg 81 535 on \$1;
#X obj 81 516 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X msg 81 558 render 50;
#X obj 39 595 gem_oscillo;
#X msg 64 441 line 10;
#X text 391 33 abel.jer...@free.fr \; GNU/GPLv3 \; 2012 \; http://jeromeabel.net
;
#X connect 0 0 1 0;
#X connect 8 0 7 0;
#X connect 14 0 34 1;
#X connect 17 0 21 0;
#X connect 18 0 14 0;
#X connect 19 0 22 0;
#X connect 20 0 19 0;
#X connect 21 0 18 0;
#X connect 22 0 17 0;
#X connect 23 0 21 0;
#X connect 25 0 20 0;
#X connect 26 0 23 0;
#X connect 30 0 42 0;
#X connect 31 0 42 0;
#X connect 32 0 34 0;
#X connect 33 0 32 0;
#X connect 34 0 42 1;
#X connect 36 0 42 0;
#X connect 37 0 42 0;
#X connect 38 0 42 0;
#X connect 39 0 42 0;
#X connect 40 0 39 0;
#X connect 41 0 42 0;
#X connect 43 0 42 0;
#N canvas 341 79 907 643 10;
#X floatatom 136 61 5 0 0 0 Width #0widthIn #0width;
#X floatatom 136 77 5 0 0 0 Height #0heightIn #0height;
#X floatatom 171 61 5 0 0 1 X #0xIn #0x;
#X floatatom 171 77 5 0 0 1 Y #0yIn #0y;
#X obj 576 58 loadbang;
#X obj 413 84 inlet;
#X obj 572 256 s \$0xIn;
#X obj 601 236 s \$0yIn;
#X obj 516 298 s \$0widthIn;
#X obj 544 276 s \$0heightIn;
#X obj 421 383 r \$0input;
#X obj 413 107 route float;
#X obj 413 223 s \$0input;
#X obj 82 312 translateXYZ;
#X obj 105 285 r \$0x;
#X obj 141 264 r \$0y;
#X floatatom 136 45 5 0 0 0 Line #0lineIn #0line;
#X floatatom 171 45 5 0 0 1 Size #0sizeIn #0size;
#X obj 657 136 s \$0lineIn;
#X obj 44 19 cnv 14 173 14 empty empty Gui 2 8 0 12 -228856 -99865
0;
#X obj 50 99 cnv 14 173 14 empty empty Processing 2 8 0 12 -228856
-99865 0;
#X obj 415 26 cnv 14 173 14 empty empty Communication 2 8 0 12 -228856
-99865 0;
#X text 413 39 Data and 

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Martin Peach]

Here's a patch to display data from two D6T sensors on the same I2C bus. 
The clock line is switched using a 4051 analog multiplexer. The control 
line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit 
are at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 
and X1 of the 4051 (I2C clock connects to X). Because the code accesses 
the GPIO file system it needs to be run as root. I have two different 
sensors so the code reads two different packet lengths. Just a proof of 
concept, there could be up to 8 identical sensors on the same bus with 
this setup.


Martin

On 2013-04-25 20:04, Julian Brooks wrote:

Just spotted this:
https://github.com/kadamski/i2c-gpio-param
Could be useful


On 25 April 2013 15:54, Martin Peach mailto:martin.pe...@sympatico.ca>> wrote:

On 2013-04-25 10:37, Julian Brooks wrote:

'Nother 2 dumb questions:
What's the difference between the ones that have
spider/centipede type
legs and the straight ones (which would be best to get).


The PDIP package is what you want, not the SOIC. The only difference
is size. DIP packages are human-friendly, surface mount is for robots.


And also are you attaching the MC14051 to any type of
board/adaptor or
just soldering straight on to the pins?


I have it in a breadboard right now, to make it more permanent I
would solder a socket to a prototyping board then (after verifying
the connections) plug the chip into the socket. Soldering to the
pins makes it difficult to replace the IC, and risks damaging it
with the heat if you're not good at soldering quickly and to the
point. A CD4051 would also work, it's basically the same circuit.

Martin





#N canvas 2 0 1015 665 10;
#X obj 34 21 unpack 1 2 3 4 5 6 7 8 9;
#X obj 34 -51 netreceive 3 1;
#X floatatom 34 147 5 0 0 0 - - -;
#X floatatom 74 147 5 0 0 0 - - -;
#X floatatom 114 147 5 0 0 0 - - -;
#X floatatom 154 147 5 0 0 0 - - -;
#X floatatom 194 147 5 0 0 0 - - -;
#X floatatom 234 147 5 0 0 0 - - -;
#X floatatom 274 147 5 0 0 0 - - -;
#X floatatom 314 147 5 0 0 0 - - -;
#X floatatom 354 146 5 0 0 0 - - -;
#X obj 57 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -260097
-1 -1 6756 1;
#X obj 77 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6782 1;
#X obj 97 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6731 1;
#X obj 117 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6350 1;
#X obj 137 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6502 1;
#X obj 157 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6604 1;
#X obj 177 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 6756 1;
#X obj 197 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 7188 1;
#X obj 217 215 vsl 15 128 0 500 0 0 empty empty empty 0 -9 0 10 -4034
-1 -1 7137 1;
#X obj 34 -11 route d6t8l d6t44l;
#X obj 462 6 unpack 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17;
#X floatatom 416 41 5 0 0 0 - - -;
#X floatatom 479 201 5 0 0 0 - - -;
#X floatatom 602 201 5 0 0 0 - - -;
#X floatatom 719 201 5 0 0 0 - - -;
#X floatatom 843 201 5 0 0 0 - - -;
#X floatatom 480 269 5 0 0 0 - - -;
#X floatatom 601 269 5 0 0 0 - - -;
#X floatatom 720 269 5 0 0 0 - - -;
#X floatatom 842 269 5 0 0 0 - - -;
#X floatatom 482 336 5 0 0 0 - - -;
#X floatatom 603 336 5 0 0 0 - - -;
#X floatatom 723 336 5 0 0 0 - - -;
#X floatatom 846 336 5 0 0 0 - - -;
#X floatatom 483 407 5 0 0 0 - - -;
#X floatatom 601 407 5 0 0 0 - - -;
#X floatatom 723 407 5 0 0 0 - - -;
#X floatatom 847 407 5 0 0 0 - - -;
#X obj 274 198 cnv 15 24 24 empty p01_rcv empty 20 12 0 14 -211168
-262144 0;
#X obj 304 198 cnv 15 24 24 empty p02_rcv empty 20 12 0 14 -174112
-262144 0;
#X obj 334 198 cnv 15 24 24 empty p03_rcv empty 20 12 0 14 -170016
-262144 0;
#X obj 364 198 cnv 15 24 24 empty p04_rcv empty 20 12 0 14 -182368
-262144 0;
#X obj 274 228 cnv 15 24 24 empty p05_rcv empty 20 12 0 14 -137025
-262144 0;
#X obj 304 228 cnv 15 24 24 empty p06_rcv empty 20 12 0 14 -174112
-262144 0;
#X obj 334 228 cnv 15 24 24 empty p07_rcv empty 20 12 0 14 -194720
-262144 0;
#X obj 364 228 cnv 15 24 24 empty p08_rcv empty 20 12 0 14 -202912
-262144 0;
#X obj 274 258 cnv 15 24 24 empty p09_rcv empty 20 12 0 14 -132865
-262144 0;
#X obj 304 258 cnv 15 24 24 empty p10_rcv empty 20 12 0 14 -198816
-262144 0;
#X obj 334 258 cnv 15 24 24 empty p11_rcv empty 20 12 0 14 -256480
-262144 0;
#X obj 364 258 cnv 15 24 24 empty p12_rcv empty 20 12 0 14 -260960
-262144 0;
#X obj 274 288 cnv 15 24 24 empty p13_rcv empty 20 12 0 14 -149377
-262144 0;
#X obj 304 288 cnv 15 24 24 empty p14_rcv empty 20 12 0 14 -231776
-262144 0;
#X obj 334 288 cnv 15 24 24 empty p15_rcv empty 20 12 0 14 -260576
-262144 0;
#X obj 364 288 cnv 15 24 24 empty p16_rcv empty 20 12 0 14 -260640
-262144 0;
#X msg 406 231 \; p01_rcv color \$1 0;
#X msg 526 231 \; p02_rcv color \$1 0;
#X msg 646 231 \; p03_rcv 

[PD] Resize GUI objects in GOP ?

[Abel Jérôme]

Hi,

To make patches for friends or to show them to newbies, I need present 
things very clearly, and bigger. So I need to increase sizes of the font 
and GUIS.


The standard font properties (Ctl+T) is quite nice, but boxes are 
sometimes stack on others. The main issue is to resize GUI objects 
placed in abstractions. I saw the [universal] object which could be use 
to resize GUIS. Use it with the [donecanviasdialog< message, it could be 
okay.


But is there someone who think about a simplier solution, with the 
"iemguts" lib for instance ?


Thanks,

--
Jerome
http://jeromeabel.net

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

Re: [PD] Resize GUI objects in GOP ?

[Ivica Ico Bukvic]

Not sure if you are referring to iemgui objects. If so, check out 
pd-l2ork which has bevels that allow easy resizing of gui objects and 
repositioning of its labels, including resizing and moving the gop area 
itself.


The latest version (to be uploaded shortly) also has a comprehensive 
checking for all labels and comments to see if they fit the gop window, 
including dynamic changes to their properties.


Pd-L2Ork also auto-adjusts fonts in objects like numbox2 when they are 
resized so that you don't have to guess the font size that best fits 
that specific size.


HTH

On 04/29/2013 11:40 AM, Abel Jérôme wrote:

Hi,

To make patches for friends or to show them to newbies, I need present 
things very clearly, and bigger. So I need to increase sizes of the 
font and GUIS.


The standard font properties (Ctl+T) is quite nice, but boxes are 
sometimes stack on others. The main issue is to resize GUI objects 
placed in abstractions. I saw the [universal] object which could be 
use to resize GUIS. Use it with the [donecanviasdialog< message, it 
could be okay.


But is there someone who think about a simplier solution, with the 
"iemguts" lib for instance ?


Thanks,

--
Jerome
http://jeromeabel.net

___
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
Head, ICAT IMPACT Studio
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] Drawing a sine function dynamically in Gem

[Cyrille Henry]

hello,

the vertextbuffer method should be way faster than anything else.
cheers
c


Le 29/04/2013 15:53, Abel Jérôme a écrit :

I think I've tested all methods described by Cyrille for a project 
(https://gitorious.org/pd-gem-ui/pd-gem-ui). The last one with [GEMglVertex2f] 
and iteration in a table seems to be the most efficient.

So I made an oscilloscope in Gem according to what Cyrille and Nicolas said in 
attachments, it could help too.

Best

Jerome


___
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] Quick Reference Sheet for Pd-extended

[Jonathan Wilkes]

- Original Message -
> From: Abel Jérôme 
> To: pd-list@iem.at
> Cc: 
> Sent: Monday, April 29, 2013 3:56 AM
> Subject: [PD] Quick Reference Sheet for Pd-extended
> 
> Hi all,
> 
> I love to use this pdf for my courses 
> :http://puredata.info/docs/manuals/pdrefcards
> I think it is useful to show list of objects for newbies, where they can 
> browse, 
> read descriptions.
> 
> I've made one in french for Pd-extended
> http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.odg
> http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.pdf
> 
> It's my selection of course, so if it seems useful and if there are some 
> feedbacks we could made one better, in french and english.
> And why not put it on the website ?

Those are great.  You might add that you can right-click and choose help on
an empty part of a canvas to bring up (nearly) the same list inside Pd.

Also in Pd-extended there's a search page that lists all the tutorials
as well as various categories that can be used to search for objects
and other documentation.

-Jonathan

> 
> --
> Jérôme Abel
> http://jeromeabel.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] Quick Reference Sheet for Pd-extended

[Jonathan Wilkes]

- Original Message -

> From: Nicolas Montgermont 
> To: pd-list@iem.at
> Cc: 
> Sent: Monday, April 29, 2013 4:24 AM
> Subject: Re: [PD] Quick Reference Sheet for Pd-extended
> 
> I'd love to see a new section with externals:
> for example a line of description for each library and the main objects 
> inside it.

Click "Help" menu, choose "Search", then click the link for "External
Libraries".  It has a list of each library with description and author name.
You can click each to see the objects inside.

-Jonathan

> 
> best
> 
> n
> 
> Le 29/04/13 09:56, Abel Jérôme a écrit :
>>  Hi all,
>> 
>>  I love to use this pdf for my courses 
>>  :http://puredata.info/docs/manuals/pdrefcards
>>  I think it is useful to show list of objects for newbies, where they 
>>  can browse, read descriptions.
>> 
>>  I've made one in french for Pd-extended
>>  http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.odg
>>  http://jeromeabel.net/files/code/pd/docs/objets-pd-extended.pdf
>> 
>>  It's my selection of course, so if it seems useful and if there are 
>>  some feedbacks we could made one better, in french and english.
>>  And why not put it on the website ?
>> 
>>  -- 
>>  Jérôme Abel
>>  http://jeromeabel.net
>> 
>> 
>>  ___
>>  Pd-list@iem.at mailing list
>>  UNSUBSCRIBE and account-management -> 
>>  http://lists.puredata.info/listinfo/pd-list
>> 
> 
> -- 
> http://www.nimon.org
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


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

[PD] got jump-on-click arrays working

[Jonathan Wilkes]

Hi list,

* I got jump-on-click arrays working.  Basically you can click anywhere in the 
graph and the array element
in that vertical column will jump to your mouse position.

* Implemented "bargraph style" for "Put" menu arrays.  (See attached)  This is 
basically a multi-slider.

Questions:

* using "bit masks", exactly how many flags can I scrunch into a floatarg?  
Arrays use one floatarg in a pd file to keep 1) the "saveit" flag (i.e., 
whether or not data is saved with the patch), and 2) plot style, to which I've 
added one more.  I'd like to add a flag for "jump-on-click", and if possible 
one for x/y ticks.

* can I add a A_DEFFLOAT for plot color for arrays?

* for bar graph arrays, should the user be able to specify inner/outer color 
for the bar, or is inner color with black outline good enough?

* for arrays with a small number of elements that aren't "jump on click" the UX 
is misleading: with points-style arrays you can only click on a small 
undifferentiated part of the line.  Should I change this so that the hot spot 
is the entire line?

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

Re: [PD] Quick Reference Sheet for Pd-extended

[Abel Jérôme]

Hi Jonathan,

Also in Pd-extended there's a search page that lists all the tutorials
as well as various categories that can be used to search for objects
and other documentation.



Yes, you're right, those new functionnalities are great, thanks to 
developers.
But I think it is useful to have a paper document to see quickly some 
objects organized and to print.
I could follow the categories of this search engine. Where I could find 
them ?

Is there any place to follow the developpement of this functionality ?

Thanks,

Jerome




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

Re: [PD] Quick Reference Sheet for Pd-extended

[Nicolas Montgermont]

impressive.
Is it meant to replace pd-extended's help browser in the end?
It may live not only in the "search" filed shape but as a browser.
The French translation is very bad (0.43.4) how can we help?
best
n

Le 29/04/13 19:01, Jonathan Wilkes a écrit :
Click "Help" menu, choose "Search", then click the link for "External 
Libraries".  It has a list of each library with description and author 
name. You can click each to see the objects inside. 


--
http://www.nimon.org


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

Re: [PD] got jump-on-click arrays working

[yvan volochine]

On 29/04/13 20:36, Jonathan Wilkes wrote:

* I got jump-on-click arrays working.
* Implemented "bargraph style" for "Put" menu arrays.  (See attached)  This is 
basically a multi-slider.


nice!

do you have both jump-on-click /and/ "bargraph" at the same time?

cheers,
y

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

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

Re: [PD] got jump-on-click arrays working

[yvan volochine]

On 29/04/13 21:26, yvan volochine wrote:

On 29/04/13 20:36, Jonathan Wilkes wrote:

* I got jump-on-click arrays working.
* Implemented "bargraph style" for "Put" menu arrays.  (See attached)
This is basically a multi-slider.


nice!

do you have both jump-on-click /and/ "bargraph" at the same time?


one behavior I missed at the time was having all sliders to "align" when 
you click on the left side, (don't release yet) move cursor to the right 
side and then release, i.e. jump-on-click and jump-on-index-change kinda 
behavior..


also having this as an activable option would be nice..

just my 0.02£
y

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

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

Re: [PD] got jump-on-click arrays working

[Björn Eriksson]

Oh, this is great news!
Can´t give you any response on the two first questions but here is a fast
response to the other two...

On Mon, Apr 29, 2013 at 8:36 PM, Jonathan Wilkes  wrote:

> Hi list,
>
> * I got jump-on-click arrays working.  Basically you can click anywhere in
> the graph and the array element
> in that vertical column will jump to your mouse position.
>
> * Implemented "bargraph style" for "Put" menu arrays.  (See attached)
> This is basically a multi-slider.
>
> Questions:
>
> * using "bit masks", exactly how many flags can I scrunch into a
> floatarg?  Arrays use one floatarg in a pd file to keep 1) the "saveit"
> flag (i.e., whether or not data is saved with the patch), and 2) plot
> style, to which I've added one more.  I'd like to add a flag for
> "jump-on-click", and if possible one for x/y ticks.
>
> * can I add a A_DEFFLOAT for plot color for arrays?
>
> * for bar graph arrays, should the user be able to specify inner/outer
> color for the bar, or is inner color with black outline good enough?


I think the ability to change both inner and outer color for the bar should
be preferred.


>

* for arrays with a small number of elements that aren't "jump on click"
> the UX is misleading: with points-style arrays you can only click on a
> small undifferentiated part of the line.  Should I change this so that the
> hot spot is the entire line?


I think, yes! Can´t really see situations where a fraction of the line as
hot spot should be preferred...


>

Thanks,
> Jonathan
>
>
/Björn Eriksson



> ___
> 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] got jump-on-click arrays working

[Jonathan Wilkes]

- Original Message -
> From: yvan volochine 
> To: pd-list 
> Cc: 
> Sent: Monday, April 29, 2013 3:26 PM
> Subject: Re: [PD] got jump-on-click arrays working
> 
> On 29/04/13 20:36, Jonathan Wilkes wrote:
>>  * I got jump-on-click arrays working.
>>  * Implemented "bargraph style" for "Put" menu arrays.  
> (See attached)  This is basically a multi-slider.
> 
> nice!
> 
> do you have both jump-on-click /and/ "bargraph" at the same time?

Yep.  I'll post the code after I remove all the "post" functions I inserted
just to figure out where a click inside a graph actually gets sent.

btw-- Is there a development tool I can use to see which functions are
being called?  I see gdb does that with "backtrace" on a crash, but
I want to be able to see it when the program is running-- something like
"tail" for the latest few function calls.

-Jonathan

> 
> cheers,
> y
> 
> -- 
> http://yvanvolochine.com
> http://soundcloud.com/yvanvolochine
> http://vimeo.com/yv
> 
> ___
> 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] got jump-on-click arrays working

[Jonathan Wilkes]

- Original Message -
> From: yvan volochine 
> To: pd-list 
> Cc: 
> Sent: Monday, April 29, 2013 3:29 PM
> Subject: Re: [PD] got jump-on-click arrays working
> 
> On 29/04/13 21:26, yvan volochine wrote:
>>  On 29/04/13 20:36, Jonathan Wilkes wrote:
>>>  * I got jump-on-click arrays working.
>>>  * Implemented "bargraph style" for "Put" menu 
> arrays.  (See attached)
>>>  This is basically a multi-slider.
>> 
>>  nice!
>> 
>>  do you have both jump-on-click /and/ "bargraph" at the same time?
> 
> one behavior I missed at the time was having all sliders to "align" 
> when 
> you click on the left side, (don't release yet) move cursor to the right 
> side and then release, i.e. jump-on-click and jump-on-index-change kinda 
> behavior..

That's the behavior I currently have working.  The question is whether there
is a need for an additional option to turn off the "jump-on-index", thus making
it like a bunch of vsliders in a row.

I'm guessing no since you can already just make a bunch of vsliders in a row,
although creating an array is much quicker. :)

-Jonathan

> 
> also having this as an activable option would be nice..
> 
> just my 0.02£
> y
> 
> -- 
> http://yvanvolochine.com
> http://soundcloud.com/yvanvolochine
> http://vimeo.com/yv
> 
> ___
> 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] got jump-on-click arrays working

[yvan volochine]

On 29/04/13 22:07, Jonathan Wilkes wrote:

That's the behavior I currently have working.


cool =)


The question is whether there is a need for an additional option to turn off the 
"jump-on-index"


naa I meant the jump-on-click option only..
you might want to keep some sliders responding to delta mouse values and 
don't "accidentaly" jump from 0.1 to 1.0 (like volume..)


cheers,
y

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

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

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Julian Brooks]

Super-useful, thanks Martin.

Will be testing it out in a couple of days so will report back then.

Julian


On 29 April 2013 16:38, Martin Peach  wrote:

> Here's a patch to display data from two D6T sensors on the same I2C bus.
> The clock line is switched using a 4051 analog multiplexer. The control
> line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are
> at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1
> of the 4051 (I2C clock connects to X). Because the code accesses the GPIO
> file system it needs to be run as root. I have two different sensors so the
> code reads two different packet lengths. Just a proof of concept, there
> could be up to 8 identical sensors on the same bus with this setup.
>
> Martin
>
>
> On 2013-04-25 20:04, Julian Brooks wrote:
>
>> Just spotted this:
>> https://github.com/kadamski/**i2c-gpio-param
>> Could be useful
>>
>>
>> On 25 April 2013 15:54, Martin Peach > > wrote:
>>
>> On 2013-04-25 10:37, Julian Brooks wrote:
>>
>> 'Nother 2 dumb questions:
>> What's the difference between the ones that have
>> spider/centipede type
>> legs and the straight ones (which would be best to get).
>>
>>
>> The PDIP package is what you want, not the SOIC. The only difference
>> is size. DIP packages are human-friendly, surface mount is for robots.
>>
>>
>> And also are you attaching the MC14051 to any type of
>> board/adaptor or
>> just soldering straight on to the pins?
>>
>>
>> I have it in a breadboard right now, to make it more permanent I
>> would solder a socket to a prototyping board then (after verifying
>> the connections) plug the chip into the socket. Soldering to the
>> pins makes it difficult to replace the IC, and risks damaging it
>> with the heat if you're not good at soldering quickly and to the
>> point. A CD4051 would also work, it's basically the same circuit.
>>
>> Martin
>>
>>
>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] got jump-on-click arrays working

[Jonathan Wilkes]

- Original Message -
> From: yvan volochine 
> To: pd-list 
> Cc: 
> Sent: Monday, April 29, 2013 4:07 PM
> Subject: Re: [PD] got jump-on-click arrays working
> 
> On 29/04/13 22:07, Jonathan Wilkes wrote:
>>  That's the behavior I currently have working.
> 
> cool =)
> 
>>  The question is whether there is a need for an additional option to turn 
> off the "jump-on-index"
> 
> naa I meant the jump-on-click option only..

Yes, I'll have an option for that.

> you might want to keep some sliders responding to delta mouse values and 
> don't "accidentaly" jump from 0.1 to 1.0 (like volume..)

Yes, I'm just wondering whether it would be useful to offer that same
security in the horizontal direction.

Suppose I create a 24-channel mixing board as a 24 element bar graph style
array.  In this case I probably do not want "jump-on-index" as that allows me
to accidentally change a bunch of carefully chosen levels in one swoop of the
mouse.  One can use 24 vsliders but that's a bit clunky.

-Jonathan

> 
> cheers,
> y
> 
> -- 
> http://yvanvolochine.com
> http://soundcloud.com/yvanvolochine
> http://vimeo.com/yv
> 
> ___
> 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] template external library

[J Oliver]

Hi all, 

Just a note that at least in OSX 10.7.5

The following links are different

http://puredata.info/downloads/template (doesn't work)

https://puredata.info/docs/developer/MakefileTemplate (works)

The first one is therefore a bit problematic...

best,

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

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Julian Brooks]

Hi Martin / all,

Possibly overly-nerdy question here:

I'm buying the various bits and pieces we require for the multiplexer and
I'm noticing quite a difference in pricing options for the pull-up
resistors.
There's this one:
http://uk.farnell.com/welwyn/rc55-10k-0-1/resistor-10k-250mw-0-1/dp/9499938
which is 86p each.
Or there's something like this:
http://uk.farnell.com/multicomp/mcf-0-25w-10k/resistor-10k-250mw-5/dp/9339060
which is 2p each.

The former's spec sheet talks about its very low noise ratio and thinking
on from reading the sensors spec sheet it's also pushed there to use
low-noise components.

Do you think it actually makes any difference?  I have to buy a minimum 50
of the cheap ones so buying a couple of the dearer ones doesn't actually
make much of a difference.

It got me thinking as you mentioned that your getting virtually no PEC
errors from the sensors whereas as we are getting them very regularly.  I
had been thinking it was the soldering of those pernickety sensors but
could it also be the cheap 4k resistors currently on our board?

Cheers,

Julian


On 29 April 2013 16:38, Martin Peach  wrote:

> Here's a patch to display data from two D6T sensors on the same I2C bus.
> The clock line is switched using a 4051 analog multiplexer. The control
> line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are
> at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1
> of the 4051 (I2C clock connects to X). Because the code accesses the GPIO
> file system it needs to be run as root. I have two different sensors so the
> code reads two different packet lengths. Just a proof of concept, there
> could be up to 8 identical sensors on the same bus with this setup.
>
> Martin
>
>
> On 2013-04-25 20:04, Julian Brooks wrote:
>
>> Just spotted this:
>> https://github.com/kadamski/**i2c-gpio-param
>> Could be useful
>>
>>
>> On 25 April 2013 15:54, Martin Peach > > wrote:
>>
>> On 2013-04-25 10:37, Julian Brooks wrote:
>>
>> 'Nother 2 dumb questions:
>> What's the difference between the ones that have
>> spider/centipede type
>> legs and the straight ones (which would be best to get).
>>
>>
>> The PDIP package is what you want, not the SOIC. The only difference
>> is size. DIP packages are human-friendly, surface mount is for robots.
>>
>>
>> And also are you attaching the MC14051 to any type of
>> board/adaptor or
>> just soldering straight on to the pins?
>>
>>
>> I have it in a breadboard right now, to make it more permanent I
>> would solder a socket to a prototyping board then (after verifying
>> the connections) plug the chip into the socket. Soldering to the
>> pins makes it difficult to replace the IC, and risks damaging it
>> with the heat if you're not good at soldering quickly and to the
>> point. A CD4051 would also work, it's basically the same circuit.
>>
>> Martin
>>
>>
>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Julian Brooks]

BTW
This is the multiplexer:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1106109
and the housing:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1103846

Think these are right?


On 29 April 2013 22:44, Julian Brooks  wrote:

> Hi Martin / all,
>
> Possibly overly-nerdy question here:
>
> I'm buying the various bits and pieces we require for the multiplexer and
> I'm noticing quite a difference in pricing options for the pull-up
> resistors.
> There's this one:
> http://uk.farnell.com/welwyn/rc55-10k-0-1/resistor-10k-250mw-0-1/dp/9499938
> which is 86p each.
> Or there's something like this:
>
> http://uk.farnell.com/multicomp/mcf-0-25w-10k/resistor-10k-250mw-5/dp/9339060
> which is 2p each.
>
> The former's spec sheet talks about its very low noise ratio and thinking
> on from reading the sensors spec sheet it's also pushed there to use
> low-noise components.
>
> Do you think it actually makes any difference?  I have to buy a minimum 50
> of the cheap ones so buying a couple of the dearer ones doesn't actually
> make much of a difference.
>
> It got me thinking as you mentioned that your getting virtually no PEC
> errors from the sensors whereas as we are getting them very regularly.  I
> had been thinking it was the soldering of those pernickety sensors but
> could it also be the cheap 4k resistors currently on our board?
>
> Cheers,
>
> Julian
>
>
> On 29 April 2013 16:38, Martin Peach  wrote:
>
>> Here's a patch to display data from two D6T sensors on the same I2C bus.
>> The clock line is switched using a 4051 analog multiplexer. The control
>> line is GPIO_17 of the Pi connected to A of the 4051 (B, C and Inhibit are
>> at 0V). 10k resistors to 3.3V are on each sensor's clock line at X0 and X1
>> of the 4051 (I2C clock connects to X). Because the code accesses the GPIO
>> file system it needs to be run as root. I have two different sensors so the
>> code reads two different packet lengths. Just a proof of concept, there
>> could be up to 8 identical sensors on the same bus with this setup.
>>
>> Martin
>>
>>
>> On 2013-04-25 20:04, Julian Brooks wrote:
>>
>>> Just spotted this:
>>> https://github.com/kadamski/**i2c-gpio-param
>>> Could be useful
>>>
>>>
>>> On 25 April 2013 15:54, Martin Peach >> > wrote:
>>>
>>> On 2013-04-25 10:37, Julian Brooks wrote:
>>>
>>> 'Nother 2 dumb questions:
>>> What's the difference between the ones that have
>>> spider/centipede type
>>> legs and the straight ones (which would be best to get).
>>>
>>>
>>> The PDIP package is what you want, not the SOIC. The only difference
>>> is size. DIP packages are human-friendly, surface mount is for
>>> robots.
>>>
>>>
>>> And also are you attaching the MC14051 to any type of
>>> board/adaptor or
>>> just soldering straight on to the pins?
>>>
>>>
>>> I have it in a breadboard right now, to make it more permanent I
>>> would solder a socket to a prototyping board then (after verifying
>>> the connections) plug the chip into the socket. Soldering to the
>>> pins makes it difficult to replace the IC, and risks damaging it
>>> with the heat if you're not good at soldering quickly and to the
>>> point. A CD4051 would also work, it's basically the same circuit.
>>>
>>> Martin
>>>
>>>
>>>
>>>
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Martin Peach]

Ordinary 5% resistors will work fine. Probably anything from 1k to 100k 
would work. Most likely you have a loose connection somewhere. Did you 
try running the bus at a lower speed? If your wiring is long (> 10cm) 
it may be better to run it slower.


Martin

On 2013-04-29 17:44, Julian Brooks wrote:

Hi Martin / all,

Possibly overly-nerdy question here:

I'm buying the various bits and pieces we require for the multiplexer
and I'm noticing quite a difference in pricing options for the pull-up
resistors.
There's this one:
http://uk.farnell.com/welwyn/rc55-10k-0-1/resistor-10k-250mw-0-1/dp/9499938
which is 86p each.
Or there's something like this:
http://uk.farnell.com/multicomp/mcf-0-25w-10k/resistor-10k-250mw-5/dp/9339060
which is 2p each.

The former's spec sheet talks about its very low noise ratio and
thinking on from reading the sensors spec sheet it's also pushed there
to use low-noise components.

Do you think it actually makes any difference?  I have to buy a minimum
50 of the cheap ones so buying a couple of the dearer ones doesn't
actually make much of a difference.

It got me thinking as you mentioned that your getting virtually no PEC
errors from the sensors whereas as we are getting them very regularly.
I had been thinking it was the soldering of those pernickety sensors but
could it also be the cheap 4k resistors currently on our board?

Cheers,

Julian


On 29 April 2013 16:38, Martin Peach mailto:martin.pe...@sympatico.ca>> wrote:

Here's a patch to display data from two D6T sensors on the same I2C
bus. The clock line is switched using a 4051 analog multiplexer. The
control line is GPIO_17 of the Pi connected to A of the 4051 (B, C
and Inhibit are at 0V). 10k resistors to 3.3V are on each sensor's
clock line at X0 and X1 of the 4051 (I2C clock connects to X).
Because the code accesses the GPIO file system it needs to be run as
root. I have two different sensors so the code reads two different
packet lengths. Just a proof of concept, there could be up to 8
identical sensors on the same bus with this setup.

Martin


On 2013-04-25 20:04, Julian Brooks wrote:

Just spotted this:
https://github.com/kadamski/__i2c-gpio-param

Could be useful


On 25 April 2013 15:54, Martin Peach mailto:martin.pe...@sympatico.ca>
>> wrote:

 On 2013-04-25 10:37, Julian Brooks wrote:

 'Nother 2 dumb questions:
 What's the difference between the ones that have
 spider/centipede type
 legs and the straight ones (which would be best to get).


 The PDIP package is what you want, not the SOIC. The only
difference
 is size. DIP packages are human-friendly, surface mount is
for robots.


 And also are you attaching the MC14051 to any type of
 board/adaptor or
 just soldering straight on to the pins?


 I have it in a breadboard right now, to make it more
permanent I
 would solder a socket to a prototyping board then (after
verifying
 the connections) plug the chip into the socket. Soldering
to the
 pins makes it difficult to replace the IC, and risks
damaging it
 with the heat if you're not good at soldering quickly and
to the
 point. A CD4051 would also work, it's basically the same
circuit.

 Martin








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

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Martin Peach]

On 2013-04-29 17:59, Julian Brooks wrote:

BTW
This is the multiplexer:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1106109
and the housing:
http://uk.farnell.com/jsp/search/productdetail.jsp?sku=1103846

Think these are right?




Yes.

Martin


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

Re: [PD] Sensors GPIO Raspberry Pi Pd

[Julian Brooks]

:) - ta


On 29 April 2013 23:07, Martin Peach  wrote:

> On 2013-04-29 17:59, Julian Brooks wrote:
>
>> BTW
>> This is the multiplexer:
>> http://uk.farnell.com/jsp/**search/productdetail.jsp?sku=**1106109
>> and the housing:
>> http://uk.farnell.com/jsp/**search/productdetail.jsp?sku=**1103846
>>
>> Think these are right?
>>
>>
>
> Yes.
>
> Martin
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Infrared tracking Mac OS

[Jim Hickcox]

I worked on a project about a year ago where I was doing IR tracking for as
cheap as I could, and the solution I ended up with was a relatively cheap
security camera and an analog to digital video converter. It was for an
installation, so it ran for a while, and it wasn't the most stable, but
once you got it going it would generally work for a few hours just fine.

-Jim Hickcox
www.jimhickcox.com





On Thu, Apr 25, 2013 at 1:12 AM, Jma/celeonet wrote:

> Hello,
> I am looking for an affordable IR camera for use on Mac OS with passive
> markers : has anyone a reference to recommand ?
> (Im an IR newbee)
> Is there somewhere a Mac driver for the V120 slim by Optitrack  ?
>
> Thanks a lot !
>
> JmAdrien
> ___
> 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