Reduction of 'jitter' on constant motion footage

[count_jackula]

I'm trying to encode a showreel with constant movement. The resulting MPEG2 looks a bit jittery but when authored it has massive problems. I've tried a 2-pass trancode from an umcompressed AVI and increasing the amount of I frames of my MPEG2 (all using Digital Rapids Stream) - My authoring programme (DVD Studio Pro 4) didn't like the bit rate of the increased quality MPEG2 (even though i capped the bit rate @7500kbps). When i tried doing this through Cleaner XL 1.5 it ingest the asset but there was still too much jitter on the resulting DVD. I understand why this problem is occuring and got round it by using a multipass encoder (cinema craft - i think) however i was wondering if it was possible to reduce the jitter using the software listed above?

[zoobie]

try reversing the field order
you need a tv monitor to watch the footage on as you assemble
otherwise, you end up with tons of coasters

[strongbad]

what is the field order for mpeg2 interlaced video? I tried using top field and bottom field and noticed no difference.

[FulciLives]

what is the field order for mpeg2 interlaced video? I tried using top field and bottom field and noticed no difference.

Actually MPEG-2 DVD spec can be bottom field first or top field first.

The important thing is to make sure you use the correct field order as per the source. Some source material will be top field first and some will be bottom field first. If the input is progressive video then usually I think top field first is used although I don't think it really makes a difference.

- John "FulciLives" Coleman

[count_jackula]

I normally de-interlace all encoded footage (bar uncompressed), however on this project i tried de-interlaced and upper field first. All my footage is PAL, so it should be 1st field dominant. it wasn't repeating or reversing fields, it just had poor motion estimation.

FYI - top field is for PAL source material, bottom field is for NTSC. Something to do with its odd (numerically) frame rate.

[edDV]

FYI - top field is for PAL source material, bottom field is for NTSC. Something to do with its odd (numerically) frame rate.

Exception is DV format which is bottom field first for both NTSC and PAL. Also, many analog to digitral capture devices use top field first in NTSC.

[Nelson37]

Why are you throwing away half of your video? This may be the cause of the jerky motion.

[count_jackula]

I have encoded/transcoded from both interlaced (digibeta) and progressive sources (exported directly from a flame suite). Both had the jitter problem, any codec that creates i frames only is fine, it's only when the GOP structure has bidirectional or predictive frames that the video fails. i don't think it has anything to do with deinterlacing (I'm using bob & weave through cleaner XL, which in my understanding is meant to be excellent for motion) as i get field dominancy issues if i don't deinterlace the footage (and it still looks jerky when it is 1st field dominant).