...maybe using DePan and MVTools in conjunction?

maybe you try yourself?

Why, is a purely theoretical discussion a sacrilege?

Hi, IMHO Depan is not useful (modern mvtools make global compensation too). Perhaps a limited de-jittering could be done after 2x horizontal/vertical resizing, mvcompensating with a blksize of 4 and resizing to original size again. But practise is the best master.

dejitter for AVS and vhs sync restore for VDub only seem to work with hard thresholded values for the beginning of the active video area. But this is bad if the active video starts with a slow envelope. thi means: if the video contents are bright it recognizes a earlier (more left) start and if the contents are pretty dark it recognises a later (more right) start of the (virtual)sync. so both are more or less useless of low jittered sources (one or two pel offset)

there's a dial for contrast too :) clouded had a pretty good looking solution a while ago, but i don't think it was released. that involved strong vertical blur + GMC on each line. i'm sure that could be sped up considerably...

i think what would be really cool is a way to get at the data that capture cards work with - record it in a similar way to PCM audio. then a codec could be designed that performs these operations on the actual sync data. not sure if this is possible at all, because as far as i know most hardware doesn't allow access to that kind of info.

It can be done to a certain extent. Virtualdub's bt8x8 tweaker allows the left border to be pulled out far enough to see the color reference signal, which in theory should be at the same horizontal location for each line. For more damaged sources (when the card can't find hsync) it's possible to hack the drivers to at least get something back besides a blue screen.

TBC built into capture cards