XviD 1.1.0 final

[tipsypenguin]

This release is the long awaited 1.1.0. It is mostly API compatible with the previous stable release as we dropped support for reduced resolution coding. If your application didn't use that feature then the upgrade is totally compatible.

http://www.xvid.org/

[tonygib]

So, can someone confirm that why its 'compatible" with Gordian Knot 0.35, it doesn't actually work correctly.

After installing 1.1.0, I tried a small test encode and while it all went fine, the final avi was no where near the size I set it too be. In other words, the video was super blockly, on going back to 1.0.3 and encoding again, it all looks just fine.

I assume this means that rate control isn't working correctly. Can anyone else confirm this?
I'd like to move to the latest versions, either xvid with SMP add-in or divx 6.1 while still using Gordian Knot. Right now that doesn't seem possible.

[mod]

1.1.0 works perfectly (for me of course) with VDub, StaxRip, FairUse, SimpleDivx, MpegMediator and AR Calculator.. :)

[EEPROM]

I have tested the new XviD with AutoGK and StaxRip; i have the same problem in final size.
A solution?

[mod]

A couple of weeks ago I had a similar problem with latest CVS XviD by Celtic Druid and StaxRip. I solved uninstalling XviD, making a deep manual registry clean, and reinstalling the same version. New stable 1.1.0 now works fine (for me).

[celtic_druid]

AutoGK was already bunded with a 1.1cvs build and the differences between that and 1.1 final aren't much, in fact I think they only effect decoding.

My installer kills XviD's registry settings, at least it is supposed to. Once that happens, default settings will be loaded the first time it is run. Not a bad idea to hit load defaults anyway.

[EEPROM]

During installation of AutoGK i have disabled the xvid bundled version. I have installed directly the 1.1 version.
For Athlon 64 X2 exist a specific build of xvid?
Thanks

[hajj_3]

erprom, there isnt an x2 build yet, 1.2 will add smp (dual core performance increase), but that wont be out for a while.

[celtic_druid]

http://ffdshow.faireal.net/mirror/xvidcore.cvs.head.2005.12.19-2Threads.7z

Of course it means going from a stable 1.1 build to a 1.2 dev build.

[tonygib]

So, as a bit of an update. I did a complete clean out. Uninstalled, deleted folders, removed GK xvid settings, checked/cleaned register, etc and then installed the latest 1.1 final build.
By doing all that, now I do get the correct final encoding size as per the settings I wanted and all looks fine.
Hence, don't just install 1.1 over the top of any existing xvid installation it would seem.
thanks all

[EEPROM]

Now make a test, delete and reinstall AutoGK with the 1.2 CVS build. I hope only that the final size will be correct.
See you later

[bourtzovlakas]

How about MTK profiles?
Are they included in 1.1.0 Final??

[exiztone]

Lol, I tried to encode a movie using XviD1.1 & Gordian Knot 0.35.0. I wanted it to be 700mb, but it turned out to be 179mb and sooo blocky :eek: :D

[EEPROM]

I've solved the problem of final size; but with 1.2 dev build, the differences are minimal.

With 1.1:
[03/01/2006 1.31.34] Duration was: 23 minutes 9 seconds
[03/01/2006 1.31.34] Speed was: 44,32 fps.
[03/01/2006 1.31.34] Expected quality of first pass size: 49,05%
[03/01/2006 1.31.34] Running second pass.
[03/01/2006 2.13.21] Duration was: 41 minutes 47 seconds
[03/01/2006 2.13.22] Speed was: 24,56 fps.
[03/01/2006 2.13.22] Job finished. Total time: 1 hour, 13 minutes 58 seconds

With 1.2 dev build:
[03/01/2006 18.10.01] Duration was: 23 minutes 42 seconds
[03/01/2006 18.10.01] Speed was: 43,28 fps.
[03/01/2006 18.10.01] Expected quality of first pass size: 49,05%
[03/01/2006 18.10.01] Running second pass.
[03/01/2006 18.47.49] Duration was: 37 minutes 48 seconds
[03/01/2006 18.47.49] Speed was: 27,15 fps.
[03/01/2006 18.47.49] Job finished. Total time: 1 hour, 10 minutes 29 seconds

your consideration?

[celtic_druid]

I would have expected more than that. What are the CPU loads for both?

It wouldn't be 1.1 final if I added profiles. Don't think that the VfW changed since my last MTK build and 1.1 final anyway so you should be able to just use XviDVfW-MTK and XviDcore 1.1final.

[EEPROM]

I Don't think understand the message correctly.
I have replaced the "original" xvidcore.ddl with this: xvidcore.cvs.head.2005.12.19-2Threads and i start the encode process.
Where it is the error?
My cpu is Athlon X2 3800+(2.0Ghz) overclocked to 2.2Ghz
The same file(.mpg) has been compressed with Pentim M 1.6GHz(Sonoma) in only
1 hour, 37 minutes 48 seconds.

3800+ X2: 1 hour, 10 minutes 29 seconds
Pentim M: 1 hour, 37 minutes 48 seconds
Little difference.........strange

[celtic_druid]

I never said that there was an error, just that I would have expected a greater difference than 3 mins. To be fair though you should be comparing 1.2 with 1.2 with the multi-thread patch since there are more differences than just the patch between 1.1 and 1.2.

[Doom9]

and on top of that.. I would test manually in VDub to make sure there are no external influences. It's also noteworthy that due to VDub's architecture, XviD can already make good use of two CPUs.. so the most meaningful test would be comparing xvid_encraw using the 1.2 single threaded xvidcore build, and the multithreaded one.. that way you can really see the difference. Depending on the encoding complexity, you might see a different speed increase in VDub (I would suspect more complex settings mean more gain since slower VfW codecs gain less on SMP systems than faster codecs.. XviD is definitely a member of the faster class).

[EEPROM]

I will make other tests.
Thanks for the councils.

[EEPROM]

With last Koepi's XviD codec(1.2.-127-07012006):
[08/01/2006 13.56.45] Duration was: 18 minutes 55 seconds
[08/01/2006 13.56.45] Speed was: 54,25 fps.
[08/01/2006 13.56.45] Expected quality of first pass size: 35,15%
[08/01/2006 13.56.45] Running second pass.
[08/01/2006 14.20.08] Duration was: 23 minutes 22 seconds
[08/01/2006 14.20.08] Speed was: 43,90 fps.
[08/01/2006 14.20.08] Job finished. Total time: 50 minutes 38 seconds

But with DivX 6.1(Dr. DivX); total time is 37 minutes