View Full Version : News: XviD 1.1.0 beta 2
buzzqw
4th April 2005, 13:57
from mailing list
Hello!
This is XviD 1.1.0-beta2 release.
This release is the second beta of the 1.1 series. It is API/ABI
compatible with the previous beta release.
Changes since 1.1.0-beta1:
* xvidcore
- Fixed bug in GMC, and Cartoon modes.
- Improved VBV support
- Improved compliancy with DivX profiles.
- Added MPEG de/quantizer PPC support.
- Minor fixes for PPC colorspace functions.
- Improved Low bitrate quality.
- Fixed x86_64 interlaced support.
- Minor Motion Estimation adjustments.
* VFW frontend
- Improved compliancy with DivX profiles.
* DShow frontend
- Fixed resource leaking
The files are available in the download section of XviD.org:
http://www.xvid.org/downloads.html
-- The "XviD Team"
_____________________________________________
XviD-users mailing list
XviD-users@xvid.org
http://list.xvid.org/mailman/listinfo/xvid-users
When a fresh build to burn our cpu ?
BHH
EDIT: of course is already downlodable on Koepi site http://www.koepi.org/xvid.shtml
or a direct link
www.64k.it/andres/XviD-1.1.0-Beta2-04042005.exe
dragongodz
4th April 2005, 14:49
also from the main Xvid page with this release
As a sidenote, I would like to say to all XviD users that this is the last release I will ever prepare. It's been a long time I've been working in XviD, but everything ends one day or another... so I hope you appreciated the efforts I've put in XviD and I hope you'll enjoy the next releases prepared by the people who will decide to continue the XviD project. Farewell.
-- Edouard Gomez
so first sysKin leaves Xvid and now GomGom. :confused:
Sharktooth
4th April 2005, 15:00
Yup, sad news.
BTW, thanks to the xvid devs and builders for this (last?) release.
obieobieobie
4th April 2005, 15:23
How instrumental has he been in xvid's development? Primus motor? If so, is this it?
Edit: Just had to add a thank-you to all the xvid developers that has ever worked on the project. :)
dragongodz
4th April 2005, 15:26
there are still other devs and people submitting patches(check out the devs mailing list archive)so its not the end yet. maybe now Foxers strict scaling could be added as a full time option since it was apparently GomGom who rejected it as being inferior to loose scaling. that would be nice to see, something good coming out of this that is. :)
EDIT:
of course big thanks go to sysKin and GomGom for all the work they have done on Xvid over the years. ;)
ChronoCross
4th April 2005, 15:57
what's going on people? is everyone being snatched up to work on "pro" codecs? I'm interested to see where xvid goes from this point on but at this rate all the devs will get bought out. creepy thought indeed. but thanks to both syskin and gomgom for their work. it won't be the same without you guys
Enigmax
4th April 2005, 16:03
Thanks for your great work, XviD Team. :)
Greetings
Teegedeck
4th April 2005, 16:05
Thanks to GomGom for his work! BTW, we should not forget that only few developers are regularly present on the forum. Some, like the project's initiator Isibaar, shy away from the limelight. Let's feel a moment of silent gratitude to those quieter developers, please! :)
Koti
4th April 2005, 16:56
so I hope you appreciated the efforts I've put in XviD
Thanks guys, past and present, for all your work making one of the nicest video codecs [in my opinion].
To those who have moved on , may your success continue in your next adventure :)
Enigmax
4th April 2005, 17:00
Thanks to GomGom for his work! BTW, we should not forget that only few developers are regularly present on the forum. Some, like the project's initiator Isibaar, shy away from the limelight. Let's feel a moment of silent gratitude to those quieter developers, please!
O.K.
Thanks.
Greetings
bond
4th April 2005, 17:02
is it possible to make the best even better?
thanks a lot for this new xvid version!
and thanks to syskin and gomgom for all their great work on xvid and thanks to all the ones who also worked on it on the past and the ones who will continue working on that xvid stays what it is atm:
simply the best mpeg-4 asp codec existing :D
*.mp4 guy
4th April 2005, 17:03
Thank you Xvid devs for all your hard work and dedication. Its funny, but I have learned an amazing amount about many things while using xvid and other open source software.
kurt
4th April 2005, 17:13
thx for this release and for all the good work in XviD :)
unskinnyboy
4th April 2005, 17:42
What they all said ^^^ :D ..Long live XviD!
Heini011
4th April 2005, 20:46
uhm... the xvid.org page is blank and koepi.org is unavailable ??
Chainmax
4th April 2005, 20:56
Oh well, life happens. Good luck on whatever projects you undertake in the future Edouard :)
ChronoCross
4th April 2005, 22:09
Originally posted by Heini011
uhm... the xvid.org page is blank and koepi.org is unavailable ??
interesting. but koepi.org was up earlier but that is wierd that xvid.org is blank....perhaps someone should fix it =P
video_magic
4th April 2005, 23:12
Yes, I also say "Thankyou" to all who have worked on XViD, I appreciate the time and work you have done for us very much.
Sharktooth
5th April 2005, 01:15
Mirror: http://www.aziendeassociate.com/XviD-1.1.0-Beta2-04042005.exe
IgorC
5th April 2005, 02:22
Quality is just perfect for ASP, but Xvid decoder still recuries too much resources of CPU. (That´s why I prefer FFDSHOW)
Really good job.
http://www.free-codecs.com/ it says following ´XviD is the best currently available MPEG-4 video codec solution and additionally XviD is free software!´
Agree.
Kagura
5th April 2005, 03:33
Hopefully a new generation of coders can pick up the code to fill the massive void left by their departures. If I have some spare time, I'll try and see what I can come up with.
Shinigami-Sama
5th April 2005, 04:05
thanks to all past present futire and departed XVID coders
like everyone else has said
I think XVID will never be beat;n for quality expeasly for animated content :)
have fun in your new jobs mates :)
namchik
5th April 2005, 06:20
I hope this awesome codec will go on developing http://smileys.smileycentral.com/cat/36/36_1_32v.gif
coz death of xvid to my mind is a worse disaster than death of pope of Rome http://smileys.smileycentral.com/cat/36/36_1_50.gif
ps. I'm not a catholic http://smilies.sofrayt.com/fsc/smile1.gif
Koepi
5th April 2005, 08:06
Hm, the original is of course downloadable at www.koepi.org :p
XviD development will continue. SysKin and Edouard were quite inactive for the last few months, so the progress and fixes you see now are done by other developers already.
What does this mean?
XviD will continue - development won't stop. Current "main coders" are quite busy in real life though, so it'll develop at low speed like the past few months.
The improvements with this beta are very impressive, especially at low bitrates (movie to 1 cd encodes et al.). So the quality can raise a bit more, too.
As sad as it is to see two nice fellow developers parting, it doesn't mean the death of _this_ project.
Cheers
Koepi
after some short tests i must say it's xxxlent (again :) ) a big thx to the devels (again :) )
many thx
y
Selur
5th April 2005, 12:13
@koepi: is your side down ?
(or is it just my provider?)
Cu Selur
Sharktooth
5th April 2005, 12:42
koepi's site is down from yesterday.
SeeMoreDigital
5th April 2005, 12:50
Originally posted by Sharktooth
koepi's site is down from yesterday. Bummer!
I got a brief flash of the main page a few minutes ago... but then nothing :(
Cheers
Only a minor issue: in single and 2nd-pass mode the maximum bitrate setting close to the slider has too much "0". For ex. max bitrate for AS@L5 is 8000, but the value is actually 8000000, and so on for all values.
Btw, great work XviD team! ;)
Enigmax
5th April 2005, 14:40
Koepi, your site is down.
But the link from the binary works correctly:
http://www.koepi.org/XviD-1.1.0-Beta2-04042005.exe
Greetings
TheUnforgiven
5th April 2005, 14:53
anybody knows how "Improved Low bitrate quality" is achieved?
SeeMoreDigital
5th April 2005, 15:01
Originally posted by Enigmax
...But the link from the binary works correctly:
http://www.koepi.org/XviD-1.1.0-Beta2-04042005.exe Sadly... this link does not work for me either!
namchik
5th April 2005, 15:13
http://www.aziendeassociate.com/XviD-1.1.0-Beta2-04042005.exe
and
http://www.64k.it/andres/XviD-1.1.0-Beta2-04042005.exe
are working http://smilies.sofrayt.com/^/aiw/yes.gif
Koepi
5th April 2005, 15:19
Originally posted by TheUnforgiven
anybody knows how "Improved Low bitrate quality" is achieved?
- {core}: Rate-Distortion tables fix - logarithmic scales adopted correctly.
- {core}: Fix to the 2pass2 code / VBV buffer compliance.
Those are the main reasons for improved quality at low bitrate. if you don't use r-d though (no vhq/bvhq), there won't be much of the gain left ;)
I got a mail tonight from the site hosting company which i can't really decipher (it's croatian i believe), but from the look of it they experience some server trouble (www.vogon.hr is down, too). Let's hope they get online again soon.
Another link to the binary is this one: http://www.softpedia.com/get/Multimedia/Video/Codec-Packs-Video-Codecs/Koepi-XviD.shtml
Cheers
Koepi
Sagittaire
5th April 2005, 15:35
Originally posted by Koepi
- {core}: Rate-Distortion tables fix - logarithmic scales adopted correctly.
- {core}: Fix to the 2pass2 code / VBV buffer compliance.
Those are the main reasons for improved quality at low bitrate. if you don't use r-d though (no vhq/bvhq), there won't be much of the gain left ;)
certainely for Rate Distortion optimisation but not for VBV compliance. VBV is only buffer rate control for hardware player compliance ... use VBV don't improve quality. I think that VBV for high quant ("low bitrate") don't change anything for the Rate Control (high average quant encoding are generaly VBV compliant)
DeepDVD
5th April 2005, 15:38
It would be nice if someone could show some comparison pictures with the improvements.
greetz
clsid
5th April 2005, 15:42
How stable is this build compared to v1.0.3 final? Is the beta2 encoder ready enough for real-life usage or should it still be used for testing purposes only?
TheCreamCrackerBoy
5th April 2005, 16:01
Hello,
Just wanted to say "thank you" for the new version of the excellent XviD video codec (that, by the way, can hold movement scenes in a real better way than any other MPEG-4 codec that I know) and share the sad news of GomMom leaving the XviD prject. GomMom (and sysKin), thank you for all the efforts and good luck in your next challenges. God bless ya.
[]'s
The Cream Cracker Boy.
SeeMoreDigital
5th April 2005, 16:48
If I generate an 720x576 encode with B-VOP and VHQ (No GMC or Qpel) and play them back in stand-alone player incorporating a Sigma EM8551 chip-set, I see white flashes at the bottom of the frame during every scene change.
When I generate the encode again, without VHQ, there are no white flashes.
I've generated further tests with 1 to 5 B-VOP's, with and without packed bit-stream, AQ and PAR/DAR signalling.... All are fine, until VHQ is enabled.
Can anybody else confirm?
Cheers
TripleA
5th April 2005, 17:56
I do not often say stuff like this (or, indeed, much at all), but it's sometimes needed:
My most heart-felt thanks to everyone who ever contributed to making XviD the great piece of code it is. It is truly phenomenal and nothing I know of, open source or otherwise matches it.
Well, RM is better at extremely low bit-rates (~20Kbps) so far (pre-Beta 2) in my experience. And x264 is looking better all the time, but that's in the future still.
Anyway, thank you very much. And the best of luck to everyone. Those who moved on, and those still with us.
Now I have a few things to encode, if you'll excuse me...
hajj_3
5th April 2005, 19:03
koepi is there going to be a x64 version of the xvid codec, so that us windows xp pro x64 edition can take advantage of faster encoding?
i heard a rumor about this, wanted to know whether this was true, ifso when ?
Koepi
5th April 2005, 19:21
XviD x86_64 code is there, as there are some binaries -those are usually for linux so far to my knowledge.
I don't own an x86_64 machine, I don't have appropiate compilers. So I can't deliver something like that yet, soorry.
Cheers
Koepi
hajj_3
5th April 2005, 19:30
thanks for letting me know.
hope you can upgrade to a 64bit machine soon.
p.s your site dosent show 1.1.0 beta 2, still shows beta 1.
Koepi
5th April 2005, 19:58
Originally posted by hajj_3
p.s your site dosent show 1.1.0 beta 2, still shows beta 1.
That site is coming from your browser cache or proxy. The site is still down. (Hit Shift key while clicking on reload/refresh, this will try to fetch the site from the net and not from any caches.)
Cheers
Koepi
guada 2
5th April 2005, 20:09
Hello Koepi, :)
By using the script of Didée, I noted that the version beta 2 is improved.
But it is not stable. Whereas that of Koepi beta 1 controls better contours and the visual aspect of the image.
I believe sincerely that the options of version 1 is of a great support for the treatment of the codec xvid.
With this intention, I chose an extract of film of starwars 2/19.6 Mo with a bitrate of 151 kbps.
That is to say a final file of 1.97 Mo
Long life with the codec Xvid. ;)
Note: sorry for my english
hajj_3
5th April 2005, 21:28
error on windows xp pro x64:
when i go to "configure encoder" on the start menu i get
"error loading xvidfw.dll
the specified module cannot be found"
when i go to "configure decoder" on the start menu i get
"error loading xvid.ax
the specified module cannot be found"
hope you guys can make the next beta work with windows xp pro x64 properly, i can watch xvid movies, but cant configure it, havent tried encoding yet.
p.s i am using the final version of xp x64, its released to manufacturing, will be in shops in about 3 weeks. i have a AMD 64 3000+ socket 939 cpu.
squid_80
5th April 2005, 22:45
Originally posted by hajj_3
error on windows xp pro x64:
when i go to "configure encoder" on the start menu i get
"error loading xvidfw.dll
the specified module cannot be found"
when i go to "configure decoder" on the start menu i get
"error loading xvid.ax
the specified module cannot be found"
Probably because the start menu shortcuts are using the x64 version of rundll32.exe instead of the x86 version. If you edit the properties for the shortcuts and change system32 to syswow64 you might have more luck.
I did make a windows x64 version of xvid (encoding only, don't know of any 64-bit media players) but I need a new compiler to build a new release. There's copies of it floating around (you could try searching this forum for a start) but at this time I don't recommend using it since it's technically broken.
Ice =A=
5th April 2005, 23:08
As acknowledgement of gratitude and a kind of stimulus to the XviD-team:
This month there are comparisons of video codecs (by coincidence I presume) in several german computer print magazines (e.g. "Chip"). And even though the new-generation codec from Nero usually wins quality wise, Xvid allways is the close second, has the best time-vs-quality-ratio and is besides DivX (which comes in as third but is much slower) the only one who runs on stand allone DVD players.
So you obviously got an extremly positive evaluation right across the board!
Oh, on more thing: Microsoft's WMV9 is everywhere the clear looser and takes the last place! :) I actually like that! ;)
hajj_3
5th April 2005, 23:18
got it working.
in startmenu shortcuts:
change "c:\WINDOWS\system32\rundll32.exe xvid.ax,Configure"
to
"c:\WINDOWS\SysWOW64\rundll32.exe xvid.ax,Configure"
thanks alot.
by the way if you are looking for a 64bit media player use windows media player 10 which is on windows xp pro x64 final.
koepi, hope you can make next version have a modified installer, so you can get it to detect x64 and install properly for 64bit windows, if 32 bit xp then install like it currently does, bit annoying to have to change the shortcuts manually.
thanks guys !
riggits
5th April 2005, 23:19
Thanks to the XviD TEAM, you guys are amazing :D I'm also on the x64, but the new beta is worth dual-booting for :)
I'd like to compile Win32 binaries, but haven't the tools or know-how.. I've got some free time tho. WHat's a good compiler for the AMD64?
Thanks a million, guys! :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.