Field order problem with unfold/Fold in VDub?

[mpiper]

I have just spent the past week working on converting a Videotape to DVD. After several trial runs, I decided the best process was to capture to PICVideo MJPEG at 19 quality.

I Then open it in VirtualDub and run MSU denoiser set at temporal only with 40 as the setting. This is slow, but I get better results when I run this independantly of all other filters, since it is temporal, and relys on the "before/after" frames to work.

Then I open the filtered video and run another set of filters:
Deinterlace (unfold) - to prevent blurred fields and improve sharpness
Smoother HQ
Levels
Sharpen
Deinterlace (FOLD) - to get back the interlaced video.

Now here is my problem:
I just burned a test DVD and the video was jumpy and did not look "smooth." I at first thought it was a field issue with CCE (Top first vs. bottom first), but after changing the offset line, I still had the same problem.

Then I opened it in VDub to see if I could figure out why it looked so bad. I knew the field order was related, since even static text looked funky on curves. I tried "Field Order Reverse" or some such, and it magically solved everything!

Now I have to run the finished video through again (Three re-compressions in MJPEG 19 format). And re-do the CCE before jumping to Encore to produce.

Has anyone else run into this issue? Fold has no settings, so I thought it would put everything back in the same order, but it looks like it reversed the fields.

Any clues anyone?

Mike

[mpiper]

I have both PICVideo and Morgan MJPEG codecs. I prefer PICVideo, but Adobe software has a problem with it. For the average capture and VHS convert to DVD, I don't use Adobe, so I use PICVideo.

It has an option on the decompressor that allows you to reverse field order on the fly. I used this to encode to CCE without having to re-compress.

Does anyone have ANY idea why the field order would get reversed doing an unfold-fold operation in VirtualDub??

I am capturing with an AverMedia card (the 7130 chipset I think) using VirtualVCR and PICVideo. Could one of those be the culprit for reversing field orders?