I would wager this is now out-dated as madVR itself features now a fully functional IVTC.
All other newer MPEG-2 decoders can most likely decode with much better performance, and just leave the IVTC to madVR.
MC17s current system is far more powerful then MPC-HCs (can select filter based on file format / codecs). The only limitation is that MC17 only allows you to use filters they put on their approved list, which isn't all that bad idea with the shear amount of terrible filters out there...
This doesn't seem to be working, at least with the version of madVR in use by MC.
madVR reports 23.976fps (says source filter) for avc/vc-1 etc, but 29.970fps (says source filter) for mpeg2 TS files. I realise that's the source filter reporting, and that madVR would then perform IVTC afterwards, but something is not working. The delayed and dropped frames are going crazy, and playback is a mess. For avc/vc-1 it's perfect, no dropped/delayed frames, as is a 23.976fps mpeg2 file in a mkv container - it's just 1080i 60hz which are film based that is not working.
Deinterlacing is reported as On (says upstream) in madVR in this case.
If I play the same ts file in an alternate player with Dscaler IVTC, it's perfect. Source filter is reporting 23.976 (eh?), deinterlacing is reported as Off (says upstream) and everything works as it should.
I can't tell what version of madVR is used by MC, but I'm using V0.80 in the other player.
It may be a madVT problem, but allowing me to use Dscaler5 decoder filter would fix it now. I'm not asking for open slather, just one more allowed filter.
Mark