date:20130311


the vanilla-urn is missing.

Le 11/03/2013 10:18, Julian Brooks a écrit :

Hi Cyrille,

Many thanks for assistance...

The simplest solution I think is for me to send you the whole patch.

A simple example of my problem:

Main patch is:
'1.BitChime_pd-list.pd'

On my laptop the output going to [s mass1] from within [btch_mass01_sph 0 1 0] 
in [pd mass_n_link] is between 0-1.

On the RPi the same output is between 1-1.

Obviously this has some severe effects on the volume as the pmpd collisions are 
driving the audio.

Apart from pmpd the patch is vanilla.

If anyone else can confirm the same behaviour it would be appreciated.

(Hey Antoine, just spotted your post, thanks for weighing in)

Best wishes,

Julian





On 10 March 2013 19:22, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
wrote:



Le 10/03/2013 20:12, Julian Brooks a écrit :

Hi all,

Does anyone have a copy of the most recent PMPD compiled for the RPi 
that they can forward to me please?

I'm having a few issues with a patch that works fine on my laptop but 
is badly borked on the RPi and I think I've narrowed it down to the PMPD lib 
that I've compiled.

The version I've compiled seems to have built but it's not working 
correctly.


i dit not compile pmpd but i could if needed. But i don't think that i will 
make any diference.
could you explain the problem that i can test here?

cheers
c





The patch runs at about 50% on the RPi (10% on my laptop) so I'm hoping 
that should be ok.


Will report back after further testing.

Many thanks in advance,

Julian


_
Pd-list@iem.at mailto: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

Re: [PD] PMPD on RPi

Bugger- sorry.

Attached now

BTW - Please be very careful with the audio level if testing on RPi. It's
very loud!

Julian

On 11 March 2013 09:23, Cyrille Henry c...@chnry.net wrote:

the vanilla-urn is missing.

Le 11/03/2013 10:18, Julian Brooks a écrit :

Hi Cyrille,

Many thanks for assistance...

The simplest solution I think is for me to send you the whole patch.

A simple example of my problem:

Main patch is:
'1.BitChime_pd-list.pd'

On my laptop the output going to [s mass1] from within [btch_mass01_sph 0
1 0] in [pd mass_n_link] is between 0-1.

On the RPi the same output is between 1-1.

Obviously this has some severe effects on the volume as the pmpd
collisions are driving the audio.

Apart from pmpd the patch is vanilla.

If anyone else can confirm the same behaviour it would be appreciated.

(Hey Antoine, just spotted your post, thanks for weighing in)

Best wishes,

Julian

On 10 March 2013 19:22, Cyrille Henry c...@chnry.net
mailto:c...@chnry.net
wrote:

Le 10/03/2013 20:12, Julian Brooks a écrit :

Hi all,

Does anyone have a copy of the most recent PMPD compiled for the
RPi that they can forward to me please?

I'm having a few issues with a patch that works fine on my laptop
but is badly borked on the RPi and I think I've narrowed it down to the
PMPD lib that I've compiled.

The version I've compiled seems to have built but it's not
working correctly.

i dit not compile pmpd but i could if needed. But i don't think that
i will make any diference.
could you explain the problem that i can test here?

cheers
c

The patch runs at about 50% on the RPi (10% on my laptop) so I'm
hoping that should be ok.

Will report back after further testing.

Many thanks in advance,

Julian

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

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

Re: [PD] pd-ext .43.4 debian squeezy wrong architecture

2013-03-11 Thread katja

Hello, there is still something wrong with the links to Pd-E for Squeeze
i386. About 0.44 from 'latest' or nightly builds, gdebi says 'wrong
architecture, amd64'.

Katja


On Sun, Feb 10, 2013 at 9:49 PM, João Pais jmmmp...@googlemail.com wrote:

 Ok. Btw, the version I just installed from that section worked with no
 problems. Did you corrected the build meanwhile?

 João



 There are too many Debian/Ubuntu packages for direct links, click on Get
 Pd-extended 0.43.4 for All platforms list of all available downloads on
 SourceForge, including packages for Debian, Raspbian, and Ubuntu from Lucid
 to Raring, etc.

 .hc

 On Feb 10, 2013, at 12:03 PM, João Pais wrote:

  from the autobuilds page. the puredata.info doesn't have links to the
 deb files, just to a package to build pd (that also doesn't work? I'm
 starting with debian, the comand in the description wasn't found by the
 system)


 Oops... Where did you download these?  Could you include the link?

 .hc

 On Feb 10, 2013, at 3:08 AM, João Pais wrote:

  Hi,

 I was trying to install the -deb package for squeezy i386. But when I
 open it, the packet installer says wrong architecture amd64. The same
 happens (logically) when I try the 64b package.

 Best,


 jmmmp


 __**_
 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

Re: [PD] pd-ext .43.4 debian squeezy wrong architecture

2013-03-11 Thread katja

