Xvid 1.3.0 Final

[IgorC]

Xvid 1.3.0 Final
http://www.xvid.org/

Changelog

Changes since 1.3.0-rc1:

xvidcore library
Disabled late-promotion of S_VOP to N_VOP coding type
Makefile fixes for macho64 target
VFW frontend
Minor GUI cosmetics
Decoder support for lower-case FourCCs
Fix for YV12 colorspace pass-through mode
DShow/MFT frontend
Decoder support for additional FourCCs
Slightly increased filter merit (Windows 7)


Changes since 1.2.2:

xvidcore library
Added PSNR-HVS-M quality-metric plugin
Variance masking as new adaptive quantization option
MT decoder deblocking filter
Improved encoder multi-threading allowing more threads and better scaling
Decoder threads API extension
PSNR-HVS-M as optional D-metric for R-D optimizations
Noexec-stack security patch also for x86_64 asm code
Added new slice coding feature
App-level encoder multi-threading support (xvid_encraw)
Signalling of FourCC to decoder for better bug detection
Changed semantics of frame_drop ratio API option
Improved decoder robustness on resync markers in BVOPs
VFW frontend
Increased allowed max bitrate
New 'HD 1080' preset
Added new MPEG4 simple profile levels
VHQ metric GUI option
Independent slice coding widget
Selectable adaptive quantization method
Fix for handle leak problem
Minor GUI cosmetics
DShow/MFT frontend
Tray icon to access filter properties
Added MFT API support
Shared cpu_flags/num_threads settings with VfW

[henryho_hk]

Thank you so much for all the hard work.

[Brazil2]

Compiled binaries for Windows are available here:
http://www.koepi.info/xvid.html

and there:
http://jawormat.republika.pl/xvid.html

[PiPPoNe92]

thanks a lot!!!!

[SacredCultivator]

Anyone else having issues wiht the latest version?

Whenever I try to load videos into VirtualDubMOD, I get a decoding error.

And when using AVSEdit, and try to Crop a video, I get a decoding error about YV12 and it suggests I install Xvid/ ffdshow/DivX to fix the problem.

Thing is.. I did install Xvid.

I had to revert back to the "latest" version from xvidvideo.ru

[SilaSurfer]

I'm using Jawors 1.2.2 built (26.11.2010). Is 1.3.0 version stable?

[Jawor]

Anyone else having issues wiht the latest version?
Yes. I am ;)

Whenever I try to load videos into VirtualDubMOD, I get a decoding error.

And when using AVSEdit, and try to Crop a video, I get a decoding error about YV12 and it suggests I install Xvid/ ffdshow/DivX to fix the problem.

Thing is.. I did install Xvid.

I had to revert back to the "latest" version from xvidvideo.ru
The issue is caused by the “fix for YV12 colorspace pass-through mode”.

I uploaded patched builds that will accept any video using the “YV12” FourCC. During the installation you have to check the Decode YV12 through VfW checkbox (it will be present only if there's no VfW decoder associated with the “YV12” FourCC on your system). That workaround should fix the issue.

I'm using Jawors 1.2.2 built (26.11.2010). Is 1.3.0 version stable?
It sure looks like the Xvid Team considers it stable ;)

I've seen some people here reporting issues with slices and PSNR-HVS-M in 1.3.0 RC1. Apparently nothing was changed in 1.3.0 regarding those functions. Personally I haven't noticed any problems with them, but I can't really vouch for their stability... They're brand new features, so they may contain some bugs.

[SacredCultivator]

^Thanks, your patched build worked just fine ^^

[v0lt]

Jawor's build:
Xvid_130_25022011.exe
940 987 bytes

Koepi's build:
Xvid-1.3.0-24022011-mm.exe
9 488 320 bytes

WTF? Where did the additional 8 MB? Trojans?

[ChaosKing]

WTF? Where did the additional 8 MB? Trojans?
The answer is on his Homepage:
The installer includes the Qt libraries, this is why it grew from 680 kbyte to 9 mbyte.

[mariush]

I still experience the issue I reported here: http://forum.doom9.org/showthread.php?p=1476931#post1476931

I've posted there the source file and the outputs so you can compare the results if you wish to re-run on your computers.

Tested right now with Koepi's version.

ps. making more tests now - ran through virtualdub's interface the issues don't appear but maybe I didn't select the proper options.

Adding -bitrate 2048 for example to the command line makes the sudden artefacts go away but right at the start with either -masking 1 or -masking 2, there's lots of blockiness.

Doing more tests...

[Tuik]

I would like to know what "-metric" option is all about. Because the "-help" on xvidencraw is not sufficient explicit. Anyone can explain me or at least send me to some link where that's is explained? Thanks!

[Jawor]

I would like to know what "-metric" option is all about.

For every macroblock, VHQ chooses the “optimal” compression variant (macroblock mode and motion vector). For each variant, the value of rate + lambda*distortion is calculated. The one with the smallest value is considered “optimal”.

distortion is the difference between the original picture and the encoded one. PSNR (metric=0) and PSNR-HVS-M (metric=1) are different ways to calculate distortion. PSNR-HVS-M is (supposedly) better tuned for the human visual system.

Check out both metrics and see which one suits you better.

The choice of VHQ metric doesn't affect compatibilty with standalone players in any way.

[Tuik]

Thanks a lot Jawor, i'll test it ;)

[Rumbah]

