This capture is from a hi-8 video camcorder. The the video output is a PAL source and was thus captured as interlaced 25fps.
Does anyone know now i can automatically repair this? (see attachment).
The amount, size, and position of the affected lines is dynamic and it's on the source, so I can not 'capture it better'.
It should be clever and still work with black objects at the left hand side.
I am using Virtual Dub so it would be preferable if the solution used that, but not an absolute requirement.
Also, is it correct to do this 'fixing' before the application of any deinterlacing?
+ Reply to Thread
Results 1 to 9 of 9
You need a hardware TBC (time base corrector) during capture. The AVIsynth filters that attempt to solve the problem after capture are vastly inferior (google AVIsynth TBC).
Alternatives to a stand-alone dedicated TBC include a VCR with TBC built-in, a more tolerant capture device, and looping through certain DVD recorders or camcorders which have a TBC built-in. I would use any one of those in preference to a stand-alone TBC because they usually work better. Plenty of TBC threads here on videohelp.
However, if the image you've posted is a pre-deinterlace snapshot (i.e. a whole frame; two fields weaved together), something very strange is happening, and a hardware TBC may not help you.
DVD recorder as line TBC:
Last edited by jagabo; 6th Mar 2013 at 06:37.
The image posted is direct from the capture (from the camcorders PAL RCA video output) and thus still interlaced. The phenomenon can be seen onboard the camcorders own viewfinder. Its one of those small tapes, not a VCR sized one. The problem is only on particular parts of particular tapes. Thus i conclude it was just recorded that way (for whatever reason)
Software TBCs only work under very specific circumstances. There must be black borders on both the left and right edges -- that's how they determine where the edge of the active picture is, and therefore how much to shift and stretch/shrink the line. That black border must be darker than the picture content at the edges of the farme. Otherwise they can't tell where the edge of the picture is. In theory the edges are at Y=0 and the picture isn't supposed to dip below Y=16. In practice video captures are all over the place so you can't count on that.
If your video doesn't meet those criteria the output of the software TBC will be worse than the source.
A hardware TBC has access to the horizontal sync pulses in the analog waveform so it can use those to adjust the the line position and length.
A TBC does correction by adding even more delay (between the sync and the line), which is the opposite of what i need.
Since it is in the viewfinder and the digital copy, this infers the syncs are already correct (so there is nothing for a TBC to correct). The lines themselves are warped.
Last edited by Avi.R; 6th Mar 2013 at 09:02.
Our inventions are wont to be pretty toys, which distract our attention from serious things. They are but improved means to an unimproved end. -- Henry David Thoreau
You're a bit mistaken about TBCs and should listen to jagabo and sanlyn, but...
I'd still try a TBC of some sort, just in case. It may even be that the camcorder has a TBC built-in, but it can't cope with this problem (or is creating this problem!) and replacing wobbly syncs with clean syncs, but in slightly the wrong place, hence the picture offset. If so, an external TBC won't be able to fix this - but if you can switch the camcorder's TBC off (never seen this capability myself) it might help. A different playback deck might help.