Kwag

Any reason why Gripcrop could not go before asharp and undot in Optimal script? Cutting out the black before any filtering is giving me a 1 to 2% decrease in time and file size. Not much but everything helps.

ozjeff99

The reason why the gripcrop and gripsize is after undot and asharp, is so that we can overenhance the details at the natural resolution with asharp, then resize and soften the picture with STMedian applying only "spatial" filtering.
If we apply asharp after resize, some small details are lost in the resize.

-kwag

Kwag

I can see that Gripsize should perhaps stay where it is. But Gripcrop just removes the widescreen black borders to render the active picture. Why would we filter black? Is the source resolution that important to asharp and undot? I don't know the mechanics too well on how these filters work but there is a small benefit to my suggestion with no degradation that I can see. Maybe check it out.

Cheers
ozjeff99

Well I put undot() after the resize filter the differece in file size is not much smaller, but i get a 12 seconds faster encode on 300 frames
Kwag if you try this I hope you dont find a dot in somebodies head.

I think the gripcrop should be right after the mpegsource filter and grip size should stay where it is currently. Using softening filters befor cropping may cause some blurring on the edges and screw up the automatic cropping and cause some nasty details on final encoded video.

Hi Latexxx... That would seem like another good reason to shift Gripcrop.
Cheers
ozjeff99