Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

What's more. if you use one of the bundles for Windows or OSX, you'll find that xvid is one of the codecs being built in.  The built-in version in Windows and OSX is at least 1.1.2, but in my osx build I use the CVS version which is even newer (to enable multi-threading).
So there is no need for Koepies (outdated) xvid 1.0.3. If you want to use Koepi's xvid then take the 1.1.3 version (bugfix xvid 1.1.3 is released 28th june 2007 already).

Last edited by surfer (2008-05-30 10:35:30)

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

There's no reason that I can think of that the avidemux's version of xvid can't produce something compliant with the xbox360.
Are you sure you used the correct settings in the first place ?
Hint : GMC and QPEL are hardly compatible with any hardware, don't use them.

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

Does it help if you resave the AVI file with Virtualdub?

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

hfmls wrote:

well something i noticed is that in gspot all avidemux avi xvid are AVI v.1.0 and all xbox360 compatible are v.2.0.
it says openDML v.2.0, allready tried to activate that, but no luck. any chance i could use external codecs or update internal codecs?

Avidemux does not use any VFW (Video for Windows) Codecs, only the built-in ones!

This won't change, because:
1. Avidemux is a Linux application and there is no VFW in Linux
2. VFW is an old and outdated technology, it should have been abandoned long ago...

Furthermore the Xvid version used in Avidemux depends on what Xvid version was used to compile Avidemux.
And I think the Win32 builds by Gruntster were compiled with an up-to-date version of Xvid (v1.2.0). So there's no need to update!
If you want a different version of Xvid, you'll have to compile Avidemux yourself.


OpenDML output is not related to Xvid. It depends on the muxing application that was used to create the AVI file.

If Avidemux cannot create OpenDML AVI's, try re-muxing the resulting AVI with AVI-Mux GUI. Re-muxing is a lossless process.
http://www.alexander-noe.com/video/amg/

And don't forget to activate "use OpenDL output" under Settings > AVI file structure ...

Last edited by LoRd_MuldeR (2008-05-30 18:25:00)

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

LoRd_MuldeR wrote:

And I think the Win32 builds by Gruntster were compiled with an up-to-date version of Xvid (v1.2.0). So there's no need to update!

I wasn't sure but that also means that Gruntster is using the CVS version as that's the unofficial 1.2 version.

So, you hardly can get a newer version.

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

surfer wrote:

I wasn't sure but that also means that Gruntster is using the CVS version as that's the unofficial 1.2 version.

See the "Build Info.txt" in install directory...

Avidemux 2.4.1 (SVN r4028)
--------------------------
Built using GCC 4.2.1-sjlj (mingw32-2), MSVC++ 6.0 SP5 and MSVC++ 9.0.
Packaged with NSIS 2.29.

Included libraries:

[...]

x264        SVN r845
Xvid        1.2.0-dev (CVS HEAD 2007-07-26)

Last edited by LoRd_MuldeR (2008-05-31 12:15:41)

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

stears81 wrote:

Xvid is a very archaic outdated videcodec! It has very bad quality. Use x264 codec!

That statement is wrong!

Xvid is a state-of-the-art MPEG-4 ASP encoder, providing at least the same quality as the commercial DivX codec.
I agree that "x264" is a very good H.264 encoder! Also I think the H.264 format is generally superior to the older MPEG-4 ASP format.
Nevertheless if you are stuck to MPEG-4 ASP for some reason, then Xvid is definitely the way to go.

Remember: H.264 support in Standalone Players is still a rare feature. That's why many people still uese MPEG-4 ASP.
Also older machines will cope with MPEG-4 ASP playback much better than with complex H.264 playback wink

So don't make any judgment without the right context...

can someone compile avidemux with latest version of xvid? Xvid-1.1.3-27042008.exe

Again: The Avidemux SVN builds by Gruntster are compiled with latest Xvid version (CVS Head).
Is there a specif reason why you want use Xvid-1.1.3-27042008 instead of latest Xvid 1.2.0 CVS version?

Also you could try to replace the "xvidcore.dll" in Avidemux install folder with one from here:
http://tirnanog.fate.jp/mirror/XviD/gcc/

Simply pick "xvidcore.XXX.7z", where XXX is the processor type that suits your type of CPU best.

Last edited by LoRd_MuldeR (2008-06-02 15:57:17)

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

So the truth is it's not XviD's fault but avidemux's avi muxer that doesn't report the proper information inside the avi file it writes. Forcingly using Koepi's v1.1.3 XviD inside avidemux won't change the way avidemux write's the AVI container information. It's a container problem, not a video codec problem. It's the software you used to write your avi file (was it vdub or anything similar ?) that worked better than avidemux in that regard.

Agent_007 suggested you opened the avi file generated by avidemux inside virtualdub and re-saved another copy, setting video and audio to "direct stream copy" (which should generate a 2.0 avi file from your 1.0 avi file in a matter of seconds, it's a very quick fix).

LoRd_MuldeR also suggested you did a similar trick using AVI-Mux GUI.

Did you try any of the two suggestions ? I'm 100% sure either one of them (I'll let you choose which one) will work like a charm smile

So no, it's not XviD 1.1.3 that did the trick, it's whatever software you used to encode with it. You can install XviD 1.2.0 and use it inside the same software and it will work the same.

Re: Koepi's XVID 1.0.3 in AVIDEMUX ?

Probably because the video is already at the maximum quality it can be, and XviD decides there's no use throwing more data at it that it actually needs. You can still try setting the minimum quantizers to 1 instead of 2 in the quantization tab and see if the file comes out bigger, but the visual gain won't be worth it IMHO. The filesize is smaller indeed, but isn't the quality already perfect ?

Last edited by DarkZell666 (2008-06-02 18:21:22)