CompuServe Messages

Wim, I'm aware of this issue, but it's not really a bug. It's been that way since r2 – it's just the way it is. Anyway, for the least work, I'd just rerender the reversed portion of the frames. But, I've figured out a fix which may be too late, but I'll let you know anyway. You'd use video post to reverse the field order by using a alpha matte of alternating, 1 pixel high, horizontal black/white lines (easy to create in animator pro). If you had a 486 line .tga file create 243 pure white (rgb 255,255,255) lines interlaced with 243 black lines (rgb 0,0,0). If using PAL it would be 576 lines (288 white/288 black). For example: wwwwwwwww bbbbbbbbb wwwwwwwww bbbbbbbbb where w=white, b=black and the lines extend the full width (756,720,512 etc, whatever your .tga file width is). Save the file as filter.gif, or similar. In video post you'd have 2 entries using .ifl file lists of the offending frames. The first 1 would need an offset of Y=-1; the second entry would need Y=1. The first entry's alpha column would be RGB Mask (use filter.gif), Intensity ON, Blur edges OFF, negative OFF; the second would be the same with negative ON (to work on the other set of lines). Render and save the files under another name. I haven't tested this theory, but it should work, and would be much quicker than re-rendering a heavy-duty sequence the normal way. >> but this gives a visible shift at the "border frame" between the normal sequence and the reversed sequence. << This shouldn't happen if the above method works. Martin