Help removing aliasing and weird looking lines in avisynth_mt?

[beav]

I have a source with some pretty bad line problems. This is the best script I could come up with. Can anybody help me get better results?
SetMtMode(5,10)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\DGDecode.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\TIVTC.dll")
import("C:\Program Files (x86)\AviSynth 2.5\plugins\AAA.avs")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\RemoveGrainS.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\FluxSmooth.dll")
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\aWarpSharp.dll")

DGDecode_mpeg2source("C:\Users\Ryan\Desktop\VTS_01 _1.d2v", cpu=6)
SetMtMode(2)
TFM()
TDecimate(Mode=1)
AAA().AssumeFrameBased()
RemoveGrain(mode=1)
FluxSmooth_FluxSmoothST()
aWarpSharp(depth=2, blurlevel=2)
Crop(8, 4, -2, -0)
Spline36Resize(720, 544)

[beav]

sample

[sanlyn]

There's some mild aliasing, and some slightly broken and uneven lines -- looks like typically sloppy TV anime work, and no one was especially careful making the DVD transfer. But it's a good original bitrate and rather free of noise. Cleaning nuyp the line work can't be perfect, but at least they won't look as odd as the strange frame size you're asking for. Any particular reason for this non-compliant frame size (if it's for tablets or iphone, it seems a bit large. In any case, 720x544 is non-compliant for DVD, BD, or AVCHD standards). Kinda strange to crop/resize this way, because the encoded video displays at 4:3 DAR anyway.

Crop(8, 4, -2, -0)
Spline36Resize(720, 544)

See if this helps:

[beav]

So should I not crop and resize to 720 x 480

[sanlyn]

Your scource vob is already 720x480. The cropping in the posted script was used only to center the image in the frame. The encoded display aspect ratio of the mkv is still 4:3 for display, as it was in the original vob. No need to resize anything.

[beav]

but I can still crop like I had planned on in my previous script correct?

[jagabo]

Why don't you turn on Mpeg2Source's deblocking and deringing features? CPU=2, or for deringing only CPU2="ooooxx".

[sanlyn]

but I can still crop like I had planned on in my previous script correct?

Why? 720x480 is the DVD standard. Apparently DVD isn't what you want. You should have told us.

https://www.videohelp.com/dvd#tech

[beav]

No DVD is what I want, but don't I have to crop out the black borders around the image? I'm compressing each episode to 350mb in mkv format with H.264.

[jagabo]

I'd add a little noise reduction too. Maybe fft3dfilter(sigma=3.0, plane=0) right after ColorYUV().

<edit>
Oops, I cut/pasted Sanlyn's script, not beav's. I see beav is already using CPU=6 and some noise reduction.
</edit>

[sanlyn]

Do you know what an image aspect ratio is? Your interest seems to be filling pixels, not in preserving the creator's original image. On a 16x9 screen, you would still have black side borders with a 4:3 image. Cropping off 12 pixels of black side border will slightly stretch the final 1.3333:1 to about 1:345:1, and you'll still have black side borders on a 16x9 screen. How about cutting off all the borders, then stretch the internal image width to 720, and encode it with a 16:9 display ratio? That way, you'll have no black borders at all on a wide screen. It's your video. Most viewers wouldn't know the difference.

One could use CPU=5 or 6 with MPEG2Source, but it would soften all the painterly background detail. I'd go for DeBlock or DeBlock_QED.

[jagabo]

One could use CPU=5 or 6 with MPEG2Source, but it would soften all the painterly background detail. I'd go for DeBlock or DeBlock_QED.

I was going to mention that but this video isn't softened much by CPU=6. At least in the sample clip. In any case, I'd still use the deringing options with CPU2="ooooxx" -- if nothing else it works on interlaced video. It's better than the HqDeRing() in AviSynth. Though, I may not be up to date on the latest deringing functions an AviSynth.

[sanlyn]

After TIVTC the video is progressive. But it's not a bad idea, probably easier to do a little DNR and deringing inside the MPEG2Source parameters.

[beav]

How does this look? Is the AR correct now? The quality is pretty good the colors aren't over done right?

[beav]

Its from the same source just a different scene

[jagabo]

No, the AR is not correct. You didn't flag the AR or resize to a 4:3 frame size, so it displays as 3:2, not 4:3.

[beav]

Spline36resize(640,480) is that ok to resize to? Or should I just do Spline36resize(720,480)

[jagabo]

Spline36resize(640,480) is that ok to resize to?

If that's what you want.

Or should I just do Spline36resize(720,480)

It's already 720x480. You could just encode it with 10:11 PAR flags. A quick reencode of your 3:2 video with 10:11 PAR (4:3 DAR) flags attached. Some devices may not respond to the PAR flags. Test on your intended viewing devices.

[beav]

How do I do I do that? in MeGUI?

[sanlyn]

I'm getting the idea that codemaster doesn't understand this matter of frame aspect ratios and display aspect ratios (DAR).

[jagabo]

Sorry, x264 calls it SAR not PAR. I don't use Megui but I don't think it supports aspect ratio flags directly. You might be able to use the custom command line options. Try specifying --sar=10:11 there.

[sanlyn]

I don't know how up to date this is, but...MeGUI Aspect Ratio Signaling .
And here: https://forum.videohelp.com/threads/323384-MeGUI-x264-Aspect-Ratio-Tag .

[beav]

How about now?

[sanlyn]

Bravo. And it is encouraging to see that someone has not distorted the original proportions of an imported digital image.

Watch your saturation and RGB 16-240 levels. Some encoders will make invalid NTSC levels look rather noisy, and many TV's will clip out-of-range values.

[beav]

I think I'm just going to not add any color. The colors look good enough, no need to add anymore filtering than necessary.

[beav]

Thank you guys.

[sanlyn]

I did not suggest adding color. Quite the opposite.

[beav]

I have a question, how small do you think i should compress each individual episode without losing a lot of quality? I'm using 10-bit x264 in Megui. The source is obviously clean and 4:3. each episode is about 20 - 25 minutes long each.

[manono]

Just do a CRF encode for the quality you want. 18 is a good place to begin. No one can answer your question because 1), the answer is subjective and 2), different videos compress differently.

[beav]

Ok, so last time I tried to resize my dvd footage i kept disorting the image. I was wondering if anybody could help me out on what I'm supposed to crop and what borders I'm supposed to add to this sample. What does the SAR have to be? I'm confused with how this whole aspect ratio thing works.