[PD] communication with system ...

oliver oliver at klingt.org
Wed Mar 2 14:02:40 CET 2016


IOhannes m zmoelnig wrote:
> On 2016-03-02 12:20, oliver wrote:
>> both objects are very old and i just wanted to ask, if there's a little
>> more "up to date" way to do this
>
> how would you envision an "up to date" way to run a system command?
> how would it differ from what you have now?

recently i'm just trying to avoid as much 3rd party externals as 
possible (probably trying too hard), as i don't know how long they will 
work in future PDs.

(happened for example with the VASP library - fortunately there's 
iem_tab that covers most of VASPs features)

also (being on both windows and linux) i always need compiled .dll files 
for externals, that are sometimes hard to find or outdated.

>
>> - probably with vanilla objects only.
>
> [netsend]/[netreceive] and a second process running a bash-loop that
> receives any commands via "pdreceive", evals them and send them back via
> "pdsend".
>
> probably not what you are looking for, though i have used this in the
> past (as it gracefully handles stalling and crashing processes).

yeah, i read about that method. probably really a good way to go, as 
that would also be platform independent. did you use python for that ?

(i really don't need PD to be a jack-of-all trades software, i like it 
as simple as it is, i just wanted to check all possible "windows to the 
outer world".

midi and osc are working fine, but a direct connection to the system is 
sometimes also necessary.)

thanks for sharing !

oliver



More information about the Pd-list mailing list