]
Subject: Re: lingo-l Theory: Multiple instances of a DXR
I have done so successfully with Dir 7.02, but have not tested the
technique since. The trick was that the dxr file had to be set to
read-only. For testing in authoring, I would have the main stage movie
use Buddy API to set the MIAW dir
needed.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Gomes
Sent: 31 August 2004 21:24
To: [EMAIL PROTECTED]
Subject: Re: lingo-l Theory: Multiple instances of a DXR
I have done so successfully with Dir 7.02, but have not tested the
technique since
there.
You can use the CASTCTRL.X32 by Paul Farry([EMAIL PROTECTED]) to
dynamicaly attach and detach castlibs when needed.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Gomes
Sent: 31 August 2004 21:24
To: [EMAIL PROTECTED]
Subject: Re: lingo-l Theory
I've had problems before now sharing a DXR at runtime across multiple
instances of one projector (it wasn't an intentional thing,
just a bug
launced more than one instance of the projector and I got
moaned at), but
this does beg the question can you run multiple instances of
a single
I have done so successfully with Dir 7.02, but have not tested the technique since.
The trick was that the dxr file had to be set to read-only. For testing in authoring,
I would have the main stage movie use Buddy API to set the MIAW dir file to read-only
during its initialization routine,
Thanks Max Jeff
I'll have a play around and let you know how things go. And if the DXR needs
to be read-only then I guess it'll be safer to set that attribute at
projector run time than set it manually before distributing the project.
Any further tips or tricks on this one list?
Ross
[To
