#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.
S.G. Bailey
Image Dynamics, Inc.
Is it possible that the PAR compression algorithm is causing the problem?
Are there settings for the algorithm that are letting it do some sort of off
the wall frame averaging?
Can you change the number of keyframes?
Have you considered playing back at 16FPS?
Whatever the answer I hope it gets posted here – I'm very interested in PAR
type equipment.
Thanks for posing the problem.
Steve,
Is 3/2 pull down converting 2 exabyte input frames to 3 PAR playback
frames? If so, assuming the exabyte frames are in order 1,2,3…x, could
you tell the PAR board when it is importing frames, two first import every
other frame twice, and then the _other_ frame once. Theoretically you
would end up with, first pass, 1,1,3,3,5,5,etc. and then second pass,
2,4,6,etc. You would still need to merge these two seperate sequences
into one, but maybe there is an Arexx macro or something to help with
that.
-John