Seems that the Jan 29 2012 build (Pd-E 0.43.4) is the latest which can be
installed on Squeeze i386, newer ones for Squeeze i386 are actually amd64
according to gdebi (though I did not try 'm all of course).

Katja


On Mon, Mar 11, 2013 at 11:38 AM, katja katjavet...@gmail.com wrote:

 Hello, there is still something wrong with the links to Pd-E for Squeeze
 i386. About 0.44 from 'latest' or nightly builds, gdebi says 'wrong
 architecture, amd64'.

 Katja


 On Sun, Feb 10, 2013 at 9:49 PM, João Pais jmmmp...@googlemail.comwrote:

 Ok. Btw, the version I just installed from that section worked with no
 problems. Did you corrected the build meanwhile?

 João



 There are too many Debian/Ubuntu packages for direct links, click on
 Get Pd-extended 0.43.4 for All platforms list of all available downloads
 on SourceForge, including packages for Debian, Raspbian, and Ubuntu from
 Lucid to Raring, etc.

 .hc

 On Feb 10, 2013, at 12:03 PM, João Pais wrote:

  from the autobuilds page. the puredata.info doesn't have links to the
 deb files, just to a package to build pd (that also doesn't work? I'm
 starting with debian, the comand in the description wasn't found by the
 system)


 Oops... Where did you download these?  Could you include the link?

 .hc

 On Feb 10, 2013, at 3:08 AM, João Pais wrote:

  Hi,

 I was trying to install the -deb package for squeezy i386. But when I
 open it, the packet installer says wrong architecture amd64. The same
 happens (logically) when I try the 64b package.

 Best,


 jmmmp


 __**_
 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

Re: [PD] PMPD on RPi


hello,

so, i've test your patch on my laptop : it work.
i compile pmpd on the rpi, test your patch and it don't run.
so i can confirm the problem, sending you pmpd binary will not help

basic pmpd example works on the Rpi. it's hard to fully test because most 
examples need Gem.

On the Rpi, the pmpd part of your patch did became unstable. i can see the same 
behaviors on my laptop if I increase D2 a bit to much.
So, your patch is quite sensitive, and easily became unstable.
It look like the pi math is not accurate enough to keep your patch stable.
when removing few masses, and playing with parameters, i was able to get back 
to a stable situation.

in fact, changing in btch_link_2 rigidity of the link from 125 to 15 is enough 
to get the patch stable again. (after waiting for few second).
btw, i did not understand how a link with 125 rigidity connect to mass weight 
100 can not be instable.


So although pmpd did not work the same way on my laptop and on the Rpi, i was 
not able to spot a problem on the Rpi.

Accuracy can be the answer.
I'll be glad to here from peoples that know more than me on this topic.

cheers
c





Le 11/03/2013 10:31, Julian Brooks a écrit :

Bugger- sorry.

Attached now

BTW - Please be very careful with the audio level if testing on RPi.  It's very 
loud!

Julian

On 11 March 2013 09:23, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
wrote:

the vanilla-urn is missing.

Le 11/03/2013 10:18, Julian Brooks a écrit :

Hi Cyrille,

Many thanks for assistance...

The simplest solution I think is for me to send you the whole patch.

A simple example of my problem:

Main patch is:
'1.BitChime_pd-list.pd'

On my laptop the output going to [s mass1] from within [btch_mass01_sph 
0 1 0] in [pd mass_n_link] is between 0-1.

On the RPi the same output is between 1-1.

Obviously this has some severe effects on the volume as the pmpd 
collisions are driving the audio.

Apart from pmpd the patch is vanilla.

If anyone else can confirm the same behaviour it would be appreciated.

(Hey Antoine, just spotted your post, thanks for weighing in)

Best wishes,

Julian





On 10 March 2013 19:22, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
mailto:c...@chnry.net mailto:c...@chnry.net wrote:



 Le 10/03/2013 20:12, Julian Brooks a écrit :

 Hi all,

 Does anyone have a copy of the most recent PMPD compiled for 
the RPi that they can forward to me please?

 I'm having a few issues with a patch that works fine on my 
laptop but is badly borked on the RPi and I think I've narrowed it down to the 
PMPD lib that I've compiled.

 The version I've compiled seems to have built but it's not 
working correctly.


 i dit not compile pmpd but i could if needed. But i don't think 
that i will make any diference.
 could you explain the problem that i can test here?

 cheers
 c





 The patch runs at about 50% on the RPi (10% on my laptop) so I'm 
hoping that should be ok.


 Will report back after further testing.

 Many thanks in advance,

 Julian


 ___
Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at 
mailto:Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list 
http://lists.puredata.info/__listinfo/pd-list 
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] Kinect - PD - simple 3D scan

2013-03-11 Thread Фывапр Олджэвич

 Hi list !

Does anyone know how to run Kinect with PD to use it as a simple 3D-Scanner ?

