This is an option, although I'll have a try myself at doing it directly
first; as I understand it, if the permissions are correct then you can
access ActiveX objects via DCOM on a remote machine without having to run
Labview on that remote machine.
The main problem though remains that I cannot open MP from Labview and
control it. The response from Amaury missed this point. I don't want to have
to run MP within a container in a Labview panel, I want to run it in its own
window. I could do it from Labview, but then I have the additional
complication of making all the sizes dynamically change to give me full
screen playback in either of 640x480 or 800x600 depending on the settings at
the time.
I have a suspicion, reinforced by the lack of responses here,
that the MP
executable is a stand alone application that just acts as a container to an
instance of the MP ActiveX object, and can't in itself accept external
commands. If so then there's little I can do but write a wrapper
application, either in Labview or C++, to reproduce the housekeeping
functionality. Unless someone knows of a way of opening the MP executable
and then getting a reference to the instance of the MP object it contains.
"alberto" wrote in message
news:50650000000500000079550000-1007855737000@exchange.ni.com...
> Hi Craig,
>
> I did not manage to handle remote ActiveX on the remote machine.
> An idea is to develop a client application that runs the MP activeX on
> the client PC, then you have to develop a server application on your
> local PC that controls the client.
> If you have the application builder you can create an .exe of the
> client application, so you need only the LV runtime on the remote
> machine.
>
> Good luck and Merry Christmas!
>
> Alb
erto