using mcdeint in avidemux

I have been experimenting with mcdeint in avidemux and have noticed that it is extremely slow. After searching the net I found this document. based on my limited understanding it seems to suggest that I can apply the filters first and use Raw RGB to create a file. Then encode with the codec of my choice using the created file as the source and it would speed up the process in some cases. I haven't tried it yet so I don't know if it actually speeds up the process for my particular file. My questions are: 1) is Raw RGB the same as the raw mentioned in the document above? 2) is it true that I won't lose any quality doing it the way suggested in the article above rather than the normal way?

All my tests have shown that mcDeint is sloooooow and the result is not very pleasing. Why not use TDeint or Yadif ???

0. That video is obviously interlaced, but it might be "telecined" as well (cannot say without a sample) 1. Encoding interlaced material as-is (without deinterlace) is okay, as long as you encode it in "interlaced" mode! 2. Nevertheless encoding the video in "interlaced" mode is less efficient than deinterlacing and encoding as progressive. 3. Your filter chain with "hqdn3d" before deinterlace might not be the best choice. 4. If I want to compare different deinterlacers, I would go without any additional denoise filter that might screw up the result 5. I wouldn't care about "slow" deinterlacer either, but "mcDeint" is very slow and doesn't produce good output -- TDeint or Yadif are preferred 6. Your video shows some "Rainbowing" effect: Try "Gauss Smooth" or "Median (5x5)", but on Chroma only (un-check Luma!) and put it after deinterlace 7. If you still have "Rainbowing" then try this chain: "StackFields" -> "Median (5x5)" (Chroma only) -> "Unstack Fields" -> Deinterlacer. 8. You should do Crop + Resize after the deinterlacing -- in case you don't deinterlace you cannot resize at all! 9. Using MKVToolnix to remux from AVI to MKV should work okay...

Did you already convert the source into an RGB-file on your disk, and are working from that one? Those "color problems" pretty much look like incorrect conversion from YV12(interlaced) --> RGB. In case of doubt, we'll need a small sample of the original source file to be sure.

After trying these Avisynth scripts with various parameters through Avisynth Proxy GUI and outputting YV12 (raw) in Avidemux: Bifrost Guavacomb LutDeRainbow Mfrainbow Ssiq Tcomb to try and get rid of the rainbows in the hair and shirt: jpg from your attempt: I have finally given up. I think I'm best off sticking with the method you used in your attempt. Thanks for your help and sorry for the late reply. [start edit] Maybe I should capture from the Standard Definition channel instead of the HD channel since the HD channel is such bad quality. But then again the SD channel probably has the same problems and I can't be bothered messing with the resizing when dealing with the Standard definitions non-square pixels. On the other hand I probably wouldn't want to resize SD captures. [end edit]

Well, capturing from HD channels has absolutely no sens when the original source was not SD ;) You would only get a (poorly) upscaled version of the original video...