Is it worth it recapturing videos?

[_Al_]

I just downloaded your avi from #125 post,
as Sharc mentioned somewhere above,
before encoding I definitely would do some crop to 704x480, (left 12 pixels, right 4 pixels, before using QTGMC) and then while encoding H.264 ( not intermediate prores) use SAR 10/11. If not using SAR for H.264, you should resize to 4:3 dimensions.

[Riker0007]

I see that. I've been so concerned about the rest of it. Thanks. Where in my code would you put it or?
Is there anything else I should add before batching all my videos?
Thanks!

[_Al_]

I'm the dude who writes scripts ,
for tuning up captures, you have local gurus available, that mostly already gave you hints,
also I use vapoursynth, do not have qtgmc set up for avisynth , avisource gave me Error of not having ULY2 decompresor to try if it captures yuv422P8, if it captures 29.97 etc. So I had to use vapoursynth and BestSource loading plugin to make sure it does, it is available for avisynth as well. So this is a tested vapoursynth script:

from vapoursynth import core
import havsfunc
video_input = "jvc w pass tbc off.avi"
video = core.bs.VideoSource(video_input)
audio = core.bs.AudioSource(video_input)
#adding clip props (for later potential format changes)
video = video.std.SetFrameProps(_FieldBased=2, _Matrix=6, _Transfer=6, _Primaries=6) #intval=1 for bff , 2 for tff, 0 for frame based
#cropping black captured borders (16 total) to get proper aspect ratio later
video = video.std.Crop(left=12, right=4)
#placing 6pixel black strip at the bottom
video = video.std.Crop(bottom=6)
video = video.std.AddBorders(bottom=6)
#deinterlace
video = havsfunc.QTGMC(video, Preset='Slower', TFF=True)
#potential YUV420P8 output
#video = core.resize.Point(clip=video, format=vs.YUV420P8)
video.set_output(0)
audio.set_output(1)

so you might use your avisource if it captures 29.97fps and into YUV422P8, also put crop line before qtgmc, and also mask a black on the bottom to get rid of those bottom flickering lines (but mask it, do not crop it, that screws up aspect ratio),
perhaps this in avisynth:

#https://github.com/vapoursynth/bestsource/releases
BSVideoSource("%~1") # or just use avisource if it captures in 422
AssumeTFF()
#cropping left and right captured strips to have correct aspect ratio later
Crop(12, 0, -4, 0) #left, top, right, bottom (in avisynth you cannot write key arguments!)
#adding a black mask at the bottom
Crop(0, 0, 0, -6)
AddBorders(0, 0, 0, 6)
#deinterlace
QTGMC(Preset="Slower")
AudioDub(last, BSAudioSource("%~1"))

that is besides fixing image a bit, like those bleeding colors (visible especialy on those railings) or perhaps some noise (CCD?), that be worthy to look at

[_Al_]

Just tried LWLibavVideoSource source plugin for your "jvc w pass tbc off.avi" , it loaded 422 video, but FPS: 29958/1001fps, not 30000/1001fps (as BestSource). For the length of video, all frames were matching with BestSource (maybe video was not long enough) , so maybe it is just ok to use LWLibavVideoSource("jvc w pass tbc off.avi") and add AssumeFPS(30000,1001), to get 29.97fps, not sure.

or use LWLibavVideoSource("jvc w pass tbc off.avi", fpsnum=30000, fpsden=1001) , but then frames were not matching with BestSource though, BestSource gave 1430frames and LWLibavVideoSource 1432.

Actually, I take back that last sentence, that fpsnum, fpsden did not work at all, video frames go back and forth

[Alwyn]

avisource gave me Error of not having ULY2 decompresor to try if it captures yuv422P8, if it captures 29.97 etc.

Why would you not just install UTVideo so you can use AVISource?

[_Al_]

Im not using it, just wanted to make one sample work for someone else. No big deal. Best Source should be the best anyway, it says so.

[Sharc]

or use LWLibavVideoSource("jvc w pass tbc off.avi", fpsnum=30000, fpsden=1001) , but then frames were not matching with BestSource though, BestSource gave 1430frames and LWLibavVideoSource 1432.

In my understanding when you specify fpsnum and fpsden in LWLibavVideoSource it will convert vfr to cfr by duplicating or dropping frames to achieve the target framerate. For short clips and snippets it may get fooled by the inaccurate average framerate estimation or by few (initial) frames with timestamps which are off the kilter, simulating a variable framerate which it then converts to cfr by dropping or duplicating frames.
Without fps specification it returns 715 interlaced frames for the 'jvc w pass tbc off.avi', with fps specification 716 interlaced frames. The difference seems to happen with the first frame of the clip where the fps specified variant introduces a repeat of frame 0.