#reply re: same ol..
31-Dec-93 14:03:57
Sb: #reply re: same ol..
Fm: Theo. A. Artz 71302,3364
To: John K. Jordan 71174,711
JKJ, Thanks for the reply. Rendering frames instead of fields is not an
acceptable option , considering the amount of motion, and image quality
required in much of our work. As mentioned once earlier, we never even realised
the prob. existed until one partic. client was editing in Dynamic Tracking mode
(BetaSP) and found the motion stuttering in and between the orig. sequences and
the correspnding matte (alpha) reel. But, now, we see it obviously even w/o DT,
when reviewing our dumps-to-tape @ various search speeds. The more extremme the
motion path, the more pronounced the errors(stuttering). Your comment re: your
similar prob. w/ the Diaquest contrllr. and sync flow have definite relevance,
but I think it offers up yet another conundrum… Our prob. has been isolated
to a specific situation: record/rendering from w/in 3DS disk-to-tape., not
direct render-to-tape. A reply from Yost Group suggests fault=BCD5000. BCD says
"unhh, unhh.." The ADI driver VTRBCD is most recent ver.(@ 6/92 I think). Gary,
et al (if you're reading), Is there no poss. internal link-type errors b'tween
3ds calls I recognise the fact that "thousands of other people just like me"
are out there w/ sim. setups, and have not mentioned any such prob. to you, but
so far I've met three users that have noted , historica lly, they have seen it.
Today, I will try again…. Stay tuned… And much thanks to all who give their
valuable time to reply!