Help with combing

[shark_bloody]

I'm trying to encode a dvd, the source appear to be a 3:2 pulldown (soft telecine?), I'm leaving a fragment that displays the issue.

I really don't know how to go about this one, If I try QTGMC or Vinverse the progressive frames become blurrier, I can't IVTC because I already have 23.97 frames/second. I'm using staxrip by the way.

Some help would be appreciated.


PS: If the fragment is no good, and you need something longer, just ask.

[davexnet]

Is that the source or your mpeg encode?

It is already DVD compliant based on a cursory look

[jagabo]

Yes, the video is 23.976 fps progressive with 3:2 pulldown flags that tell the player how to produce 29.97 fps interlaced output. That is DVD compliant and its other properties (GOP size, bitrate, max consecutive b-frames, etc.) appear to be compliant too.

[poisondeathray]

OP posted in "DVD ripping" subforum, using staxrip . Staxrip does not encode to DVD-video AFAIK. So probably encoding DVD as the source to something else, I'm guessing. Not the other way around.

There is no "combing" in the source video . Maybe "combing" is being used differently here ?

[shark_bloody]

Is that the source or your mpeg encode?

It is already DVD compliant based on a cursory look

Is a fragment of the source, spliced with DGIndex

[shark_bloody]

OP posted in "DVD ripping" subforum, using staxrip . Staxrip does not encode to DVD-video AFAIK. So probably encoding DVD as the source to something else, I'm guessing. Not the other way around.

There is no "combing" in the source video . Maybe "combing" is being used differently here ?

I'm attaching a capture of what I mean by combing; and yes, you are right, the dvd is the source.


[Attachment 66242 - Click to enlarge]

[poisondeathray]

Your screenshot shows combing, but there is none if you IVTC it with TIVTC.

The default post processing will deinterlace if combing is detected , and that frame is detected. You can use display=true to see which frames are deinterlaced to tweak the threshold detection values /settings, or use another deinterlacing algorithm by specifying clip2

You can look at the staxrip log to see what processing was done, and why it left combing

[jagabo]

I suspect whoever produced the clip didn't IVTC properly and left a few interlaced frames. There are also a duplicate and a missing frames around there.

[shark_bloody]

Your screenshot shows combing, but there is none if you IVTC it with TIVTC.

The default post processing will deinterlace if combing is detected , and that frame is detected. You can use display=true to see which frames are deinterlaced to tweak the threshold detection values /settings, or use another deinterlacing algorithm by specifying clip2

You can look at the staxrip log to see what processing was done, and why it left combing

I didn't use TIVTC because it showed me this values (That can't be right, can it?)


[Attachment 66243 - Click to enlarge]

Does it need additional configuration?

[poisondeathray]

Not sure, I don't really use staxrip... but I would use MPEG2Source for the Source filter. That is the most reliable for DVD source filter. FFVideoSource can be quite buggy depending on which version

[shark_bloody]

I suspect whoever produced the clip didn't IVTC properly and left a few interlaced frames. There are also a duplicate and a missing frames around there.

Is a Criterion DVD... is supposed to be the best around... shame on them I guess

[shark_bloody]

Not sure, I don't really use staxrip... but I would use MPEG2Source for the Source filter. That is the most reliable for DVD source filter. FFVideoSource can be quite buggy depending on which version

Yes, I just was trying something different there, no knowing what else to do, the MPEG2Source shows this:


[Attachment 66245 - Click to enlarge]

[poisondeathray]

If it's 19.18 output fps, probably you had dgindex field operation in "force film mode", which is incorrect because you don't have 100% film. Leave it with "honor pulldown flags". I dont' have staxrip installed on this computer

[poisondeathray]

I played with staxrip and it looks like staxrip is pretty buggy with this.

Even if you set the film threshold to 100% in the options, it won't let you keep a 30000/1001 .d2v file and it automatically overwrites the existing one and forces 24000/1001 or "film". This means you will always get combing on those 2 frames and if you post process you will degrade all the frames unless you specify selectively which frames. Even if you manually index it with DGIndex from staxrip or outside, it will overwrite the existing .d2v

