I did encounter this during Beta of CS5, but No one else could duplicate it.
I did find that exchanging the offending clip with another fixed it.
I did find that once I found a ‘disturbance’ in the image, that I’m suspecting to be High FQ Timebase error in the footage (the videotape was TBC’d or Framesynced)
I then found that the source footage, if transferred via TBC or FS again had the SAME PROBLEM..
So the problem had to do with the source footage itself….
Now, it’s interesting to note that the IMAGE that Encore Used was from the same session, but NO-WHERE-NEAR the footage with the Timebase error…
Premiere didn’t complain about this footage, Only Encore, and Only after Transcode. Prior to transcode, it played fine on the monitor!
Now because I didn’t have a 2nd take to fall back on, once I found where the problem was in the footage…. I had to come up with a Plan B…
The footage in question was a Mime shot in silhouette… The background was a dark blue.
So I used a custom Wipe pattern to cut between this footage and color background, and by cutting out and replacing the bad footage with color background…. The problem was fixed in Premiere, which, due to Dynamic Link to Encore, was flagged with new footage next time I opened Encore, and the problem was then fixed…..
Now this did bring up a feature that I promptly posted to the Beta Site…. The need for a Color Picker in Background color, which would have made the selection of the exact color in the video footage simple…. but didn’t exist yet…. and never made it into CS6 either….
My Last Beta Participation was CS6, because I don’t believe in CLOUD, and I was dead set against Dynamic Link to Encore being removed… (Because Encore was eliminated Past CS6)… but that’s a story for another time…..
I guarantee you that you will find a disturbance in the source footage that Premiere will not object to, but Will cause random incorrect frames to occur in Encore after a trans-code…
Jan