Right now I found only externals which work with skeleton and hands functions 
of Kinect.  No depthmaps ((  

i'm searching it for Windows.  

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

Re: [PD] PMPD on RPi

Hey Cyrille,

Many thanks for testing.

Good to know pmpd is working on the pi.

Thanks for the spot about the link being set too high (D2), I have set it
to 15 as per your recommendation.

I'm now experimenting with D and D2 to try and get a similar soundworld as
per my original patch. Still getting occasional blow-ups/distortion for no
apparent reason but at least something is happening, which is so much
better than what I had before.

Interestingly it makes absolutely no difference to the resultant sound
whether Pd on the Pi is running via vnc and in gui mode or straight from
command line with -nogui.

Progress though. Hurrah.

Will report back with further progress.
(if anyone has an inclination to check the patch and offer
advice/assistance/recommendations I would be hugely grateful)

Very best wishes,

Julian

On 11 March 2013 11:23, Cyrille Henry c...@chnry.net wrote:

hello,

so, i've test your patch on my laptop : it work.
i compile pmpd on the rpi, test your patch and it don't run.
so i can confirm the problem, sending you pmpd binary will not help

basic pmpd example works on the Rpi. it's hard to fully test because most
examples need Gem.

On the Rpi, the pmpd part of your patch did became unstable. i can see the
same behaviors on my laptop if I increase D2 a bit to much.
So, your patch is quite sensitive, and easily became unstable.
It look like the pi math is not accurate enough to keep your patch stable.
when removing few masses, and playing with parameters, i was able to get
back to a stable situation.

in fact, changing in btch_link_2 rigidity of the link from 125 to 15 is
enough to get the patch stable again. (after waiting for few second).
btw, i did not understand how a link with 125 rigidity connect to mass
weight 100 can not be instable.

So although pmpd did not work the same way on my laptop and on the Rpi, i
was not able to spot a problem on the Rpi.

Accuracy can be the answer.
I'll be glad to here from peoples that know more than me on this topic.

cheers
c

Le 11/03/2013 10:31, Julian Brooks a écrit :

Bugger- sorry.

Attached now

BTW - Please be very careful with the audio level if testing on RPi.
It's very loud!

Julian

On 11 March 2013 09:23, Cyrille Henry c...@chnry.net
mailto:c...@chnry.net
wrote:

the vanilla-urn is missing.

Le 11/03/2013 10:18, Julian Brooks a écrit :

Hi Cyrille,

Many thanks for assistance...

The simplest solution I think is for me to send you the whole
patch.

A simple example of my problem:

Main patch is:
'1.BitChime_pd-list.pd'

On my laptop the output going to [s mass1] from within
[btch_mass01_sph 0 1 0] in [pd mass_n_link] is between 0-1.

On the RPi the same output is between 1-1.

Obviously this has some severe effects on the volume as the pmpd
collisions are driving the audio.

Apart from pmpd the patch is vanilla.

If anyone else can confirm the same behaviour it would be
appreciated.

(Hey Antoine, just spotted your post, thanks for weighing in)

Best wishes,

Julian

On 10 March 2013 19:22, Cyrille Henry c...@chnry.net mailto:
c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote:

Le 10/03/2013 20:12, Julian Brooks a écrit :

Hi all,

Does anyone have a copy of the most recent PMPD compiled
for the RPi that they can forward to me please?

I'm having a few issues with a patch that works fine on
my laptop but is badly borked on the RPi and I think I've narrowed it down
to the PMPD lib that I've compiled.

The version I've compiled seems to have built but it's
not working correctly.

i dit not compile pmpd but i could if needed. But i don't
think that i will make any diference.
could you explain the problem that i can test here?

cheers
c

The patch runs at about 50% on the RPi (10% on my laptop) so
I'm hoping that should be ok.

Will report back after further testing.

Many thanks in advance,

Julian

__**_
Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.atmailto:
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/___**_listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list
http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list
http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list
http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

__**_
Pd-list@iem.at mailing list
UNSUBSCRIBE and

Re: [PD] playing sound files

2013-03-11 Thread Peter O'Doherty


Hi Funs,
Thanks a lot for your help!
Best wishes,
Peter

On 03/07/2013 06:42 PM, Funs Seelen wrote:

Hi Peter,

On Mon, Mar 4, 2013 at 5:12 PM, Peter O'Doherty m...@peterodoherty.net wrote:

Hi list,

What is the best way of playing (long) sound files and visualising the
waveform and position in the file?

I guess the fact that there hasn't been an (`on list') reaction yet is
because there is no single clear answer to your question.


A combination of soundfiler, phasor, arrays and a hslider? Or a version
using readsf?


You gave a couple of answers here yourself. I can add some extra information:

[soundfiler] outputs the length of your file (at least with the
-resize option) in samples, [samplerate~] gets the current samplerate,
so you can calculate the `time' length of the file (and the frequency
and amplification values for [phasor~], if you'd like to make use of
that construction). [tabwrite~] prints the samples of the current
block to an array (and probably the previous if your array is larger
than the blocksize, but I haven't studied this particular code yet).
Make sure this is another array than the one you read from (in case of
not using [readsf~]).

I hope this will help you. If not (enough), please formulate your
question more specific if you'd like a more detailed answer.

--Funs




--
//=
- Peter O'Doherty
- http://www.peterodoherty.net
- m...@peterodoherty.net
//=


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

[PD] [pd-fileutils], [WebPd] : online drone generator

2013-03-11 Thread s p

Hi all!

Here is a demo I just finished, to show how you can use [pd-fileutils] as a
tool to generate Pd patches programmatically.

http://sebpiq.github.com/pd-fileutils/randomDrone.html

Enjoy! And don't hesitate to ask for more details ...

Sébastien Piquemal

pd-fileutils on github : https://github.com/sebpiq/pd-fileutils
webpd on github : https://github.com/sebpiq/WebPd
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] TCP/IP communication from the unix server to the Pure Data

2013-03-11 Thread Martin Peach


On 2013-03-10 17:58, Petar Jercic wrote:

Sorry, I can't use ASCII text as communication method, since I plan to
send large quantities of data at high speed rates, I need to optimize it
as much as possible. Compared to streaming bytes, ASCII is inefficient
up to a several orders of magnitude.

Is there a method for correct endianness in Pure Data, like these C
functions:

ntohs()--Network to Host Short
ntohl()--Network to Host Long


You can do that with Pd like this (ntohs):

[unpack 0 0]
|  |
[* 256]|
|  |
[+  ]
|
[   \

or

[unpack 0 0]
|  |
|  [* 256]
|  |
[+  ]
|
[   \

for littleendian.

Floats are harder but still possible. The main difficulty is in 
splitting the incoming stream in the right places. (I think ASCII is not 
orders of magnitude slower, and it is also less ambiguous).


Martin





On 09/3/13 5:15 PM, Martin Peach wrote:

It's probably safer to get the server to send the numbers as ASCII
text, to avoid disagreements about endianness and floating-point
representation.
Then, to extract the numbers, you could use [moocow/bytes2any] or make
a custom parser using [pdlua].

Martin


On 2013-03-09 10:55, Petar Jercic wrote:

Apparently [netclient] on the Pure Data side cannot receive nothing else
than ; delimited messages.
So the solution for the problem:
*My question is, is there a way to send something other than string
message to Pure Data, like byte-stream or serialized number stream? Can
Pure Data receive such messages?*

The solution is to use [tcpclient], it can receive byte-stream data.

Now I have another problem regarding the data read, on how to convert it
back to usable numbers.

 From my UNIX server I am sending a structure

typedef struct {
 int var_code;
 intsample_time;
 int hr;
 floaths;
} phy_data;

Sample data might be 2 100 51 2000.56

When received and printed  in Pure Data I get output like this:

 : 2 0 0 0 104 34 9 0 51 0 0 0 235 50 48 69

You can notice number 2 and number 51 clearly, I guess the others are
correct as well. Might be some network inversion of LSB/MSB.

*How can I get these numbers back to a usable format and get them in
separate variables?

*//Petar*
*


___
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] PMPD on RPi

Still getting occasional explosions with D  D2 at 32  8 respectively. K
for both links is now 15.

If anyone has further suggestions please let me know.

I'm really very curious, Cyrille, what you mean by 'accuracy can be the
answer'?

I'm very aware that I've made all the settings 'by ear' so to speak, so I'm
not follwing any formulas here.

Cheers,

Julian

On 11 March 2013 12:47, Julian Brooks jbee...@gmail.com wrote:

 Hey Cyrille,

 Many thanks for testing.

 Good to know pmpd is working on the pi.

 Thanks for the spot about the link being set too high (D2), I have set it
 to 15 as per your recommendation.

 I'm now experimenting with D and D2 to try and get a similar soundworld as
 per my original patch.  Still getting occasional blow-ups/distortion for no
 apparent reason but at least something is happening, which is so much
 better than what I had before.

 Interestingly it makes absolutely no difference to the resultant sound
 whether Pd on the Pi is running via vnc and in gui mode or straight from
 command line with -nogui.

 Progress though.  Hurrah.

 Will report back with further progress.
 (if anyone has an inclination to check the patch and offer
 advice/assistance/recommendations I would be hugely grateful)

 Very best wishes,

 Julian




 On 11 March 2013 11:23, Cyrille Henry c...@chnry.net wrote:

 hello,

 so, i've test your patch on my laptop : it work.
 i compile pmpd on the rpi, test your patch and it don't run.
 so i can confirm the problem, sending you pmpd binary will not help

 basic pmpd example works on the Rpi. it's hard to fully test because most
 examples need Gem.

 On the Rpi, the pmpd part of your patch did became unstable. i can see
 the same behaviors on my laptop if I increase D2 a bit to much.
 So, your patch is quite sensitive, and easily became unstable.
 It look like the pi math is not accurate enough to keep your patch stable.
 when removing few masses, and playing with parameters, i was able to get
 back to a stable situation.

 in fact, changing in btch_link_2 rigidity of the link from 125 to 15 is
 enough to get the patch stable again. (after waiting for few second).
 btw, i did not understand how a link with 125 rigidity connect to mass
 weight 100 can not be instable.


 So although pmpd did not work the same way on my laptop and on the Rpi, i
 was not able to spot a problem on the Rpi.

 Accuracy can be the answer.
 I'll be glad to here from peoples that know more than me on this topic.

 cheers
 c





 Le 11/03/2013 10:31, Julian Brooks a écrit :

 Bugger- sorry.

 Attached now

 BTW - Please be very careful with the audio level if testing on RPi.
  It's very loud!

 Julian

 On 11 March 2013 09:23, Cyrille Henry c...@chnry.net 
 mailto:c...@chnry.net
 wrote:

 the vanilla-urn is missing.

 Le 11/03/2013 10:18, Julian Brooks a écrit :

 Hi Cyrille,

 Many thanks for assistance...

 The simplest solution I think is for me to send you the whole
 patch.

 A simple example of my problem:

 Main patch is:
 '1.BitChime_pd-list.pd'

 On my laptop the output going to [s mass1] from within
 [btch_mass01_sph 0 1 0] in [pd mass_n_link] is between 0-1.

 On the RPi the same output is between 1-1.

 Obviously this has some severe effects on the volume as the pmpd
 collisions are driving the audio.

 Apart from pmpd the patch is vanilla.

 If anyone else can confirm the same behaviour it would be
 appreciated.

 (Hey Antoine, just spotted your post, thanks for weighing in)

 Best wishes,

 Julian





 On 10 March 2013 19:22, Cyrille Henry c...@chnry.net mailto:
 c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote:



  Le 10/03/2013 20:12, Julian Brooks a écrit :

  Hi all,

  Does anyone have a copy of the most recent PMPD
 compiled for the RPi that they can forward to me please?

  I'm having a few issues with a patch that works fine on
 my laptop but is badly borked on the RPi and I think I've narrowed it down
 to the PMPD lib that I've compiled.

  The version I've compiled seems to have built but it's
 not working correctly.


  i dit not compile pmpd but i could if needed. But i don't
 think that i will make any diference.
  could you explain the problem that i can test here?

  cheers
  c





  The patch runs at about 50% on the RPi (10% on my laptop)
 so I'm hoping that should be ok.


  Will report back after further testing.

  Many thanks in advance,

  Julian


  __**_
 Pd-list@iem.at mailto:Pd-list@iem.at 
 mailto:Pd-list@iem.atmailto:
 Pd-list@iem.at mailing list
  UNSUBSCRIBE and account-management -

[PD] Tags in pd-extended git repository.

2013-03-11 Thread Rafael Vega

Hi.

I'm building an application using libpd and some externals that are in the
pd-extended distribution (latest stable build 0.43-4). I need to link the
externals statically so I downloaded the pd-extended sources from the git
repohttp://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=summary
.

I'm having an issue: The pd-extended repo has no tags for releases (at
least not for all of them). The pd vanilla
repohttp://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a=summary,
on
the other hand has all the tags.

Can someone suggest how to figure out which commit to checkout if I want to
have code that works just like the 0.43-4 release? (expect same bugs, if
any, etc.)

BTW, It would be very nice to have the tags in the pd-extended repo :)

Thanks.

-- 
Rafael Vega
email.r...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Tags in pd-extended git repository.

2013-03-11 Thread Rafael Vega

Hi, sorry for the noise. Looking at the git logs made this pretty obvious.
The commit I was looking for is here:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=c1a5e1f63884d3780123a2265865ea4052bcb63d


On Mon, Mar 11, 2013 at 8:52 AM, Rafael Vega email.r...@gmail.com wrote:

 Hi.

 I'm building an application using libpd and some externals that are in the
 pd-extended distribution (latest stable build 0.43-4). I need to link the
 externals statically so I downloaded the pd-extended sources from the git
 repohttp://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=summary
 .

 I'm having an issue: The pd-extended repo has no tags for releases (at
 least not for all of them). The pd vanilla 
 repohttp://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a=summary,
  on
 the other hand has all the tags.

 Can someone suggest how to figure out which commit to checkout if I want
 to have code that works just like the 0.43-4 release? (expect same bugs, if
 any, etc.)

 BTW, It would be very nice to have the tags in the pd-extended repo :)

 Thanks.

 --
 Rafael Vega
 email.r...@gmail.com




-- 
Rafael Vega
email.r...@gmail.com
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PMPD on RPi




Le 11/03/2013 14:48, Julian Brooks a écrit :

Still getting occasional explosions with D  D2 at 32  8 respectively. K for 
both links is now 15.

If anyone has further suggestions please let me know.

i did find some strange things in your patch.
there is a iCircle while most masses use iSphere, i think they should all use 
the same interactor in order to have a symetrical interaction.

also, interactor create force, i would better use link rigidity (K) in order to 
make the 2 masses to bounce one on the other.




I'm really very curious, Cyrille, what you mean by 'accuracy can be the answer'?

well, i wanted to point ou that the accuracy of the math is important.

if you do abstraction that mimic mass/link, you can do physical model without 
pmpd. But it has been proven that it's not as accurate as externals. And this 
accuracy can create instabilities in some situation (specially when the system 
is close to an instable point).

i have no idea why math should be less accurate on the Rpi, but that could be 
the answer on why your patch was working on a laptop, and not on the Pi.

cheers
c



I'm very aware that I've made all the settings 'by ear' so to speak, so I'm not 
follwing any formulas here.

Cheers,

Julian

On 11 March 2013 12:47, Julian Brooks jbee...@gmail.com 
mailto:jbee...@gmail.com wrote:

Hey Cyrille,

Many thanks for testing.

Good to know pmpd is working on the pi.

Thanks for the spot about the link being set too high (D2), I have set it 
to 15 as per your recommendation.

I'm now experimenting with D and D2 to try and get a similar soundworld as 
per my original patch.  Still getting occasional blow-ups/distortion for no 
apparent reason but at least something is happening, which is so much better 
than what I had before.

Interestingly it makes absolutely no difference to the resultant sound 
whether Pd on the Pi is running via vnc and in gui mode or straight from 
command line with -nogui.

Progress though.  Hurrah.

Will report back with further progress.
(if anyone has an inclination to check the patch and offer 
advice/assistance/recommendations I would be hugely grateful)

Very best wishes,

Julian




On 11 March 2013 11:23, Cyrille Henry c...@chnry.net 
mailto:c...@chnry.net wrote:

hello,

so, i've test your patch on my laptop : it work.
i compile pmpd on the rpi, test your patch and it don't run.
so i can confirm the problem, sending you pmpd binary will not help

basic pmpd example works on the Rpi. it's hard to fully test because 
most examples need Gem.

On the Rpi, the pmpd part of your patch did became unstable. i can see 
the same behaviors on my laptop if I increase D2 a bit to much.
So, your patch is quite sensitive, and easily became unstable.
It look like the pi math is not accurate enough to keep your patch 
stable.
when removing few masses, and playing with parameters, i was able to 
get back to a stable situation.

in fact, changing in btch_link_2 rigidity of the link from 125 to 15 is 
enough to get the patch stable again. (after waiting for few second).
btw, i did not understand how a link with 125 rigidity connect to mass 
weight 100 can not be instable.


So although pmpd did not work the same way on my laptop and on the Rpi, 
i was not able to spot a problem on the Rpi.

Accuracy can be the answer.
I'll be glad to here from peoples that know more than me on this topic.

cheers
c





Le 11/03/2013 10:31, Julian Brooks a écrit :

Bugger- sorry.

Attached now

BTW - Please be very careful with the audio level if testing on 
RPi.  It's very loud!

Julian

On 11 March 2013 09:23, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
mailto:c...@chnry.net mailto:c...@chnry.net wrote:

 the vanilla-urn is missing.

 Le 11/03/2013 10:18, Julian Brooks a écrit :

 Hi Cyrille,

 Many thanks for assistance...

 The simplest solution I think is for me to send you the 
whole patch.

 A simple example of my problem:

 Main patch is:
 '1.BitChime_pd-list.pd'

 On my laptop the output going to [s mass1] from within 
[btch_mass01_sph 0 1 0] in [pd mass_n_link] is between 0-1.

 On the RPi the same output is between 1-1.

 Obviously this has some severe effects on the volume as 
the pmpd collisions are driving the audio.

 Apart from pmpd the patch is vanilla.

 If anyone else can confirm the same behaviour it would be 
appreciated.

 (Hey Antoine, just spotted your post, thanks for weighing 
in)

 Best wishes,

 Julian

Re: [PD] [PD-announce] netpd 2.1

2013-03-11 Thread Alexandros Drymonitis

This is really amazing! Thanks a lot!


On Mon, Mar 11, 2013 at 10:14 AM, Roman Haefeli reduz...@gmail.com wrote:

 On Sun, 2013-03-10 at 21:11 -0500, John Harrison wrote:
  This is fantastic news!
 
  I can't wait to try it the new version! Are the jams happening Thursday
  21:00 GMT as mentioned on the website?

 There is currently no active community. Thus, there haven't been any
 regular sessions recently. Of course, I'd love to revive the weekly
 sessions, if there is any interest and I would definitely try to
 participate.

 Community-wise, the project has been sleeping for several years. I hope
 to be able to spark some interest again so that users are likely to meet
 other users from all over the world to have a jam with them.

 There will be a short workshop/intro followed by a jam:

   time: Tuesday 2nd of April, 19pm - ?? GMT
   location: VMK (Zurich University of the Arts), Sihlquai 131

 Anyone interested is invited to join. Expect the session to start at
 20pm GMT.

 Roman


 ___
 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] Tags in pd-extended git repository.

If you are seeing no tags at all in your pd-extended.git repo, that means you
haven't downloaded them. You can use 'git fetch --tags'. They were a bit out
of date, so I just updated them. You can see the tags listed here:

http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=summary

.hc

On Mar 11, 2013, at 10:04 AM, Rafael Vega wrote:

Hi, sorry for the noise. Looking at the git logs made this pretty obvious.
The commit I was looking for is here:
http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended.git;a=commitdiff;h=c1a5e1f63884d3780123a2265865ea4052bcb63d

On Mon, Mar 11, 2013 at 8:52 AM, Rafael Vega email.r...@gmail.com wrote:
Hi.

I'm building an application using libpd and some externals that are in the
pd-extended distribution (latest stable build 0.43-4). I need to link the
externals statically so I downloaded the pd-extended sources from the git
repo.

I'm having an issue: The pd-extended repo has no tags for releases (at least
not for all of them). The pd vanilla repo, on the other hand has all the
tags.

Can someone suggest how to figure out which commit to checkout if I want to
have code that works just like the 0.43-4 release? (expect same bugs, if any,
etc.)

BTW, It would be very nice to have the tags in the pd-extended repo :)

Thanks.

--
Rafael Vega
email.r...@gmail.com

--
Rafael Vega
email.r...@gmail.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] problems with arrays in extended 0.43.4 / windows 8


Are there any errors or messages in the Pd Window?

.hc

On Mar 8, 2013, at 10:21 AM, kristof lauwers wrote:

 Hi,
 
 I just installed Pd extended 0.43.4 on this computer, and there seems to be 
 some problems with arrays: when i want to create one from the put menu, 
 nothing happens. When i right click on an existing array in the help patches, 
 i get just the canvas properties dialog, not the one for arrays.
 I have this problem on just one computer, running windows 8. I tried on 
 another windows 8 machine, and there arrays work just fine..
 any idea what could be going wrong?
 
 best,
 
 Kristof
 
 
 ___
 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] pidip


please keep this on the list, other people can answer this question, so it'll 
likely get you a faster answer too.

Just copy the 'pidip' folder in extra/ from 0.42.5 and put it in your 
user-installed externals folder.
http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files

.hc

On Mar 9, 2013, at 11:39 AM, t'es in t'es bat wrote:

 hello,
 Can you give me some info how to do it ?
 do i need to go to the pidip folder in 42.05 download folder and then do 
 ./configure and so or there is a another way...
 i don't unduerstand the install read me of the 42.5 folder...
 please help
 
 thanks
 
 David
 
 2013/2/4 Hans-Christoph Steiner h...@at.or.at
 
 You can take the 'pidip' folder out of Pd-extended 0.42.5 and install it like
 any library, and it'll work.
 
 Otherwise, I suggest you have a private conversation with Yves.
 
 .hc
 
 On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
  i notice that pidip is not in the new pdextended
  is there a way we can reconcile this without huge tantrums and bullshit?
 
  pp
  ___
  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
 
 
 
 -- 
 TNTB
 P/: 06 86 86 12 19
 SKYPE/: tntb.net
 |
 http://www.tntb.net
 http://www.databit.me
 
 /_̲_̲̅_─ ̲̲͋_̲̅
  _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
 _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
  _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_─ ̲̲͋_̲̅
  _ _̲̅̅̅_̅_̲̲̅ ̲__̲_̲̅_
 
 

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

Re: [PD] PMPD on RPi

Hi again,

use link rigidity (K) in order to make the 2 masses to bounce one on the
other.

I was under the impression that you had to use interactors so that the
masses would bounce off each other (obviously not!)

How would I do that with links (K), is it in an example patch?

Main problem atm is that I like the sound of the patch on my laptop, even
with the technical mistakes, and it just doesn't sound so good on the Pi:(

I did have GEM for visualisation but that all got ripped out a while ago
knowing I would be hopefully porting to the Pi so it's now very hard to
know what's happening - back to the drawing board.

Jb

On 11 March 2013 14:48, Cyrille Henry c...@chnry.net wrote:



 Le 11/03/2013 14:48, Julian Brooks a écrit :

  Still getting occasional explosions with D  D2 at 32  8 respectively. K
 for both links is now 15.

 If anyone has further suggestions please let me know.

 i did find some strange things in your patch.
 there is a iCircle while most masses use iSphere, i think they should all
 use the same interactor in order to have a symetrical interaction.

 also, interactor create force, i would better use link rigidity (K) in
 order to make the 2 masses to bounce one on the other.




 I'm really very curious, Cyrille, what you mean by 'accuracy can be the
 answer'?

 well, i wanted to point ou that the accuracy of the math is important.

 if you do abstraction that mimic mass/link, you can do physical model
 without pmpd. But it has been proven that it's not as accurate as
 externals. And this accuracy can create instabilities in some situation
 (specially when the system is close to an instable point).

 i have no idea why math should be less accurate on the Rpi, but that could
 be the answer on why your patch was working on a laptop, and not on the Pi.

 cheers
 c


 I'm very aware that I've made all the settings 'by ear' so to speak, so
 I'm not follwing any formulas here.

 Cheers,

 Julian

 On 11 March 2013 12:47, Julian Brooks jbee...@gmail.com mailto:
 jbee...@gmail.com wrote:

 Hey Cyrille,

 Many thanks for testing.

 Good to know pmpd is working on the pi.

 Thanks for the spot about the link being set too high (D2), I have
 set it to 15 as per your recommendation.

 I'm now experimenting with D and D2 to try and get a similar
 soundworld as per my original patch.  Still getting occasional
 blow-ups/distortion for no apparent reason but at least something is
 happening, which is so much better than what I had before.

 Interestingly it makes absolutely no difference to the resultant
 sound whether Pd on the Pi is running via vnc and in gui mode or straight
 from command line with -nogui.

 Progress though.  Hurrah.

 Will report back with further progress.
 (if anyone has an inclination to check the patch and offer
 advice/assistance/**recommendations I would be hugely grateful)

 Very best wishes,

 Julian




 On 11 March 2013 11:23, Cyrille Henry c...@chnry.net mailto:
 c...@chnry.net wrote:

 hello,

 so, i've test your patch on my laptop : it work.
 i compile pmpd on the rpi, test your patch and it don't run.
 so i can confirm the problem, sending you pmpd binary will not
 help

 basic pmpd example works on the Rpi. it's hard to fully test
 because most examples need Gem.

 On the Rpi, the pmpd part of your patch did became unstable. i
 can see the same behaviors on my laptop if I increase D2 a bit to much.
 So, your patch is quite sensitive, and easily became unstable.
 It look like the pi math is not accurate enough to keep your
 patch stable.
 when removing few masses, and playing with parameters, i was able
 to get back to a stable situation.

 in fact, changing in btch_link_2 rigidity of the link from 125 to
 15 is enough to get the patch stable again. (after waiting for few second).
 btw, i did not understand how a link with 125 rigidity connect to
 mass weight 100 can not be instable.


 So although pmpd did not work the same way on my laptop and on
 the Rpi, i was not able to spot a problem on the Rpi.

 Accuracy can be the answer.
 I'll be glad to here from peoples that know more than me on this
 topic.

 cheers
 c





 Le 11/03/2013 10:31, Julian Brooks a écrit :

 Bugger- sorry.

 Attached now

 BTW - Please be very careful with the audio level if testing
 on RPi.  It's very loud!

 Julian

 On 11 March 2013 09:23, Cyrille Henry c...@chnry.net mailto:
 c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote:

  the vanilla-urn is missing.

  Le 11/03/2013 10:18, Julian Brooks a écrit :

  Hi Cyrille,

  Many thanks for assistance...

  The simplest solution I think is for me to send you
 the whole patch.

Re: [PD] PMPD on RPi




Le 11/03/2013 16:58, Julian Brooks a écrit :

Hi again,

use link rigidity (K) in order to make the 2 masses to bounce one on the 
other.

I was under the impression that you had to use interactors so that the masses 
would bounce off each other (obviously not!)

How would I do that with links (K), is it in an example patch?

it's with the interactor, but interactor can do lot's of stuff, and it's a bit 
messy.
it can renerate a constant force when you enter in the interactor field (what 
you are using), or it can generatea force proportional to the distance to the 
interactor border. So it interact the same way as a link.



Main problem atm is that I like the sound of the patch on my laptop, even with 
the technical mistakes, and it just doesn't sound so good on the Pi:(

I did have GEM for visualisation but that all got ripped out a while ago 
knowing I would be hopefully porting to the Pi so it's now very hard to know 
what's happening - back to the drawing board.

yep, i understand the problem, i can't help more.
cheers
c



Jb

On 11 March 2013 14:48, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
wrote:



Le 11/03/2013 14:48, Julian Brooks a écrit :

Still getting occasional explosions with D  D2 at 32  8 respectively. 
K for both links is now 15.

If anyone has further suggestions please let me know.

i did find some strange things in your patch.
there is a iCircle while most masses use iSphere, i think they should all 
use the same interactor in order to have a symetrical interaction.

also, interactor create force, i would better use link rigidity (K) in 
order to make the 2 masses to bounce one on the other.




I'm really very curious, Cyrille, what you mean by 'accuracy can be the 
answer'?

well, i wanted to point ou that the accuracy of the math is important.

if you do abstraction that mimic mass/link, you can do physical model 
without pmpd. But it has been proven that it's not as accurate as externals. 
And this accuracy can create instabilities in some situation (specially when 
the system is close to an instable point).

i have no idea why math should be less accurate on the Rpi, but that could 
be the answer on why your patch was working on a laptop, and not on the Pi.

cheers
c


I'm very aware that I've made all the settings 'by ear' so to speak, so 
I'm not follwing any formulas here.

Cheers,

Julian

On 11 March 2013 12:47, Julian Brooks jbee...@gmail.com mailto:jbee...@gmail.com 
mailto:jbee...@gmail.com mailto:jbee...@gmail.com wrote:

 Hey Cyrille,

 Many thanks for testing.

 Good to know pmpd is working on the pi.

 Thanks for the spot about the link being set too high (D2), I have 
set it to 15 as per your recommendation.

 I'm now experimenting with D and D2 to try and get a similar 
soundworld as per my original patch.  Still getting occasional 
blow-ups/distortion for no apparent reason but at least something is happening, 
which is so much better than what I had before.

 Interestingly it makes absolutely no difference to the resultant 
sound whether Pd on the Pi is running via vnc and in gui mode or straight from 
command line with -nogui.

 Progress though.  Hurrah.

 Will report back with further progress.
 (if anyone has an inclination to check the patch and offer 
advice/assistance/__recommendations I would be hugely grateful)

 Very best wishes,

 Julian




 On 11 March 2013 11:23, Cyrille Henry c...@chnry.net mailto:c...@chnry.net 
mailto:c...@chnry.net mailto:c...@chnry.net wrote:

 hello,

 so, i've test your patch on my laptop : it work.
 i compile pmpd on the rpi, test your patch and it don't run.
 so i can confirm the problem, sending you pmpd binary will not 
help

 basic pmpd example works on the Rpi. it's hard to fully test 
because most examples need Gem.

 On the Rpi, the pmpd part of your patch did became unstable. i 
can see the same behaviors on my laptop if I increase D2 a bit to much.
 So, your patch is quite sensitive, and easily became unstable.
 It look like the pi math is not accurate enough to keep your 
patch stable.
 when removing few masses, and playing with parameters, i was 
able to get back to a stable situation.

 in fact, changing in btch_link_2 rigidity of the link from 125 
to 15 is enough to get the patch stable again. (after waiting for few second).
 btw, i did not understand how a link with 125 rigidity connect 
to mass weight 100 can not be instable.


 So although pmpd did not work the same way on my laptop and on 
the Rpi, i was not able to spot a problem on the Rpi.

 Accuracy can

Re: [PD] PMPD on RPi

Been super-helpful Cyrille thank you, really appreciate it.

Cheers,

J

On 11 March 2013 16:02, Cyrille Henry c...@chnry.net wrote:



 Le 11/03/2013 16:58, Julian Brooks a écrit :

  Hi again,

 use link rigidity (K) in order to make the 2 masses to bounce one on the
 other.

 I was under the impression that you had to use interactors so that the
 masses would bounce off each other (obviously not!)

 How would I do that with links (K), is it in an example patch?

 it's with the interactor, but interactor can do lot's of stuff, and it's a
 bit messy.
 it can renerate a constant force when you enter in the interactor field
 (what you are using), or it can generatea force proportional to the
 distance to the interactor border. So it interact the same way as a link.



 Main problem atm is that I like the sound of the patch on my laptop, even
 with the technical mistakes, and it just doesn't sound so good on the Pi:(

 I did have GEM for visualisation but that all got ripped out a while ago
 knowing I would be hopefully porting to the Pi so it's now very hard to
 know what's happening - back to the drawing board.

 yep, i understand the problem, i can't help more.
 cheers
 c


 Jb


 On 11 March 2013 14:48, Cyrille Henry c...@chnry.net 
 mailto:c...@chnry.net
 wrote:



 Le 11/03/2013 14:48, Julian Brooks a écrit :

 Still getting occasional explosions with D  D2 at 32  8
 respectively. K for both links is now 15.

 If anyone has further suggestions please let me know.

 i did find some strange things in your patch.
 there is a iCircle while most masses use iSphere, i think they should
 all use the same interactor in order to have a symetrical interaction.

 also, interactor create force, i would better use link rigidity (K)
 in order to make the 2 masses to bounce one on the other.




 I'm really very curious, Cyrille, what you mean by 'accuracy can
 be the answer'?

 well, i wanted to point ou that the accuracy of the math is important.

 if you do abstraction that mimic mass/link, you can do physical model
 without pmpd. But it has been proven that it's not as accurate as
 externals. And this accuracy can create instabilities in some situation
 (specially when the system is close to an instable point).

 i have no idea why math should be less accurate on the Rpi, but that
 could be the answer on why your patch was working on a laptop, and not on
 the Pi.

 cheers
 c


 I'm very aware that I've made all the settings 'by ear' so to
 speak, so I'm not follwing any formulas here.

 Cheers,

 Julian

 On 11 March 2013 12:47, Julian Brooks jbee...@gmail.com mailto:
 jbee...@gmail.com mailto:jbee...@gmail.com mailto:jbee...@gmail.com
 wrote:

  Hey Cyrille,

  Many thanks for testing.

  Good to know pmpd is working on the pi.

  Thanks for the spot about the link being set too high (D2),
 I have set it to 15 as per your recommendation.

  I'm now experimenting with D and D2 to try and get a similar
 soundworld as per my original patch.  Still getting occasional
 blow-ups/distortion for no apparent reason but at least something is
 happening, which is so much better than what I had before.

  Interestingly it makes absolutely no difference to the
 resultant sound whether Pd on the Pi is running via vnc and in gui mode or
 straight from command line with -nogui.

  Progress though.  Hurrah.

  Will report back with further progress.
  (if anyone has an inclination to check the patch and offer
 advice/assistance/__**recommendations I would be hugely grateful)

  Very best wishes,

  Julian





  On 11 March 2013 11:23, Cyrille Henry c...@chnry.net mailto:
 c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net wrote:

  hello,

  so, i've test your patch on my laptop : it work.
  i compile pmpd on the rpi, test your patch and it don't
 run.
  so i can confirm the problem, sending you pmpd binary
 will not help

  basic pmpd example works on the Rpi. it's hard to fully
 test because most examples need Gem.

  On the Rpi, the pmpd part of your patch did became
 unstable. i can see the same behaviors on my laptop if I increase D2 a bit
 to much.
  So, your patch is quite sensitive, and easily became
 unstable.
  It look like the pi math is not accurate enough to keep
 your patch stable.
  when removing few masses, and playing with parameters, i
 was able to get back to a stable situation.

  in fact, changing in btch_link_2 rigidity of the link
 from 125 to 15 is enough to get the patch stable again. (after waiting for
 few second).
  btw, i did not understand how a link with 125 rigidity
 connect to mass

Re: [PD] pidip

2013-03-11 Thread Patrick Pagano


Is this for linux?



On 03/11/2013 11:07 AM, Hans-Christoph Steiner wrote:


please keep this on the list, other people can answer this question, 
so it'll likely get you a faster answer too.


Just copy the 'pidip' folder in extra/ from 0.42.5 and put it in your 
user-installed externals folder.

http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files

.hc

On Mar 9, 2013, at 11:39 AM, t'es in t'es bat wrote:


hello,
Can you give me some info how to do it ?
do i need to go to the pidip folder in 42.05 download folder and then 
do ./configure and so or there is a another way...

i don't unduerstand the install read me of the 42.5 folder...
please help

thanks

David

2013/2/4 Hans-Christoph Steiner h...@at.or.at mailto:h...@at.or.at


You can take the 'pidip' folder out of Pd-extended 0.42.5 and
install it like
any library, and it'll work.

Otherwise, I suggest you have a private conversation with Yves.

.hc

On 02/03/2013 09:10 PM, Pagano, Patrick wrote:
 i notice that pidip is not in the new pdextended
 is there a way we can reconcile this without huge tantrums and
bullshit?

 pp
 ___
 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 mailto:Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list




--
TNTB
P/: 06 86 86 12 19
SKYPE/: tntb.net http://tntb.net/
|
http://www.tntb.net http://www.tntb.net/
http://www.databit.me http://www.databit.me/

/_?_??_? ???_??
 _ __?_??? ?__?_??_? ???_??
_ __?_??? ?__?_??_? ???_??
 _ __?_??? ?__?_??_? ???_??
 _ __?_??? ?__?_??_






___
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] readsf fails to read 32 bits float wav

2013-03-11 Thread Charles Goyard

Hi,

today I noticed a readsf~ (on vanilla) opening a 5 wave file containing
32 bits float audio fails silently. The doc says 4 bytes is unavailable
for AIFF, but I use WAVE.

The file is a 5 channels WAVE file with 5 tracks 32bits float at 48kHz.

Converting the audio to 16 bits PCM works.

Is that a bug ? On vanilla 0.44.

Thanks,

-- 
Charles

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

Re: [PD] found how to reproduce Pd-ext 0.43.4 Tcl Invalid Command Name error

2013-03-11 Thread Marco Donnarumma

Thanks for this.

UPDATE: even though I found how to reproduce the bug, it still affects the
Xth Sense software.

It's pretty wild. The patch I sent to the list is fixed.

But the Xth Sense patch is still affected by it (even after fixing it the
same way as the bug report patch).

Launching the patch in the same way, sometimes the bug happens, some other
not.
I can't figure out what else it could be. And there is no log in the
terminal.

What else can I do to help solving this?

How to read that Tcl error log to understand where it comes from?

I checked the bug tracker and there are at least other two bugs that report
a similar log.
However, I don't know enough about the guts to establish whether they might
be related.

They all do seem to be reported by Tcl, so there could possibly be
something in common.

thanks!
cheers,
M


Hello,

 I encountered a maybe similar bug clicking on the 0 button of the Hradio
 in pix_video help patch :

 (Tcl) NOM DE COMMANDE INVALIDE : invalid command name .x8b1b038.c
  while executing
 .x8b1b038.c delete 8b26df8BASE0
  (uplevel body line 14)
  invoked from within
 uplevel #0 $cmds_from_pd

 In Pd-extended 0.43-4 on debian 32 bit with GEM: ver: 0.93.3 compiled:
 Jan 28 2013

 this bug disapear if I cut the wire of the left outlet of [pix_video]
 which goes to [s $0-info]

 Bugs related ? :

 http://sourceforge.net/tracker/index.php?func=detailaid=3522945group_id=55736atid=478070

 ++Benjamin

 Le 07/03/2013 12:33, Marco Donnarumma a ?crit :
  hey thanks all for testing.
 
  At least we know it's consistent.
  Let's see if somebody has ideas about it.
 
  Let me know how can I help!
  Really wish to solve this.
 
  thanks!
 
  --
  Marco Donnarumma
  New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
  Embodied Audio-Visual Interaction Research Team.
  Department of Computing, Goldsmiths University of London
  ~
  Portfolio: http://marcodonnarumma.com
  Research: http://res.marcodonnarumma.com
  Director: http://www.liveperformersmeeting.net
 
 
  On Thu, Mar 7, 2013 at 9:15 AM, batinste dwanaf...@yahoo.fr
  mailto:dwanaf...@yahoo.fr wrote:
 
  Hi
 
  Behaviour confirmed on ubuntu 12.10 64 bits and pd-ext 0.43.4.
 
 
  On 07/03/2013 02:02, Marco Donnarumma wrote:
  hey,
 
  dunno if you remember, but I still have this error (below) and
  now I managed to make a small patch that reproduces it (attached).
  It seems related to the Hide flag for a 2nd level nested GOP
 patch.
 
  it'd be great if somebody could test it on linux and mac.
  I'm on Ubuntu Lucid 10.04, pd-ext 0.43.4
 
  how to reproduce:
 
  - launch MAIN-graph-bug.pd
  - click the bang to open a subpatch (if it doesn't at startup)
  - close the subpatch
  - close MAIN-graph-bug.pd
 
  at this point Pd throws the error as below. Only the GUI freezes,
  the patch is  unusable and have to kill it, by closing pd.
 
  
  (Tcl) INVALID COMMAND NAME: invalid command name .x996ebd0.c
  while executing
  .x996ebd0.c delete graph996f4b0i0
   (uplevel body line 1)
   invoked from within
  uplevel #0 $cmds_from_pd
  
 
 
  How to avoid it:
 
  - launch MAIN-graph-bug.pd
  - click the bang to open a subpatch (if it doesn't at startup)
  - open the subpatch
  - open the further subpatch anlz.scope~
  - flag hide object name and argument
  - save
  -close pd
  - restart the patch and the error disappear
 
 
  It is worth noting that the error I get with the Xth Sense
  software looks similar but has different tags (see below). And I
  can't reproduce this one error using a subpatch including a graph
  or iem_image (which I use in the Xth Sense)
 
 
  
  (Tcl) INVALID COMMAND NAME: invalid command name .x9c4d3b0.c
  while executing
  .x9c4d3b0.c create image 900 776 -image a4304c0PHOTOIMAGE -tags
  a4304c0PHOTO
   (uplevel body line 283)
   invoked from within
  uplevel #0 $cmds_from_pd
  \
 
 
  should i submit a different bug report or add to the one I did
  already?
 
  thanks in advance for any hint,
  this is forcing me to still use pd-ext 0.42.5 during my workshop,
  which is a shame :)
 
 
  --
  Marco Donnarumma
  New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
  Embodied Audio-Visual Interaction Research Team.
  Department of Computing, Goldsmiths University of London
  ~
  Portfolio: http://marcodonnarumma.com
  Research: http://res.marcodonnarumma.com
  Director: http://www.liveperformersmeeting.net
 
 

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

[PD] hcs/screensize doesn't work w/ -nogui

2013-03-11 Thread Marco Donnarumma

any particular reason why it doesn't?

you can try to run the help patch, add a [stdout], relaunch the help patch
with -nogui.

I'm making a simple splashscreen with a gem -nogui patch, and it needs to
render the image in the center of the screen.
I know I could use [shell], but I'd rather a cross-platform solution.

can I fix the screensize object or is there another object I'm not aware of?

thanks!


--
Marco Donnarumma
New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
Embodied Audio-Visual Interaction Research Team.
Department of Computing, Goldsmiths University of London
~
Portfolio: http://marcodonnarumma.com
Research: http://res.marcodonnarumma.com
Director: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pidip