(formerly from Owego, NY though - your neck of the woods, Drew)
--
Andrew J. Dolgert wrote:
Re: [opendx-users] Usage model for OpenDX
Hi Matt,
I like your approach and
Mike's suggestions. His way of embedding OpenDX sounds very nice.
As to whether you can use
the Image viewer
Drew Mike,
Thanks very much for the insight. I am admittedly new to OpenDX, and
appreciate your guidance.
I am currently taking your advice and ascribing to the strategy of
sending my raw data (via a TCP/IP socket) to an OpenDX module that
translates the data into DX Objects (Fields,
Matt wrote:
there is an import via socket module available in the VPE; have
you had any experience with this?
I have not used it.
As Mike mentioned, I observed in the call_module DX samples where it
appears the VPE data flow graphs are essentially coded into C: a
program-schematic of the
Title: Re: [opendx-users] Usage model for OpenDX
Hi Matt,
I like your approach and Mike's
suggestions. His way of embedding OpenDX sounds very nice.
As to whether you can use the Image viewer
from C calls, I'm not sure, either, because I've never tried running a network
through C calls
Hi Matt,
You can set variables in a running copy of DX using DXLink, but you are
correct that you send them as text. There are helper routines in one of
the libraries that let you write a loadable module and external program
which talk with each other over sockets. These routines are commented
, May 31, 2005 10:07 AM
To: opendx2-users@lists.berlios.de
Subject: RE: [opendx-users] Usage model for OpenDX
Hi Matt,
You can set variables in a running copy of DX using DXLink, but you are
correct that you send them as text. There are helper routines in one of
the libraries that let
I wrote:
... all of the DX functionality IS available through the
library routines...
That is, except for the VPE, data flow, and interactors. But the
idea is that you don't need or want the data flow when doing
this, since you then have much better control over everything.
And in general, one
I linked Qt with DX and it always crashed, even though I tried
various ways of making sure that DX was in a thread that did not
wait a long time. My solution was to connect DX with Qt using
CORBA, the free OmniORB. Though it seems complicated to through
into the mix yet another tool, it works.