Slashdot Mirror
XVID 1.0 Released
Freedom66 writes "The 1.0 version of XVID codec is available. XviD is an ISO MPEG-4 compliant video codec like DIVX codec. It's an open source project which is developed and maintained by lots of people from all over the world. On the 31st December, Doom9 has made a codec comparison and XVID was at this time, one of the best codecs."
if you just want to download a codec so you can play movies (eg, with wmp) , go here.
(i use mplayer for win32 now, so i don't use this anymore)
Marge, get me your address book, 4 beers, and my conversation hat.
does it matter if the codec isn't used commercially? Odds are that commercial publishers are not going to want any new format that doesn't have some kind of DRM, like it or not.
Tequila: It's not just for breakfast anymore!
For Windows users, grab a compiled binary of XviD 1.0 Final with a nice installer at Koepi's Media Development Homepage. A lot easier than going through xvid.org as due to copyright issues they only host the xvid source, which must be compiled manually.
Hardly, considering xvid started life as an open source replacement for divx.
i'm sure it is all pure coincidence
And, no, I should not have used the goddamn Preview mode first.
DRM is normally done at the packet level, not the codec level. One could easily apply, say, Windows Media or Intertrust DRM with a file encoded with XVID. XVID doesn't have any meaningful effect on DRM pro or con.
Since XVID is a MPEG-4 Part 2 codec, any DRM system that can encrypt MPEG-4 can do XVID-encode files.
My video compression blog
Just like DivX, except lacking in the GATOR software installation.
I'm still waiting for Doom3!
More Info Here
I think the parent poster meant x-vid as in "X, the metasyntactic variable" followed by "vid, short for video". As opposed to being an obscure sort of time travelling self-reference. It is possible and would be a funny irony, but I had thought "DivX ;-)" was somehow a reference to the failed commercial Divx service. Which merely passes on the question, of course.
actually i read that a team worked on DivX and then when DivX went commercial a group of the original developers from that broke off and started the open source XviD.
no freaking win32 release on their webpage. you have to have a win32 compiler to compile and use it, or do like in the first comment and use that link, or get kazaalite codec pack or one of the many other codec packs that include xvid. if xvid wants to compete with divx, they will need to offer a win32 binary download.
Does the name Pavlov ring a bell?
for mpeg-4 systems part of the spec to be implemented
overview
back in the day we didnt have no old school
Cool... I'm at this moment ripping "BladeRunner TDC". Transcoding with the xvid library is almost done. Quality is really very good versus some of the commercial applications out there for Windows. For example, the deep blue scenes in "Finding Nemo" tend to look blocky and sort of like a mosaic with a commercial Win2K program. Using DVDRip with xvid (on a Fedora Core 1 machine) the same scene is a lot smoother and the color gradients are not nearly as noticeable.
On a related note, I'll soon be trying out some of the pre/post filters for DVDRip. They do take a LONG time however. I've noticed that the Linux versions, when ripping at high quality, takes at least 20% longer than the Windows program at a similar bitrate. But the quality is better so I'm happy.
I just happen to be a software developer looking for new video codecs/encoding schemes and for me the sky is the limit. This will be a major commercial application in what ever form it finally takes place.
Maybe this should be an "Ask Slashdot" thing, but since many video folks are looking on this site, I might as well ask in this story.
(Without going into specifics of the project) I am starting with a totally clean sheet of paper here. What I need to do is be able to record several hours of video in a form that should be as lossless as possible (lossy formats are O.K., but it needs to have very good fidelity when the image size is restored). The video capture is going to happen in an embedded system, but playback will happen on a standard P.C. Playback is going to be a custom written application anyway, so it doesn't matter if it is currently supported by any common player.
Since I'm doing this as a clean sheet project, I'm also trying to use as many Open Source/Free Software tools as I can, although libraries in this case can only be LGPL (the main app will be totally propritary software, unless something else happens. This is still a possibility, so I am going to try and give back).
At the moment, due to some cheap hardware, we are implemented an MPEG-1 encoder for the system. This does a fair job, but I'd like to try and improve it.
I've thought about using PNG/MNG data files (MJPEG was also discussed), but the MNG spec isn't quite up to speed on A/V syncronization issues and the direction of the MNG group isn't quite where I like it to go. Still, I like the fairly good compression, lossless algorithms in the format and it is still an option.
MPEG-2 is an option I've looked at, mainly because I would be able to put it onto DVD players. Some plusses and minuses, but it really is more convience if this is the option we will use.
The Ogg formats are also something to look into, and they are more for full A/V quality compression. Certainly a candidate for me.
I'm not really all that familiar with MPEG-4, but it seems a huge jumble to me and means a lot of things to a lot of people, together with a bunch of misunderstanding fostered by equipment salesmen. (This is the coolest thing around, why don't you upgrade from that lousy MPEG-2 system to our new and improved MPEG-4 system!)
This system (XviD) does look interesting, and I like the open specifications of it particularly. Closed-specifications (where you have to pay $10,000 just to get a poorly written technical manual with NDA) are totally out of the question.
I guess I've looked around and would like to get some feedback as to what video encoding would you use on a totally clean sheet application if you had to encode video? Any takers?
please remain at your current location until the arrest warrant is secured.
Question: If all these codecs are MPEG-4 (e.g. DIVX, XVID, 3IVX, Microsoft, Apple, etc.) does that mean that they're all playable in something like a DVD player that has MPEG-4 compatibility? Or not? Why are there so many different implementations? It's nuts.
DivX 5 was once Open DivX 4, but then they desided to go closed source again, and a fork of Open Divx 4 was made, which is what we now know as Xvid.
I was going to just mod this back down but really, I'm genuinely curious. Could someone explain to me how "mind-numbingly obvious" to the first part and "exactly wrong" (in fact, xvid was actually named because it's "divx" backwards) to the second part becomes (Score:4, Interesting)?
There are two kinds of people: 1) those who start arrays with one and 1) those who start them with zero.
Anything that can make porn look cleaner yet dirtier looking at the same time is ok in my book... or er.. pants.
So how do I encode my old Cinepak-encoded animation work, which I have as an Adobe Premiere project, without encoding it twice with two different codecs, with all the attendant problems.
MPEG4 is just a format for how the data is stored and how the data should be read by the decoder. That's why you can use a DivX decoder for Xvid, MS MPEG4, 3ivX, etc. Each of these uses different algorithms inorder to come the final MPEG4 data standard. Some algorithms are better than others, so some codecs are therefore better.
This codec is much better than the xvid.org one. I experienced constant crashing with the 'official' codec whenever I opened an xvid-encoded file or even browsed a folder containing said file in File Explorer; however, with the koepi codec it has been plain sailing all the way, and great image quality to boot. Should a video codec have the ability to crash whatever program is using it?
Am I the only one who finds the lack of reliable and up-to-date codec info on the net very frustrating? It's always easy to find dozens of people with the same problem as you, virtually impossible to find anyone with an accurate answer.
Read Pynchon.
Newer versions of the codec regularly crash when encoding video via all versions of Vegas Video. Sorry, just ain't gonna happen.
Haha I think I accidentally had a role in picking the name for XviD. Originally there was a thread for potential codec names, and XviD was suggested as a joke. But I picked it up and used it in nearly all the threads I started, and since the project was just beginning, there weren't very many threads to begin with. So I spread the name around the forum, and then incoming developers/people just picked it up from there. And that's how I accidentally named the codec :P That may be slightly inaccurate though, its been awhile.
I suppose us Mac owner can just compile this? No .dmg in sight so far....
This guy is way out there
Try reading the XVid FAQ
For those who do not want to click:
As if MS deviating from the standard would be shocking!If Tyranny and Oppression come to this land,
it will be in the guise of fighting a foreign enemy. -James Madison
Except for the fact that there is little to no code from Open DivX 4 in the XviD encoder any more. (But don't quote me on that, as it was written in some forum post on doom9.org, and I don't know where it has gone).
________
Entranced by anime since late summer 2001 and loving it ^_^
Divx and 3ivx both have nice integration into Quicktime making it available in all Quicktime based movie editing applications, does Xvid have the same? I would like to use a OSS solution
I am the Alpha and the Omega-3
Matroska is a A/V container (think AVI MOV ASF) that is aiming to be THE format to which all others will be compaired. HTTP and RTP streaming OK. Network glitch resistant. Totally Open. DVD style menuing and almost at version 1.0. I have been following the A/V open source projects for some time and these two (Martoska and XviD) are the biggest things since sliced bread. We finally have the tools to do online TV like we have had online radio for a few years now.
Be advised... XviD is brutal on the encode. a 720x480 29.970fps video 1 hour takes my celeron 1000 4-6 hours to compress with all the quality settings turned up. But the decode is not that bad in terms of CPU power and at 2kps-4kbs you are looking at some DAMN fine video. Even at 700kbps it is looking good. Best compressor on the planet (at least that I have messed with).
I assume you are familar with Ogg Vorbis which is compairable to AAC in terms of quality/bitrate. It makes a great companion to XviD inside a Matroska container
I now see that we desperately need meta-moderation.
for playback, i use ffdshow . It has post processing filters built into the codec. The Deblock filter is priceless for low bitrate movies.
D'oh, I forgot to preview.
Several resources:
1) You can go to doom9.net and check out the Guides section.
2) Go here: XviD FAQ and check out the section called "What do all the different options mean." Note that a lot of the provided links are outdated now, but that should give you an idea for a lot of the settings.
If you're into anime fansubs of things that aren't in the US yet, you'd quickly see how. Anime-Kraze is subbing Chrno Crusade and Inu Yasha now, for example. They use XVid. When a new ep is released of those two, it's usually downloaded a couple thousand times on Bit Torrent alone, then spread over P2P thereafter.
The codec proliferates quite nicely like that.
That may be the official word, but try changing the AVI file's FOURCC code to that of DivX. It'll play, just without the extra enhancement filters and noise reduction found in many Xvid codecs.
DiVX ;-) was first "project mayo" (codename) - mayo because its difficult to make, and pretty much hit or miss - divx was first a hacked mpeg-4 codec (m$ .asp actually - really ment for streaming high quality video over broadband, hacked to work offline and "standalone"), and contained "hot" code. so divx 3.11, the version that really first took off, was illegal. the codec really exploded with the file sharing boom namely morpheus and kazaa. next release , they got rid of the stolen code, and all was good, the codec had even better quality and many of the audio syncing problems had been taken care of. by this point i had ~150 gb of video at ~300 hrs.
then, with the next release (5.x), and even more popularity, divx went commercial, and at first, i was upset, but they were pretty good about it, they had 3 versions, the one with no ads, but "play only", one with adware + encoding, and then the full $30USD one that let you do everything without ads. i thought, well these guys deserve some money for all the work that went into this great codec.
with version 5, divx and project mayo split (actually it was somewhere inbetween 4.x-5.x) and divx.com was born to handle distribution and all that other good commercail stuff, projectmayo.com went opensource, and became the sandbox for many projects based on divx (3vix, opendivx, etc) also, the Playa, the favored player of the project and built by the team continued to be developed here. .xvid was one of the spinoffs from projectmayo, and has become my favorite codec since i started using it. it seems to have the best "feel" to it, and is really really really good for animated films (to be fair, divx and the rest are really really good at animated films too, most codecs do, easy lines for the encoder to pick up and even out between frames). there are two main developers for xvid (its open so there are different builds) kopei, and nic. they both have their pros and cons, but you would be hard pressed to find them "in real life."
most of this info can be gathered from the mentioned sites, with a little digging. if im wrong about any of this, meh. its pretty right on, though. some great resources for these codecs are the forementioned www.doom9.org is really one of the best collections of encoding how-tos and other doodads. should be required reading for any video DIY noobs. another great resource is www.divx-digest.com you can get all kinds of codecs and players there, try em all, its the best way to learn (divx-digest is a sister site to www.digital-digest.com) like i said, i really dig xvid, and divx's commercial ventures are really starting to pan out (featured in a couple of computer games/video games (lord of the rings pc maybe?), hopefully soon will be built in to dvd players- think 2+ movies in hi-res on one dvd!). please please please dont use wmv. i cant play wmv, as many non M$ people cant, and they take more cpu to decode (looks pretty and is easy though).
before divx was known as divx, there was another company that released a project by the same name, where you would rent this cd/dvd disc thing and buy it to unlock it and watch it whenever you wanted, neat idea, poor execution, i only knew one persone that used it. they came in these little cardboard jewel cases. (before dvd players were all over, you had to get one that could play this divx )
batteries not included, bad grammar and spelling included. see side label for details
|plastic....or gasoline?|
DivX ;-) is both a reference to Circuit City DIVX as well as the Div3 and Div4 codecs it supports. So, your metasyntactic comment is on (whereas the root poster is just a dummy).
This is what I see on the website...
XviD owned ?? oohhhh yeahhh BloodBR ownz XviD - sorry admin leak@hackermail.com
I wouldn't be surprised if the website was hacked because of the attention it was getting from slashdot... as if being slashdotted was not enough!
I'm astonished at all the Xvid fanboyism around here. Sure it produces better quality than Divx, but at the same time, it's damn slow.
I must strongly recomend mplayer and libavcodec (lavc). I've done side-by-side comparisons with Xvid and Lavc using mplayer, quite recently. The two are very close, but I found Lavc was just a bit better. That's the opposite of what I expected, since Xvid takes many times longer to encode.
With Lavc, I can encode in 2 pass mode in better-than half-realtime on my 1.6GHz Amd XP.
I'm sure the performance isn't quite as good when compiled on OS X/Windows+Cygwin, but I'd have to bet it'll still be faster than using Xvid natively, and give you better-quality results.
ffdshow is a VfW codec package of libavcodec, but I tried it and found that it just doesn't provide the same quality or performance. I'm not much into Windows anymore, so I really didn't spend much time trying to figure out why.
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
Instead of linking to a mirror you made of the 92 byte hacked page...
Why not link to something useful, like a mirror of the original?
michael greene
Guess we'll find out soon enough.
Why do video devices / encoders always have problems with red (as mentioned in the Futurama page of the article)?
C-x C-s C-x k
"OGM" is a spin-off of Ogg from some time ago which hacks together Ogg (a great stream container format) and FourCC (the codec identity field from AVI) to easily add proprietary codecs (ie, DivX, XviD, other MPEG derivatives) to Ogg. Obviously, this is not endorsed by Xiph, the creators of Ogg and Vorbis, as they don't support patent-encumbered codecs.
Also, Ogg is not an acronym, so capitalizing every letter is incorrect. This is a common mistake. :-)
Here are some observations about the hacking of http://www.xvid.org/
1) Its GNU/Linux Server
2) Running Apache
3) OpenSource Project
Ok, so we have a Linux Hacker attacking an Open Source Project. Well, all he/she is doing is going for a cheap ego boost. How about supporting the community that gave you all the tools and support when you started using OSS. But alas, you have to tear down a part of the community that contributed to the software that you use.
I feel bad for that person.
they had 3 versions, the one with no ads, but "play only", one with adware + encoding, and then the full $30USD one that let you do everything without ads.
That is incorrect, the free codec with no ads can encode (hence co(mpressor)dec(ompressor)) but doesn't have all of the fine-grained settings that the pro version has. In addition to this, the pro version has an optimised encoder resulting in encode times roughly 20% faster (depending on source material and proc speed).
I am NaN
But error again, because in DIVX 5 there isnt any code of opendivx 4 either.
(opendivx used a modified reference implementation, but then someone come with its own implementation, being much better, so divxnetwork abandoned the already running project and created a newone based on the new code)
HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
xvid is indeed meant to be DivX spelt backwards, a fact that is more noticeable if you actually use the shift key on your keyboard. xvid is normally represented as XviD.
If it's in you sig, it's in your post.
IIRC the reason they do not offer binaries is for legal/IP reasons. There are so many patents covering every part of MPEG 4, by sticking to source code only they seem to have stayed "under the radar" so to speak.
I am NaN
I find this very sad and pointless. (I hope it doesn't do the Xvid credibility any harm). What a shame after all that work they've put in to get to v1.0, to have someone **** all over them like that. Not only did they replace the front page, they messed about in there, making it hard to get it back online. Thumbs down to the cracker, shame on you. Pick on some org that's not using its own free time to run a project for everyone else's benefit.
This is my Sig, this is my Gun. One is for Slashdot and one is for Fun.
Is anyone bothering to work on a LOSSLESS compression codec? I can't describe how much I hate watching some of these movies, even in High-Bandwidth MPEG-2, and watching walls move at 1fps because they're not changing much, or the lack of detail whenever sand blows into the air. Come on, I've got 3ghz that I don't use 1/3rd of to play video and a graphics card that sucks more power than my desk lamp, I'd like to see them used and get some REAL quality improvement.
What the heck is a 'sig'?