Re: [PD] PMPD on RPi
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 c...@chnry.net 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 __**_ 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
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] 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
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] 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 -
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] 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
[PD] PMPD on RPi
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. 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
Re: [PD] PMPD on RPi
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
