A little advice

[Kazary]

I want put this AMV on DVD, so i wanted to improve image. I am using this script, so if anyone has any thoughts for improvement

Code: Select all

AVISource("C:\Users\XX\Downloads\Onegai_-_Kenshin_OAV_-_Trust_divx.avi")

ConvertToYV12()
Deblock(quant=25)
DeRainbow(15)
Checkmate(20)
TTempSmooth()
LSFmod()
naa()
gradfun2dbmod()
Spline36Resize(720,480)

[MOD16: Fixed broken BBcode]

[mirkosp]

That looks AWFULLY overfiltered as is. Could you post the vidid of the video? I'll take a look at it later on today or tomorrow, but still I doubt it actually needs that kind of random nuking. It just looks like you copypasted all the codes you could find in the section to improve quality of the avtech3, or rather, picking one from each kind. That's not how filtering works...

[Kazary]

Yes, I just read the section of avtech not know much about :/ video can be downloaded: http://www.animemusicvideos.org/members ... .php?v=383

[mirkosp]

Ehr... I think you're probably best off buying the DVDs and re-editing the video at this point. The resolution (320x240, it was common back then) is so small that upscaling it all the way to 720x480 would look bad enough by itself, and I doubt any filtering could save that.
Unfortunately, filters can't do miracles, and that's what you'd need here...

[Qyot27]

No upscaling is needed anyway. 352x240 is a valid DVD resolution, and my limited tests didn't really show much of a difference on a 1024x768 display between having it at 352x240 or at 720x480. The former is a bit softer*, but otherwise not too different. Blowing it up to 720x480 will just inflate the filesize because the encoder will throw more bitrate at it that could be saved keeping it at the closest compliant resolution to the source.

As for the filtering, the only thing it *might* need - and maybe not even then - is some light smoothing to try and counteract the compression artifacts that DivX 3.11 introduced (see the relevant section of the AVTech - use only one of those filters, based on what you see is appropriate). Then you just have to make sure that you use a decent bitrate and high enough precision in your MPEG-2 encoder (HCenc 0.25 in my case) to not reintroduce it. At 352x240, 2000kbps is quite generous as it is, but you could go to 3000 or 4000 - HCenc's rate control is good enough that it'll know where it needs it and where it doesn't.

*depends on the resizer; being 'a bit softer' is the case if you still use Spline36Resize on it. Normally I don't bother with using sharper resizers on content that small - if you use BilinearResize it'll be even softer, which might help to mask some of the blocking in the flat areas, although at the cost of making lines blurrier.

[Mister Hatt]

Also naa() is not meant to be used for that purpose. The filter was written for use on the Hyakko OVA to take care of a very specific aliasing issue, which I never included in the notes when I wrote it, and in the end it wasn't even used on the final encode. Also, using temporal smoothing after large amounts of filter raping is a fairly bad idea. Furthermore, run gradfunkmirror rather than gradfun2dbmod, and do so AFTER the resize.