#new PAR.EXE
Gus, I don't know why Robert can't do this because I've been doing
multiple ani file accesses from the PAR drive for the past 3 weeks
now. As I write this I'm pulling 14 ani files of 600 frames each for
a rotoscoped composite of cubes. Each also has a feathered windowed
opacity map so the roto files blend without hard rectangle edges.
After all is rendered it is dumped back to the PAR using the same
PXP. I have a monitor on the PAR output and can monitor each frame
of each ani file as it is accessed by 3DS when the render screen
says: "processing maps". It takes about 20 seconds to process all 14.
They go in order. The last roto file stays on the screen for the
duration of the rendering and then I see the composite as it writes
to the PAR. The only drawback is this won't render on my network.
But, we've beat that issue to death with Greg already. The secret to
doing this is proper use of the IFL procedure. During a previous
test I had different lengths of ani files. I was able to allow these
IFL's to cycle during a much longer animation. The roto files just
repeat themselves when they get to the end of the list..
PS: I just made arrangements to exchange my VM for the fourth time.
Apparently the SC box rev. is not compatible with my board and
therefore has problems communicating the LTC codes.