#PAR Problem?
3 messages in this thread
Hey, we are doing a traditional animation (drawn) using digital ink &
paint. We are using our PAR board to compile the frames from Exabyte.
The project is animated at 24FPS and is being transferred to Exabyte
using 3/2 pulldown for video. When we play back the compiled
animation, we get "stuttering". The company sending us the inked &
painted frames says they have not seen this problem before when
compiling off Exabyte to Abekas. Has anyone else encountered
anything like this? We have to use 3/2 pulldown or the animation
comes out way short. With the pulldown it looks like acid trip
crap. We have tested the animation without 3/2 pulldown and, apart
from being too short, it looks fine. This is definately happening
because of the pull down. The folks providing the Exabyte feel that
it is a PAR problem. We are way open to input.
Thanks in advance for any help.
Stephen,
Not being familiar with frames off of Exabyte, I may be off the
mark. But from the description of the problem, you might consider
the possibility that the *fields* for each frame need to be
reversed. My machine is being leased right now so I can't look in on
the PAR interface, but I believe the newer versions of the software
deal with reversing fields of imported frames. Or maybe AdPro does.
Anyway, to compare what I'm talking about to your problem, grab some
video into the PAR and then copy it using the Ping-Pong feature. When
you play it back, the video that plays in reverse will have a swimmy
or stuttering look to it, because while the frames were reversed, the
fields were not. Hope this helps.
Thanks for the insight. You hit the nail on the head, dude. We came
up with the same solution after sending out the post. Now all we
have to do is get our Exabyte frames re-layed as Targas so we can use
the Targa-flip Import option, if necessary, with the PAR.