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