XviD 23-09-2002: less detail than 04-09? (using MPEG)

[unplugged]

I have reencoded LOTR 1st-pass with latest 23-09-2002 Koepi's compile, just for curiosity I have hold and renamed the previous 1st-pass file, obtained with 04-09 compile using the same resolution and avisynth setup.

The newer stats file reports size about 100 Mb smaller than previous (2200 Mb - 2300 Mb). Making comparisons between previous 2nd pass AVI and 3 different tries of 2nd passes with lastest XviD the first AVI made by XviD-04-09-2002 seems a bit more detailed in almost all frames...

I have used default XviD setup (high=500 low=90, strength=30...) but always using MPEG quantizer.
Maybe anything bad or forgotten with 23-09 source compile... ?

Thanks

[-h]

That's a fairly dramatic difference.. it sounds as though more blocks are being skipped than in the previous build, since ME hasn't changed in the stable releases.

@Koepi, do you think this is TOOSMALL_LIMIT again? I can't recall whether you've been setting it back to 1, or if it's 1 by default in CVS.

-h

[Koepi]

I think I looked into that and it was changed... but I'll double-check now! :)

regards,
Koepi

EDIT:

F**K! You're right.
Why isn't it changed in CVS? Now I've some encodes to redo :-/ (well, ok, I won't re-rent those DVDs ;) ).

Thanks for the hint Dan,

Koepi

[unplugged]

Sob! I think it will be very useful to draw up a simple .TXT file to note a post-CVS patch list, or as said to apply officially those changes that are suitable to be permanent (in CVS).

:D too simple advice, but sure efficient...
(D'oh! No more nightmare builds, please! :()

[soujir0u]

Aww, I just finished an encode using the 23-09 build. :(

But, the results were still very good so I don't think I'll spend another 6 hours encoding it again.

[Koepi]

The differences aren't huge, and to speak of "nightmare builds" is sure way off.

I'll build a new binary - maybe tomorrow, maybe later - but for so long, I have good results, too. No sideeffects which I would describe as annoying, at least not as bad that I _really_ reencode anything because of this.

So please, stay within the boundaries.

Regards,
Koepi

[Koepi]

XviD-04102002-1:
- Fresh CVS checkout.
- New mod. HQ quant type and other changes reimplemented.
- Fixed TOO_SMALL_LIMIT again - better image quality.
- Updated Nic's DSF to the most recent standalone decoder.

[MoonWalker]

Originally posted by Koepi
XviD-04102002-1:
- Fresh CVS checkout.
- New mod. HQ quant type and other changes reimplemented.
- Fixed TOO_SMALL_LIMIT again - better image quality.
- Updated Nic's DSF to the most recent standalone decoder.

Hi Koepi,

Does it has EPZS^2 enabled? Is it compiled with ICL??

Thanks,
MoonWalker

[Koepi]

Moonwalker,

of course, as usual - that didn't change so it didn't make it into the changelog ;)

Regards,
Koepi

EDIT: i forgot to mention that I put up Nic's standalone directshow filter installer on my site, too... save some space on your CDs when just burning the playback filter away ;)

[iago]

@Koepi

Nice to have a new build from you (with fixed TOO_SMALL_LIMIT again) ;). Gonna start torturing it with some more "weird" filtering tries asap ;)...

Thanks and best regards my friend,
iago


EDIT: Btw, I got some really good results using Koepi's 23092002-1 build too, and I find it totally unnecessary to encode them with the 04102002-1 build again. (If you had really annoying problems with the older binary -> OK, but why reencode a film that's already come out good ?! ;))

[Koepi]

@iago:

as usual I'm eager to see some of your testing results :) They always give some improvements on DVD encoding :)

Best regards,
Koepi