Re: [PD] PMPD on RPi

[Julian Brooks]

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

Cheers,

J

On 11 March 2013 16:02, Cyrille Henry  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 > >
>> 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> >>
>> 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 btc

Re: [PD] PMPD on RPi

[Cyrille Henry]

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

Re: [PD] PMPD on RPi

[Julian Brooks]

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  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>> 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> >> wrote:
>>
>>  the vanilla-urn is missing.
>>
>>  Le 11/03/2013 10:18, Julian Brooks a écrit :
>>
>>  Hi Cy

Re: [PD] PMPD on RPi

[Cyrille Henry]

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 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 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 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 201

Re: [PD] PMPD on RPi

[Julian Brooks]

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  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  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 >> >
>>> 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> >> 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 

Re: [PD] PMPD on RPi

[Julian Brooks]

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

Re: [PD] PMPD on RPi

[Cyrille Henry]

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 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 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  > mailing list
 UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list 
 
>





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



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

Re: [PD] PMPD on RPi

[Julian Brooks]

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  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 > >
>> 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  mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/__**listinfo/pd-list<
>> http://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] PMPD on RPi

[Cyrille Henry]

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 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  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

[Antoine Villeret]

hi,

i've build it yesterday evening,
i didn't fully test
I can send it to you this afternoon

cheers

a

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


2013/3/10 Cyrille Henry 

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

Re: [PD] PMPD on RPi

[Cyrille Henry]

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 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