Is there a xvid_encraw version 1.3 out there that supports mkv output? As the avi output is limited to 2 GB it would be great to directly write to mkv (instead of repairing the damaged >2 GB avi).

[TSoft]

Hi,
I often use MeGUI to convert 720p mkv to avi. Currently MeGUI is using xvid_encraw 1.3.0 by Jawor (I think lol), I have an i7 950 and I can't make use all four cores (or 8 virtual). I tried the filter MT (MT.dll) as described in this forum, but xvid_encraw crashes.
My question is, is there another way to use all 8 cores while encoding from mkv to avi ?

Sorry for my english

[SilaSurfer]

Well after a short test with Xvid 1.3.0 version, 6Of9 matrix and PSNR-HVS-M enabled I got quite good results. Taking a short glance at the encode, there is less mosquito noise on the edges in areas of the video where heavy compression was used most noticebly in static areas. Thanks Jawor!

[Tuik]

Well after a short test with Xvid 1.3.0 version, 6Of9 matrix and PSNR-HVS-M enabled I got quite good results. Taking a short glance at the encode, there is less mosquito noise on the edges in areas of the video where heavy compression was used most noticebly in static areas. Thanks Jawor!

So, using 6o9 HVS and the -metric 1 option? Did you use adaptive quantization?

[SilaSurfer]

So, using 6o9 HVS and the -metric 1 option? Did you use adaptive quantization?

No, 6Of9 non-hvs, with metric=1 and without AQ. I need to do more tests but I don't have much time on my hands.

[Tuik]

No, 6Of9 non-hvs, with metric=1 and without AQ. I need to do more tests but I don't have much time on my hands.

Why the non-hvs? Isn't HVS better? I'm curious now...

[SilaSurfer]

For me the original 6Of9 matrix is better. I use it for most of my encodings. I would also recommend Sharktooth's EQM-V3HR or its mod made by Heini and EQM-V2 aka sharp matrix. But thats just me, I never use low bitrate matrices. 6Of9 HVS is a great matrix but I never used it to much.

[betaking]

can not install Koepi's Xvid-1.3.0 in windows xp 32 can not regsvr32 32bit ax! but Jawor's Build no problem!

[Przemek_Sperling]

Similar situation with the builds and avi.net (my OS: Windows 7 32-bit Home Premium without SP1), Koepi's build refuses to work but Jawor's works without a hitch.

[HarryM]

Is there DLL build (xvidcore.dll, etc.) for Avidemux?

[Lenny_Nero]

can not install Koepi's Xvid-1.3.0 in windows xp 32 can not regsvr32 32bit ax! but Jawor's Build no problem!
I had the same problems with Koepi's build,
but Jawors went thru fine.
This was on some windows 2000 (sp5) boxes
the only err msg's were...
http://img84.imageshack.us/img84/5004/xviddsferr001.png (http://img84.imageshack.us/i/xviddsferr001.png/)

[Jawor]

Koepi's DirectShow decoder requires MFT (MediaFondation Transform) support (present only in Windows Vista and newer).

My installer autodetects the Windows version and acts accordingly. Two versions of the DirectShow decoder filter are included - one with MFT support and one without it. While installing on Windows Vista and newer, the user can choose either one of those filters. On Windows XP, only the non-MFT version can be installed. On Windows 2000 no DirectShow filter is installed (for some reason the DirectShow filter that I build with MSVC 2008 won't register on Windows 2000... I didn't have the time to investigate the matter further). I would suggest using ffdshow-tryouts for playback on Win2k. My build of the Xvid VfW codec will work on Win2K, it's just the DirectShow filter that has issues.

[mini-moose]

I also get the error with koepi's new build (problem running post-install step. installation may not complete correctly. directshow filter (32-bit) register failed). Tried Jawor's 32bit and 32/64bit builds and I get a different error - see screenshot.

C:\Windows\SysWOW64\xvid.ax
Unable to to register the DLL/OCX: RegSvr32 failed with exit code 0x3.

[Zep]

you might have to run the app with admin rights on windows 7

[Jawor]

My latest builds (April 2nd, 2011) include DirectShow decoders that should work properly on Windows 7 (both 32-bit and 64-bit).

[Jawor]

When I install it I can't use .avs files for preview anymore.

Look here (http://forum.doom9.org/showthread.php?p=1480663#post1480663).

[SamLab]

Jawor in all your build file xvid.ax required for works file MSVCR90.DLL
http://s011.radikal.ru/i315/1104/eb/52caf6a7788f.png
but, xvid.ax may works without MSVCR90.DLL (build from http://www.xvidvideo.ru/xvid-video-codec/xvid-1-3-1-x86-x64-stable-release.html)
http://s42.radikal.ru/i096/1104/07/5a5a62d81642.png
In Windows XP is important - xvid.ax not registered without MSVCR90.DLL

[Jawor]

In Windows XP is important - xvid.ax not registered without MSVCR90.DLL
Please look here (http://forum.doom9.org/showthread.php?p=1489326#post1489326).

Nowadays, the Visual C++ 2008 Redistributable Package is a “must have”. Tons of applications will refuse to run without it. The same goes for the latest Windows XP Service Pack (and BTW, my decoder will work even on XP SP2).

I had to choose between supporting a “clean” Windows XP (which by now is 10 years old) and supporting Windows 7. I chose the latter. Using a 10 year old OS without critical updates is just a bad idea...