Restoring telecined video

[semel1]

I am trying to restore 24P telecined NTSC video. https://drive.google.com/file/d/1EBQIpxp5H7mxpcwW5SGyvwQoSzgrSZQu/view?usp=sharing

Whatever I tried TIVTC -> deblends (different) - result is not acceptable.
The very last attempt is to use Avisynth script:

lwlibavvideosource("original.mp4")
yadifmod2(mode=1, edeint=nnedi3(field=-2))

srestore(frate=23.976)
or
srestore().assumefps(23.976)

Both gives result that close to acceptable , however some blends still there with the regular pattern. https://drive.google.com/file/d/1BMYMnWGz6b0Ugiixk0ELX7NGVdxNllQ7/view?usp=sharing

Currently I'm using Using srestore v2.7g. Tried srestore v2.797 - throws an error "I don't know what 'AvsPlusVersionNumber' means.

Any suggestion greatly appreciated.

[davexnet]

This is the result I get, not sure if you'll get any better in terms of the combing/blending.
Whether it can be cleaned up a little is another question entirely

[badyu17]

Srestore needs deinterlaced double rate (bobbed) video, your "original.mp4" is progressive. You need original interlaced video.

[jagabo]

The video has a tear half way down the frame. So the top and bottom halves need to be treated differently.

LWLibavVideoSource("original.mp4") 
top = Crop(0,0,-0,240).TFM().TDecimate()
bot = Crop(0,240,-0,240).QTGMC(preset="fast").SRestore(frate=23.976)
StackVertical(top, bot)

That leaves some blended chroma because the interlaced video was encoded progressive. It could lead to torn frame in other parts of the full video though. Using QTGMC().SRestore() on the top might work too.

The real solution is to get the capture working right so you don't get the torn frames and chroma ghosting.

[jagabo]

Tried srestore v2.797 - throws an error "I don't know what 'AvsPlusVersionNumber' means.

You need an updated Zs_RF_Shared.avsi. As a short term solution you can use AvsPlusVersionNumber=0 at the top of your script.

[semel1]

"The real solution is to get the capture working right ..." - you mean that the capture has been done wrongly? It has been done at professional video production facility. Should I try to re-capture video again somewhere else?

[poisondeathray]

A professional video facility would not make those mistakes with the progressive chroma downsampling, nor use progressive AVC 4:2:0 for interlaced content.

Perhaps the version you uploaded was not the real original ? Where is your original video?

[semel1]

Here the part of the original video : https://drive.google.com/file/d/1x0U11IilsFKfE3aFHEvtWptwdGQMqJ1Y/view?usp=sharing

[poisondeathray]

They didn't cause the interlaced blended chroma issues (that's clean in the actual original), but the top and bottom of a single field are still misaligned

Use Jagabo's script above on the original

[semel1]

"They didn't cause the interlaced blended chroma issues..". Unfortunately they do. Take a look on chroma shift around letters https://files.videohelp.com/u/298329/restore.jpg. So, what would be the case of such tearing?

[poisondeathray]

"They didn't cause the interlaced blended chroma issues..". Unfortunately they do. Take a look on chroma shift around letters https://files.videohelp.com/u/298329/restore.jpg. So, what would be the case of such tearing?

Yes, there are problems in the source. It's unclear if your original precapture source has that, or if there were some issues with the capture process . Provide more information on the original source pre-capture. Did they have the tearing to begin with? Is it nth generation, etc...what is it the background info ?

The point is there were additional problems with chroma blending on top of that when resizing the chroma progressively, when it was still interlaced, in the MP4. A studio would not introduce those additional problems. Interlaced 422 chroma was converted =>420 chroma progressively instead of in an interlace aware fashion, or removing pulldown before resizing progressively. The MOV does not have those additional issues

Use jagabo's script on the MOV

[Attachment 57127 - Click to enlarge]

On the MP4

[Attachment 57128 - Click to enlarge]

Do you see the difference?

[jagabo]

Yes, the hotel_10bit.mov file didn't have the blended chroma. That was caused in the earlier sample by encoding interlaced video as if it was progressive. The script I gave earlier works with the mov file and delivers a result with relatively free of blending. If you want to get rid of some residual comb-like artifacts follow the earlier script with:

ConvertBits(8)
SeparateFields()
vInverse()
Weave()
vInverse()

Someone else posted a sample with a similar tearing problem but with a PAL capture. It didn't include the blended fields on the bottom portion though.

https://forum.videohelp.com/threads/398965-Dazzle-DVC100-not-capturing-anymore-on-Wind...e3#post2608571

Since there were no blending artifacts I was able to restore the original frames without QTGMC+SRestore.

[poisondeathray]

Another way to look at it , I crop 6 off the bottom and separated the fields

Crop(0,0,0,-6,true)
SeparateFields()

MP4

[Attachment 57129 - Click to enlarge]

MOV

[Attachment 57130 - Click to enlarge]

That's what you're starting with. The additional problem is introduced by the 422=>420 progressive downconversion while still interlaced

[semel1]

That's weird. The picture I posted #10 is from original MOV (not MP4). That chroma blends appear on every 4th frame.
The source for capture is old Betacam (not Betacam SP) tape, that has been captured using Betacam SP and ( I beleive) AJA.
I'm going to re-capture it again in another studio
So, far I managed to completely remove chroma blends on the top using "KillerSpots()".
Anyway, thanks everybody for kind assistance.