CompuServe Messages

#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!