colorspace conversions with avisynth 2.5 and nandub

[2dfx]

I'm currently using the new avisynth to encode in sbc. Would the colorspace conversion with full processing mode in nandub be:

YV12 -> RGB24 -> YV12?

On another note, are other codecs generally considered superior to sbc divx3 for encoding anime now?

[Acaila]

YV12 -> RGB24 -> YV12?That is indeed correct. What VDub/Nandub filters do you need in specifically? I don't think there any filters out there that don't also exist with an Avisynth equivalent. Even just an Avisynth 2.0x filter would speed things up considerably.

As for what codec to use, I've personally always liked anime divx3 encodes, because unlike divx5 and xvid, it sort of 'suppresses' motion. What I mean is that with divx3 I always see less background noise/flicker than with other codecs, which for cartoons looks really great.

[2dfx]

That is indeed correct. What VDub/Nandub filters do you need in specifically? I don't think there any filters out there that don't also exist with an Avisynth equivalent. Even just an Avisynth 2.0x filter would speed things up considerably.
I'm using temporalsmoother and 2dcleaner in nandub. There doesn't seem to be a version of temporalsmoother that works in avisynth 2.5 yet. With 2dcleaner there seems to have more paramaters in the avisynth version, which I don't really understand, partially because the documentation is in another language. Also the temporalsmoother for avisynth 2.05x seem to change the colors slightly.

One other thing, the gknot "how-to" that comes with it specifically tells you not to use fast recompress for the first pass, suppositively because you would get the wrong luma noise values in your stats, which makes luma correction impossible.

[esby]

Indeed nandub proceed in rgb24 in full process mode.
Since you need antishit...
you might do the conversion to rgb24 in the avs file,
.convertToRgb24()
since you'll be sure that nandub dont do any wrecked conversion...
Actually i don't think nandub does the conversion in yv12 for encoding...
It's done by the encoder at the internal level i think...

I think others codecs are :
* considered as shity vs divx3.11 for divx 5.0X...
* considered as good and usable for xvid...

Now the result you'll get from xvid vs div3 depends of your encoding skill, and from your ammount of work in it:
For a low ammount, xvid will be better actually.
With lot of work, div3 will win...

esby

PS: Maybe i'm wrong for divx 5.0X, but the enormous number of shitty encode in divx 5.0X i see confort my idea --

[MasterYoshidino]

don't forget that by skipping one conversion, you will render faster
so for nandub make sure to have
ConvertToRGB24()
at the end of your avs script