[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