Is Xvid DEAD?

[slicemaster102]

Well,
This is just a simple question but it seems warranted. Is Xvid DEAD? It doesn’t seem that development is active anymore and the codec seems to have stalled out. The newest release is a beta (Xvid 1.1.0 Beta 2) that was released on April 4 of this year. Nothing has been released since. No new member can sign up and the website seems out of date at best, although abandoned is probably more accurate. What is going on? Xvid seems to be more popular then DivX at this point (tons of new internet content available in Xvid) but nothing is happening.

Signed,
Slice

[SeeMoreDigital]

Have you read any of the XviD threads Slice?

XviD is still being worked on and refined.... I have a (beta2) build dated "16 Oct 2005" installed in my PC right now!


Cheers

[mod]

take a look here (http://celticdruid.no-ip.com/xvid/)

[Suchy]

Moreover (IMHO) XviD reach almost maximum of MPEG4 ASP, so whot do You want to improve?

[Kopernikus]

Moreover (IMHO) XviD reach almost maximum of MPEG4 ASP, so whot do You want to improve?

I don`t think so. There is much room to improve XviD. For example read the further Improvements Thread here:

http://forum.doom9.org/showthread.php?t=101346

Other things to improve: Trellis for I-Frames, Psychovisual Enhancements, more RD- Decisions, better ME algos (for example umhex), ....

[IgorC]

XviD is still being worked on and refined.... I have a (beta2) build dated "16 Oct 2005" installed in my PC right now!
Cheers

All tests as SSIM and OPSNR say that there wasn´t quality impovements since beta 1 (january 2005). There is no visual diference between version of17 oct and january. Only bugfix, misc. changes. I think developers trying to get stable realese and don´t introduce new features those may be case of a new bug.

[guada 2]

This codec is not die.
I think, it is necessary to let the time to the developers to prepare the land.
Patience is art to wait.

[slicemaster102]

Have you read any of the XviD threads Slice?

XviD is still being worked on and refined.... I have a (beta2) build dated "16 Oct 2005" installed in my PC right now!


Cheers
Sorry, it was late at night and I wasn’t really paying attention to what I was doing.
Anyways, the reason I ask is simply because the XviD.org (official Xvid homepage) looks to be abandoned. Thanks all for the info.

Also: I am currently looking for a build that will run properly on my new Windows XP Professional x64 Edition box. I usually run “XviD-1.1.0-Beta2-04042005” from Koepi on my XP Pro SP2 boxes but this build seems to have a problem on x64 edition. The codec actually operates fine but the codec configuration doesn’t function under x64 edition. Where are you guys getting your builds (if you can say)? Are any of them in a nice install/uninstall package like Koepi’s? Are they fully functional (can I access the codec configuration panels) under x64 edition? Thanks and any help would be great.

Thanks,
Slice

[Koti]

take a look here (http://celticdruid.no-ip.com/xvid/)

Xvid 64 bit (http://forum.doom9.org/showthread.php?p=651943#post651943) discussion and builds :search:

Ooops looks like links to 64bit builds are broken :(

[slicemaster102]

Xvid 64 bit (http://forum.doom9.org/showthread.php?p=651943#post651943) discussion and builds :search:

Ooops looks like links to builds are broken :(
how about just the latest 32-bit builds? like i say, the codec operates fine, i just can't access the configuration panels.

thanks,

[Koti]

how about just the latest 32-bit builds? like i say, the codec operates fine, i just can't access the configuration panels.

thanks,


see post #3 in this thread

[slicemaster102]

see post #3 in this thread
Do the exe's on that page have nice install/uninstall features like the package distributed by Koepi?

NOTE: I went ahead and D/L the XviD.cvs.head.exe (dated 10/17/2005) and I still have the same problem (plus the install/uninstall package isn’t nearly as nice as with koepi's builds). Either way, here are the error messages it gives me when using either build.

When I try to load the decoder configuration panel it says "error loading xvid.ax"
When I try to load the encoder configuration panel it says "error loading xvidfw.dll"

Any ideas on what is causing the problem? Both builds work on my SP2 box but this problem persists on my x64 box. Is it a problem with compatibility? If so why not fix it? This is the first software compatibility issue I have run into on x64. DivX (32-bit) works fine in x64. NOTE: the codec actually works fine other then the problems mentioned above.

Slice

[squid_80]

When I try to load the decoder configuration panel it says "error loading xvid.ax"
When I try to load the encoder configuration panel it says "error loading xvidfw.dll"

Any ideas on what is causing the problem? Both builds work on my SP2 box but this problem persists on my x64 box. Is it a problem with compatibility? If so why not fix it? This is the first software compatibility issue I have run into on x64. DivX (32-bit) works fine in x64. NOTE: the codec actually works fine other then the problems mentioned above.

Slice
It's a problem with the installer. See here. (http://forum.doom9.org/showthread.php?p=635116#post635116)

[SeeMoreDigital]

After de-installing your older version of XviD (via "Add or Remove Programs") did you re-boot your PC before installing the new version of XviD?

If not.... try again!


Cheers

[slicemaster102]

It's a problem with the installer. See here. (http://forum.doom9.org/showthread.php?p=635116#post635116)

IT WORKED! Thanks! This thread should probably be stickied or something. Anyways, all I had to do was change the path of those shortcuts and it worked. Thanks!

Slice

[nightrhyme]

Have you read any of the XviD threads Slice?

XviD is still being worked on and refined.... I have a (beta2) build dated "16 Oct 2005" installed in my PC right now!


Cheers

Could you please provide a direct link. I don't see any XviD 16.10.05 on the page MOD linked to

[SeeMoreDigital]

Could you please provide a direct link. I don't see any XviD 16.10.05 on the page MOD linked toHere you go: -

http://www.aziendeassociate.it/./cd///XviD.cvs.head.exe


Cheers

[unskinnyboy]

Could you please provide a direct link. I don't see any XviD 16.10.05 on the page MOD linked to
If you look at the title of the page mod linked to, it says 'XviD, mencoder & Other stuff moved'. Then you click on the XviD link in the navigation bar and go here (http://www.aziendeassociate.it/cd.asp?dir=/). Visually scrolling down a bit, you get this (http://www.aziendeassociate.it/cd///xvid.cvs.head.2005.10.16.7z). You can bookmark that page.

EDIT: SMD was faster ;p

[mod]

If you look at the title of the page
:D .....

[Doom9]

Have you read any of the XviD threads Slice?Unfortunately that doesn't seem to be going anywhere.. unless development suddenly moved away from all forums and mailing lists to a place I'm not aware of.

[Kopernikus]

Is there no active developer left? What happened to suxen_drol?

[DeathTheSheep]

Suxen_drol is up and about, or so I presume based on his/her contributions to XviD (and doom9's forum), the latest of which occured rather recently.

[SeeMoreDigital]

I guess it would be useful to have some form of confirmation either way about who is currently working on XviD and/or is capable of continuing the work!

With this in mind, can anybody produce names (or contact details) of people they know who are currently involved in the XviD project?


Cheers

[sysKin]

I guess it would be useful to have some form of confirmation either way about who is currently working on XviD and/or is capable of continuing the work!

With this in mind, can anybody produce names (or contact details) of people they know who are currently involved in the XviD project?


OK I might as well reveal that I have a plan (tm). Starting next week, I'm on summer vacations. Until March in fact. I plan to go back to XviD and continue some development.

Things I want to do:
- finish any remaining issues with 1.1 and release it. ASAP.

- commit Kopernikus' lambda-for-plugins-thingy, and probably remove adaptive quantization. The last depends on whether someone (me?) rewrites lumimasking plugin to use lambdas rather than quantizers.

- see what other things can be fixed. DX50 userdata mess comes to my mind

- investigate some higher quality possibilities. After my recent experience with motion finding, I conclude that two-pass ME *might* be an unexpected win

- see if and how XviD can be multi-threaded. This is mostly fun & self-education, but hopefully multicore/multicpu/ht testers will volunteer to help me. I have several ideas that might produce impressive results, at least in theory and at least on amd's multicore.

Wish me luck if you want to see it happen ;)

[ChronoCross]

you the man sysKin. I look forward to seeing the changes. Plus I'd love to help out testing hyperthreading speed increases.

[Teegedeck]

OK I might as well reveal that I have a plan (tm). Starting next week, I'm on summer vacations. Until March in fact. I plan to go back to XviD and continue some development.
:) Many, many thanks. Devoting vacation-time to XviD means showing real spirit.

- commit Kopernikus' lambda-for-plugins-thingy, and probably remove adaptive quantization. The last depends on whether someone (me?) rewrites lumimasking plugin to use lambdas rather than quantizers. Now, I would resent (;)) that if it means going the x264-way concerning AQ... The recent 'AQ' versions of x264 are really not quite satisfactory Perhaps it would be good to connect AQ with lambda-manipulation, but at least current AQ is an effective tool in two-pass. Edit: Maybe rather implement it as an additional option that can or can not be used in conjunction with AQ?

[Doom9]

well, good luck. Count me as one who might volunteer every now and then to test multithreaded builds.. my X2 needs some work.

[Didée]

syskin, if I'd manage to get vacation as long as well, I'd jump in a plane, and help with doing all the shopping, cooking and washing for you :D

[olnima]

sysKin, are You married? If I wouldn't be, You would be my first choice... :D :D :D

Olnima

[guada 2]

" sysKin, are You married? If I wouldn't be, You would be my first choice... "

olnima
it is not necessary to be press, because work does not have to begin yet. :D

But, I wish him good luck. :)

[bond]

go sys go! ;)

[IgorC]

I can't wait to test it. God bless Syskin's inspiration. :)

[Kopernikus]

Now, I would resent (;)) that if it means going the x264-way concerning AQ... The recent 'AQ' versions of x264 are really not quite satisfactory Perhaps it would be good to connect AQ with lambda-manipulation, but at least current AQ is an effective tool in two-pass. Edit: Maybe rather implement it as an additional option that can or can not be used in conjunction with AQ?

The principle of the x264 AQ is completely different from the XviD AQ. x264 throws bits at flat blue blocks, xvid takes bits from very dark or very light blocks.

You can implement both with lambda as well, and then you have the advantage that it doesnt cost bits.

[yaz]

@sysykin
if u want some torture tests, just call me :)

the bests
y

[Teegedeck]

The principle of the x264 AQ is completely different from the XviD AQ. x264 throws bits at flat blue blocks, xvid takes bits from very dark or very light blocks.

You can implement both with lambda as well, and then you have the advantage that it doesnt cost bits.
Certainly. Well, as it seems I'm the only one who thinks that quantizing MBs slightly differently is worthwhile, that's that then. Out of sheer curiousity; sysKin, will 'conventional' AQ vanish from Ateme's codec, too?

[bond]

Certainly. Well, as it seems I'm the only one who thinks that quantizing MBs slightly differently is worthwhile, that's that then. Out of sheer curiousity; sysKin, will 'conventional' AQ vanish from Ateme's codec, too?i also like aq, when i look at what ateme's avc codec does with aq with walls its pretty good imho

btw x264's aq not only throws bits at blue areas, but also dark areas. it was written for fixing the blue block issue only and also should only be seen as fix for this and not more

[unskinnyboy]

Thanks a lot sysKin - excellent news. Also count me in as yet another tester for testing the multi-threading/HT builds, when they are ready.

[charleski]

i also like aq, when i look at what ateme's avc codec does with aq with walls its pretty good imho
Are you talking about the Nero encoder or are you teasing us again by talking about ateme's unreleased one? :)

[sysKin]

Well, as it seems I'm the only one who thinks that quantizing MBs slightly differently is worthwhile, that's that then.
I wouldn't say you're the only one, the ability to have AQ is there for a good reason I guess. But AQ is messy, takes bits, limits possible macroblock modes and can only be made on macroblocks as a whole. Besides, ASP's quantization - being linear - has huge steps on higher qualities (quants 1-2-3-4). That's unlike AVC.

Lambda, with its ability to save on motion vectors (VHQ) and drop coefficients (trellis) should be able to modulate quality quite a bit.
Out of sheer curiousity; sysKin, will 'conventional' AQ vanish from Ateme's codec, too?How can I know that :0 ;)

[suxen_drol]

Suxen_drol is up and about, or so I presume based on his/her contributions to XviD (and doom9's forum), the latest of which occured rather recently.
yep, i am here. about a week ago, i received a similar email to this thread, who i assume now was the same person. here was my brief response, however he never responded:

> Is Xvid DEAD? Has the project stopped devolopment?
It doesnt look like much is being done anymore.

read response at: http://forum.doom9.org/showthread.php?t=102675

whilst it is true that the development pace has slowed down,
i feel this is only normal given that the project started four
years ago and has reached a level of maturity. your suggestions
and code patches to improve xvid are certainly welcome!

note that we had planned to release xvid v1.1.0 last month,
however this is now likely to happen in december (when i hope
to have some free time).
syskin, there are only two outstanding patches for the release: the name/version patch, and gomgom's recent super-pedantic-sanity patch. when do u plan to make the release? i can probably spare an hour to if u need help.

anyway, i have to agree with the original poster. god bless syskin! and while iam at it, david palmer for president.

-- pete

[sysKin]

syskin, there are only two outstanding patches for the release: the name/version patch, and gomgom's recent super-pedantic-sanity patch. when do u plan to make the release? i can probably spare an hour to if u need help.

Well my my current future plans consist of one exam in 12 hours, another in 36h, and then, in no particular order (listing computer-related stuff only): civ4, catching up work, buying a silent cpu cooler to survive summer and xvid-ing.

I suppose this might mean releasing XviD 1.1 any time, how about this weekend. I remember there was one minor thing in GomGom's patch that I didn't expect, and I wanted to check it out. No need to block 1.1 for this though, can be fixed later (if there really is a need to fix anything).

@all: is there a particular problem with current xvid 1.1 that should be fixed before final release? If so, say now.

[Sharktooth]

Yes... well, it's not a problem but a request: add the "insane" trellis stuff :D

[sysKin]

Yes... well, it's not a problem but a request: add the "insane" trellis stuff :D
Easy stuff ~ :D

[IgorC]

I don´t know if ateme avc psy apliable to xvid. Their psy is different from x264 AQ: quantizers on most part of frame is lower than without psy and to keep bitrate there are optimal inter-p_skip (1-3 bit) on dark area.

[len0x]

How about adding MTK profiles from celtic_druid to official XviD build?

[Sharktooth]

oh, and also the DXN Hi Definition profile :)

[IvS]

sysKin: this (http://forum.doom9.org/showthread.php?t=86180&page=2) is an issue that needs to be fixed. Also note, HD encoding of short clips, for example 10 or 20 seconds, results in very much lower bitrate than stated. The longer the length, the more accurate it is. A clip of several minutes has an accurate bitrate.

[JarrettH]

Well someone had to make the thread :P

I feel like that person in class who didn't want to raise their hand in class to ask a silly question. You've just created the thread everyone is wondering about :) At least there won't be any further threads about it! :cool:

[raeltheimperialaerosolkid]

ehm...Syskin
Maybe another silly question...
There were some doubt
here (http://forum.doom9.org/showthread.php?p=737709#post737709)
and
here (http://forum.doom9.org/showthread.php?t=102907)
about the DXN profiles...

[celtic_druid]

Probably covered on the previous page by "see what other things can be fixed. DX50 userdata mess comes to my mind"