About latest Koepi's stable build

[ookzDVD]

@Koepi,

If you don't mind, could you please re-compile your latest stable build (aka XviD-04102002-1.exe) with YV12 support ?

Thank you.

[iago]

@Koepi,

Actually, I'd like to have a YV12 version of that rock-stable build too! ;)

regards,
iago

[Wormz]

Do you guys mind explaining to me briefly YV12 and it's advantages or whatever reason you are requesting this support? I'm interested...

[bond]

Originally posted by Wilbert (YV12 FAQ)
What will be the main advantages?

- speed increase:
That depends entirely on the external plugins whether they will have YV12 support or not. Speed increases like 25-35 percent are expected. Of course there will only be a large speed increase if both your source and target are in YV12, for example in DVD to DivX/Xvid conversions.

- no color conversions:
The colour information doesn't get interpolated (so often) and thus stays more realistic.

[iago]

@Koepi,

I know that you haven't got the time and I really don't want to sound demanding, but still... ;) it would be great to have a stable build with YV12 support, my friend! ;)

sevgiler,
iago

[ookzDVD]

@iago,

Thank you for the support, at least I'm not alone here :)

[The Edge]

@Koepi

Make that another. YV12 would be excellent.
Thanks Koepi, yet again! :)

Edge

[ookzDVD]

@Edge,

Cool, one new support ;)

[The Edge]

I wish I could program :(

Edge

[iago]

Hehe, this thread might have skipped Koepi's eyes! ;)

However, now I think (after finishing a couple of full 2-pass encodes) that disabling b-frames and Qpel would also serve the same purpose as a stable build (and with great success) with the latest 26012003-1 binary by Koepi.

Plus, I guess GMC and CM can also be used as pretty stable options now.

regards,
iago

[Koepi]

No, this thread didn't slip through. I simply don't have the time to implement it :-(

I'm already on my way to bed, have to work again tomorrow. Too busy, too less time to code. I'm happy that I could hack in something to make xvid work properly for the windows side again in ~10 minutes (before i had to leave for work...) [yes, that included compiling.. ;) ].

Wish me luck that I have some holidays soon - not that I'd code _much_, but I need them ;)

And yes, I agree with iago: just don't use bframes and all that fancy stuff and you have a even better EPZS implementation than with the stable build.

Regards
Koepi

[jwu42]

iago -

Thanks again for the great guide. I had always used the doom9 guide with koepi's older stable builds. I am getting back into XViD again and was impressed with the hard work you and koepi have put in (along with countless others)

I noticed you mentioned not using B frames above. Is this the "suggested" route for now? I know you are against using qpel (as per the guide) but seem to be in favor of GMC (as written above).

For us casual encoders we certainly benefit from you and others doing the leg work.

//Jeff

[iago]

I noticed you mentioned not using B frames above. Is this the "suggested" route for now?@jwu42,

Well, not a "suggested" route but a matter of preference actually, which means it's all up to you ;).

For example, you might want not to have possible A/V synch. problems, or you might want the codec to definitely respect the Max I-frame interval, or the "b-frame decoder lag" message might somehow be annoying you, or your system might not be able to handle b-frame encodes because of low system sources, etc. Then, possibly you wouldn't "prefer" to use b-frames ;).

On the other hand, they help compressibility a lot and XviD b-frames (with even some aggressive settings) deliver great visual quality imho in their current status.

As for Qpel, yes, I still think it has some problems (though it's much better than it was before), but I don't know for sure if the still-existing problems are on the encoding or decoding side. So I find it safer not to use it.

GMC, with Koepi's latest build for instance, seems pretty stable now (at least I haven't noticed any GMC problems with the latest 26012003-1 binary), and might be really helping in some scenes, though it doesn't assist compressibility much.

Btw, these are only "my" opinions and personal observations of course, and there might well be different views on all of these! ;)

best regards,
iago

[jwu42]

@iago,

Thanks for your thoughts. I am sure you are spending much more time with this than I so I value your opinon :)

[kempodragon]

I've been using qpel & chroma with the unstable builds for a while now, haven't had a problem yet. I don't use bframes, because quite honestly, xvid does a superb job with out them. I'm not saying bframes are useless, just that I've never found a use for them. Hell, I don't even encode the credits separately, again never saw the need. I've been using the unstable builds because of YV12, mostly to see how it would affect my encodes of YUY2 Huffyuv caps. So far, YUY2 to YV12 conversion appears to have no ill effects. Therefore, I'd also like a stable build with YV12, especially since Avisynth 2.5 uses YV12 for its native colorspace.