[PD] Pd-list Digest, Vol 83, Issue 169

Maggie maggiekoowoanchyi at hotmail.com
Wed Feb 29 14:39:38 CET 2012


yes, Thomas smeeton.

Thanks.

-----
Sent from mBox Mail
Hotmail for iPhone and iPod Touch
http://www.fluentfactory.com/mboxmail

________________________

On 2012-02-29 13:38:53 +0000 pd-list-request at iem.at wrote:

> 
> Send Pd-list mailing list submissions to
> 	pd-list at iem.at
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.puredata.info/listinfo/pd-list
> or, via email, send a message with subject or body 'help' to
> 	pd-list-request at iem.at
> 
> You can reach the person managing the list at
> 	pd-list-owner at iem.at
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pd-list digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: latest Pd-Extended cpu usage (was: new editing features
>       of Pd-extended 0.43, now in beta) (Rich E)
>    2. pddroidparty netsend and netreceive (Orm Finnendahl)
>    3. Re: pddroidparty netsend and netreceive (berenger recoules)
>    4. Re: pddroidparty netsend and netreceive (Ga?l Dubus)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 29 Feb 2012 22:17:42 +1100
>  From: Rich E <reakinator at gmail.com>
> Subject: Re: [PD] latest Pd-Extended cpu usage (was: new editing
> 	features of Pd-extended 0.43, now in beta)
> To: Jamie Bullock <jamie at postlude.co.uk>
> Cc: pd-list at iem.at
> Message-ID:
> 	<CA+vnWEiocUiy+u8an4KfGiY0gUW8xCkfGdXGnWV4j2j4j6sdAA at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Note that the issue I'm seeing is a difference in cpu usage between
> Pd-Extended and Pd-vanilla.  In OS X 10.7, when opening up each version of
> pd and looking at Activity Monitor (before every opening a patch or turning
> on DSP), I get:
> 
> - Pd-0.43.1-extended-20120228 running at ~ 17% cpu
> - Pd-0.43-1 running at ~ 7% cpu
> 
> I can file this on sourceforge if it would be easier to track there.
> 
> On Wed, Feb 29, 2012 at 8:56 PM, Jamie Bullock <jamie at postlude.co.uk> wrote:
> 
>> 
>> 
>> On 28 Feb 2012, at 21:10, katja wrote:
>> 
>>> 
>>> 
>>> On Tue, Feb 28, 2012 at 9:06 PM, Jamie Bullock <jamie at postlude.co.uk>
>> wrote:
>>> 
>>> Yup, I think this is related to the Portaudio driver. I reported it here:
>>> 
>>> 
>> http://sourceforge.net/tracker/?func=detail&aid=3100679&group_id=55736&atid=478070
>>> 
>>> I don't think it's Portaudio itself that's at fault, but rather the way
>> it interfaces with Pd.
>>> 
>>> 
>>> DspFuncLib is in:
>>> 
>>> 
>>   
>> /System/Library/Extensions/AppleHDA.kext/Content/Plugins/DspFuncLib.kext/Contents/MacOS.
>>> 
>>> If you run command nm on the lib, you'll see a plethora of dsp functions
>> like MultiBandCompressor, NoiseCanceller, Loudness, Softclip, Limiter and
>> whatnot. Functions in this lib are called when the internal soundcard is
>> used. When using an external soundcard with Pd, DspFuncLib is not called
>> and that makes the big difference in CPU load.
>>> 
>>> AppleHDA and mach_kernel are Apple libs as well and together with
>> DspFuncLib they are responsible for the crazy CPU load in the
>> 'idle-but-dsp-on' case.
>>> 
>>> PortAudio functions are apparently statically built into Pd and they
>> consume very little CPU time.
>>> 
>> 
>> It seems that you're right, so I've closed the bug (my apologies to
>> PortAudio!).
>> 
>> I guess the real 'fix' for this is that Pd now has a block size setting in
>> Preferences. With a block size of 1024, using the PortAudio driver I get a
>> CPU use of <2% with DSP on. Checking "use callbacks" also seems to reduce
>> CPU. Here, I got a reduction of ~2% with that checked.
>> 
>> Also, I'm not sure if this is an improvement in recent versions of OS X,
>> but Pd now runs at only ~5% with DSP on using the PortAudio driver with a
>> blocksize of 64. This is on a MacBook Air i7/1.8.
>> 
>> best,
>> 
>> Jamie
>> 
>> --
>> http://www.jamiebullock.com
>> 
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.puredata.info/pipermail/pd-list/attachments/20120229/8d963ffb/attachment-0001.htm>
> 
> ------------------------------
> 
> Message: 2
> Date: Wed, 29 Feb 2012 12:41:44 +0100
>  From: Orm Finnendahl <o.finnendahl at inm.mh-freiburg.de>
> Subject: [PD] pddroidparty netsend and netreceive
> To: pd-list at iem.kug.ac.at
> Cc: chris at mccormick.cx
> Message-ID: <20120229114143.GC2795 at varese>
> Content-Type: text/plain; charset=iso-8859-15
> 
> Hi,
> 
> I'm checking out pddroidparty for communication between an android
> device and a pd patch on another computer. It doesn't seem to be
> possible to send to or receive any events using the netsend and
> netreceive objects.
> 
> I can ping both devices. Establishing a connection and sending numbers
> from the computer to a numberbox in the android patch gives no errors
> in the pd window on the computer, but the numbers aren't displayed on
> the device. The same happens sending data from the android to the
> computer. I can telnet the port on the android when pddroidparty runs
> the patch (and get a "connection refused" message if the patch has
> been closed) so it seems that there is no firewall blocking the
> communication.
> 
> Does anybody know about this issue or has anybody successfully
> established netconnections between pddroidparty and another computer
> and could give some advice?
> 
> --
> Orm
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 29 Feb 2012 12:58:47 +0100
>  From: berenger recoules <berenger.recoules at gmail.com>
> Subject: Re: [PD] pddroidparty netsend and netreceive
> To: Orm Finnendahl <o.finnendahl at inm.mh-freiburg.de>
> Cc: pd-list at iem.kug.ac.at
> Message-ID:
> 	<CAM1BBLZ5HHW5tdJvmb4WXrqjH6Y+b8uofuiVB9wyWrL6hxe_xw at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hi
> 
> in my experience, I managed to send data from Droidparty to my computer but
> not the other way around, using the netro object by Chris.
> 
> you can check the netro object that uses netsend and netreceives :
> http://code.google.com/p/pd-netro/
> 
> actually i also tried it on an iphone with rjdj and I can send data to the
> iphone from my computer but not the other way around.
> 
> when I worked with it i'm not sure the version of pd used for libpd at this
> time was 0.43. As Chris mentions in the google code, [netro] works with
> 0.43 and higher, it's maybe the time to give it another try.
> 
> cheers
> 
> B?renger
> 
> 
> 
> 
> 2012/2/29 Orm Finnendahl <o.finnendahl at inm.mh-freiburg.de>
> 
>> Hi,
>> 
>>   I'm checking out pddroidparty for communication between an android
>> device and a pd patch on another computer. It doesn't seem to be
>> possible to send to or receive any events using the netsend and
>> netreceive objects.
>> 
>> I can ping both devices. Establishing a connection and sending numbers
>> from the computer to a numberbox in the android patch gives no errors
>> in the pd window on the computer, but the numbers aren't displayed on
>> the device. The same happens sending data from the android to the
>> computer. I can telnet the port on the android when pddroidparty runs
>> the patch (and get a "connection refused" message if the patch has
>> been closed) so it seems that there is no firewall blocking the
>> communication.
>> 
>> Does anybody know about this issue or has anybody successfully
>> established netconnections between pddroidparty and another computer
>> and could give some advice?
>> 
>> --
>> Orm
>> 
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> 
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.puredata.info/pipermail/pd-list/attachments/20120229/52515458/attachment-0001.htm>
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 29 Feb 2012 14:00:54 +0100
>  From: Ga?l Dubus <dubus at kth.se>
> Subject: Re: [PD] pddroidparty netsend and netreceive
> To: berenger recoules <berenger.recoules at gmail.com>
> Cc: pd-list at iem.kug.ac.at
> Message-ID: <4F4E2186.8060503 at kth.se>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
> 
> On 2/29/12 12:58 PM, berenger recoules wrote:
>> Hi
>> 
>> in my experience, I managed to send data from Droidparty to my 
>> computer but not the other way around, using the netro object by Chris.
>> 
>> you can check the netro object that uses netsend and netreceives : 
>> http://code.google.com/p/pd-netro/
>> 
>> actually i also tried it on an iphone with rjdj and I can send data to 
>> the iphone from my computer but not the other way around.
>> 
>> when I worked with it i'm not sure the version of pd used for libpd at 
>> this time was 0.43. As Chris mentions in the google code, [netro] 
>> works with 0.43 and higher, it's maybe the time to give it another try.
>> 
>> cheers
>> 
>> B?renger
>> 
>> 
>> 
>> 
>> 2012/2/29 Orm Finnendahl <o.finnendahl at inm.mh-freiburg.de 
>> <mailto:o.finnendahl at inm.mh-freiburg.de>>
>> 
>>      Hi,
>> 
>>       I'm checking out pddroidparty for communication between an android
>>      device and a pd patch on another computer. It doesn't seem to be
>>      possible to send to or receive any events using the netsend and
>>      netreceive objects.
>> 
>>      I can ping both devices. Establishing a connection and sending numbers
>>      from the computer to a numberbox in the android patch gives no errors
>>      in the pd window on the computer, but the numbers aren't displayed on
>>      the device. The same happens sending data from the android to the
>>      computer. I can telnet the port on the android when pddroidparty runs
>>      the patch (and get a "connection refused" message if the patch has
>>      been closed) so it seems that there is no firewall blocking the
>>      communication.
>> 
>>      Does anybody know about this issue or has anybody successfully
>>      established netconnections between pddroidparty and another computer
>>      and could give some advice?
>> 
>>      --
>>      Orm
>> 
>>      _______________________________________________
>>      Pd-list at iem.at <mailto:Pd-list at iem.at> mailing list
>>      UNSUBSCRIBE and account-management ->
>>      http://lists.puredata.info/listinfo/pd-list
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> Hi,
> I am facing kind of the same problem with ScenePlayer on Android.
> 
> For some time ago, I wanted to make another phone application 
> communicate with ScenePlayer. My idea was to inject the data into 
> ScenePlayer via localhost using networking utilities of Pd. For this 
> purpose, I recompiled ScenePlayer including externals from the mrpeach 
> library, then I tried several configurations in order to test the 
> different network protocols between the phone and my computer.
> 
> My conclusion is that there is only one way to have a working 
> bidirectional data exchange: [tcpclient] on the phone and [tcpserver] on 
> the computer. In all the other configurations (simple 
> [netsend]/[netreceive] or [tcpsend]/[tcpreceive] for example) it was 
> possible to send data from phone to computer but not from computer to 
> phone. When I tried to invert the working configuration (putting a 
> [tcpserver] on the phone), the following happened: the [tcpclient] on 
> the computer seemed to be connected (outlet 2 was set to 1) but could 
> not send (nor receive) any data to the phone.
> 
> Unfortunately, this does not enable me to have a direct connection 
> between an external mobile application and ScenePlayer as I had hoped. I 
> gave up momentarily with the idea of using network utilities, but I 
> think that this is a question of interest for people working with Pd on 
> Android: is there a reason for incoming TCP and UDP streams to be blocked?
> 
> Cheers
> 
> 




More information about the Pd-list mailing list