The only way around this that I found was to create a proper avs script for at least the source filter, then import the .avs

Mpeg2Source("VTS_02_1.demuxed.d2v")
TFM()
TDecimate()

If you want a bit better quality for frames when deinterlacing is applied

Mpeg2Source("VTS_02_1.demuxed.d2v")
TFM(clip2=qtgmc().selecteven())
TDecimate()

[shark_bloody]

If it's 19.18 output fps, probably you had dgindex field operation in "force film mode", which is incorrect because you don't have 100% film. Leave it with "honor pulldown flags". I dont' have staxrip installed on this computer

Unfortunately that wasn't the issue, I decoded it again just in case though, but I'm hopeful that someone will come up with a solution.

[shark_bloody]

I played with staxrip and it looks like staxrip is pretty buggy with this.

Even if you set the film threshold to 100% in the options, it won't let you keep a 30000/1001 .d2v file and it automatically overwrites the existing one and forces 24000/1001 or "film". This means you will always get combing on those 2 frames and if you post process you will degrade all the frames unless you specify selectively which frames. Even if you manually index it with DGIndex from staxrip or outside, it will overwrite the existing .d2v

The only way around this that I found was to create a proper avs script for at least the source filter, then import the .avs

Mpeg2Source("VTS_02_1.demuxed.d2v")
TFM()
TDecimate()

If you want a bit better quality for frames when deinterlacing is applied

Mpeg2Source("VTS_02_1.demuxed.d2v")
TFM(clip2=qtgmc().selecteven())
TDecimate()

Thanks, I'm going to try this now.

----Edit----

It now recognises the frame rate properly, I'm gonna encode it, and report back in a few hours, thanks again!

[poisondeathray]

If it's 19.18 output fps, probably you had dgindex field operation in "force film mode", which is incorrect because you don't have 100% film. Leave it with "honor pulldown flags". I dont' have staxrip installed on this computer

Unfortunately that wasn't the issue, I decoded it again just in case though, but I'm hopeful that someone will come up with a solution.

It is another issue, because more frames will be dropped @19.18 fps (essentially double decimated), resulting in more jerky motion. The real underlying issue is staxrip won't let you use "honor flags" for this source, so you can't use TFM's pp . In theory, you could use FFVideoSource rffmode=1 to output 29.97 and honor flags, but staxrip won't let you either...

The solution is to use avisynth script directly to bypass the problems. You can still use staxrip, just not completely, or directly; or at least I couldn't find a workaround within staxrip fiddling with the options

[shark_bloody]

It worked as intended, thanks a lot, I'm saving this threat in my favourites.

[jagabo]

TFM().TDecimate() will get rid of the comb artifacts and give mostly smooth video. But there will still be a few jerks here and there from the duplicate and dropped frames.

[poisondeathray]

TFM().TDecimate() will get rid of the comb artifacts and give mostly smooth video. But there will still be a few jerks here and there from the duplicate and dropped frames.

I didn't see any duplicates. There was some at the beginning, but from the way it was cut

There are drops between IVTCed frame numbers 274,275 and 278,279. If there were nearby duplicates you could shift replace the duplicates with interpolated frames to keep the timing/sync

There is a function smoothskip that does this (drops and dupes with interpolation), and john meyer also wrote a script that addresses drops and dupes. But this just looks like drops to me, so you'd have to replace one or more good frames to smooth the motion to keep sync

[poisondeathray]

These are ivtc'ed frames 273-281

275, 279 are replaced by the Rife version in vapoursynth of RX, using the immediate neighboring frames, so it's a bit smoother

It requires manual specifying frame numbers, so it's not automatic like SmoothSkip or John's script. Also interpolation can sometimes produce bad artifacts.

This is an animated webp; it should animate in browsers like Chrome, Firefox




(And there are a few minor dirt spots that Criterion could have easily, easily fixed . They have for other releases before. I guess they didn't care as much about this one)