View Full Version : Has AVC made XVid/Divx (mpeg4 asp) obsolete?
drbuzz0
26th August 2007, 02:22
Well, okay... not "obsolete" there are some features of Divx which are useful and propriotary and Xvid is great for on the fly encoding in my experience. Also, there are ASP DVD players.
But I'm wondering if there's any real reason why one would still use the Mpeg4 ASP codecs such as Xvid, Divx and other similar implementations for general purpose ripping/archiving/DVR'ing.
For a long time I used Xvid, simply becased I always have and it worked well. But since I started playing around with some of the AVX/H.264 codecs, I've pretty much switched.
Hands down, the efficiency is just better for almost everything. The same bit rate on AVC vrsus the older simple profile implementations of mpeg4 it's not hard to see that AVC looks better... noticeably. And x264 does a pretty damn good job of giving you a lot of control over how the media is encoded.
The difference is not nearly as dramatic as compared with something like mpeg-2, but it's definitely signifficant.
Possibly some of the On2 or proprietary codecs may be as good or better (or at least, that's what they say).
But for general purpose encoding is there any real reason not to go with h364
Brother John
26th August 2007, 22:44
I can think of a whole list of reasons for preferring MPEG-4 Visual:
– Faster encoding.
– Less demanding decoding.
– More widespread SAP support.
– Storage space is less and less limited (these days you can get 1000 GB hard drives at a perfectly reasonable price), so you don’t need to compress the hell out of everything. And at high datarates AVCs advantage is a lot less pronounced.
– Configuring Xvid is a lot more straight forward than x264, just because of the amount of available options. Yeah, you got Nero AVC, but that’s not for free.
– Still a very major playback device are crappy TVs that smooth over a lot of artefacts. If you can’t see AVCs better quality anyway, why bother?
– Editing tools for AVC are a lot less mature than for ASP. Just get for example an x264 MKV and try to cut it.
It’s possible – probable even – that in a few years we’ll look back and say: ASP was the transitional step between MPEG-2 and H.264. But at at the moment it’s one of the major video formats with no immediate change in sight.
*.mp4 guy
26th August 2007, 23:45
I would put it this way, unless there is a specific reason that you need to use Mpeg4-ASP, you should use Mpeg4-AVC. Brother John listed all of the major reasons you might need ASP (and a bit extra), and If they don't apply to you, then ASP is, as far as you are concerned, obsolete.
Sagittaire
27th August 2007, 00:22
– Faster encoding.
It's false. For the same speed, H264 produce better quality.
– Less demanding decoding.
It's false. 5% CPU charge with lastest GPU hardware acceleration for 1080p. There are no available hardware acceleration for MPEG4 ASP.
– More widespread SAP support.
It's false. MPEG4 ASP is not officialy supported for movie production. You can only find "DivX" on p2p or make yourself the backup.
– Storage space is less and less limited (these days you can get 1000 GB hard drives at a perfectly reasonable price), so you don’t need to compress the hell out of everything. And at high datarates AVCs advantage is a lot less pronounced.
It's false. Preserve space ar bandwidth is always usefull. HDTV in europe will use H264 only for that.
– Configuring Xvid is a lot more straight forward than x264, just because of the amount of available options. Yeah, you got Nero AVC, but that’s not for free.
Always false. You can use many gui for one clip encoding with x264. There are many professional H264 implementation in the world.
– Editing tools for AVC are a lot less mature than for ASP. Just get for example an x264 MKV and try to cut it.
Always false. You think about only for avi/mkv. You can use mp4, mpeg, mkv, avi, ts, m2ts, evob with H264. In fact there are no futur for MPEG4 ASP in the professional world video editing. HDDVD or BD editing are by far more mature than divx or mkv container editing.
arfster
27th August 2007, 01:16
Lots of people are more familiar with divx, and hardware demands are a lot less - yes, there is gpu acceleration, but that's still problematic for a lot of people.
That's about it though. AVC is simply superior otherwise.
Eno / Omni
27th August 2007, 09:21
Guys here forget something, just few people have h264 hardware decoding ...
Xvid/Divx run on slow computer, this is what it's not obsolete atm
AVC > Divx / Xvid quality but not for decoding yet.
smok3
27th August 2007, 09:39
the only reason (i can think of) to still use xvid/divx is widespread hardware players support.
Brother John
27th August 2007, 12:18
@Sagittaire
I was talking about the usual practical encoding/playback situation on an average computer, not about the newest top of the line machine and not about encoder setups you'd hardly ever use for a serious encoding.
I disagree with the rest of your post as well. Every crappy 20 quid SAP has »DivX support«. That storage is as cheap as never before is a fact, and search this very forum for all the problems with editing (usually high def) AVC.
You have a point with the configuring thing, though. We have easy profiles for Xvid as well as x264. And because the x264 profiles are better integrated into the popular frontends than Teegedeck's Xvid profiles, I guess setting up x264 really is a little easier for the beginner. But if you start to learn about the details yourself, x264 is a lot more complex, isn't it? After all, that's one of its advantages.
check
27th August 2007, 12:28
It's false. 5% CPU charge with lastest GPU hardware acceleration for 1080p. There are no available hardware acceleration for MPEG4 ASP.
Red herring - the majority of computers lack powerful video cards to decode h264 at all, much less include a directX 10 nvidia card that can decode everything on the GPU. Even in the selection of high end gamers that comprise the population of Steam, only 2% (http://www.steampowered.com/status/survey.html) have a directX 10 system. Try this point again in two years :)
I was talking about the usual practical encoding/playback situation on an average computer, not about the newest top of the line machine and not about encoder setups you'd hardly ever use for a serious encoding.
Are you referring to his point about x264 giving the same or better quality in equal time? In my tests with an A64 3000+ after sagittaire first posted this surprising (to me as well originally) conclusion, my numbers agreed that x264 was always better in terms of speed/quality.
You have a point with the configuring thing, though. We have easy profiles for Xvid as well as x264. And because the x264 profiles are better integrated into the popular frontends than Teegedeck's Xvid profiles, I guess setting up x264 really is a little easier for the beginner. But if you start to learn about the details yourself, x264 is a lot more complex, isn't it? After all, that's one of its advantages.
In many ways I disagree. Although xvid has fewer options, they don't all work in predictable ways. With x264, options will either improve or reduce efficiency, and it's pretty clear which is which. xvid seems to have a much more convoluted set of options than this, just see qpel, gmc, etc etc.
Soulhunter
27th August 2007, 13:39
Why I still use ASP [XviD] and not AVC...
- Faster decoding [I dont have one of the latest GPUs]
- In my case AVC still fails to deliver transparent results
Preserve space ar bandwidth is always usefull. HDTV in europe will use H264 only for that..
Well, saving bandwidth might be good for the broadcasters [its cheaper for em] but its not always beneficial for us... A good example is the sucky blocky STD stuff they air over here! And for storage: I just got a 500GB HDD for 85 Euros... Sooo much space for backups for soooo little money, yay!
Bye
*.mp4 guy
27th August 2007, 13:55
Are you referring to his point about x264 giving the same or better quality in equal time? In my tests with an A64 3000+ after sagittaire first posted this surprising (to me as well originally) conclusion, my numbers agreed that x264 was always better in terms of speed/quality.
Its important to quantify this further, because what you were encoding makes a big difference. Whith the results you got, I would expect that you were encoding anime, which benefits from AVC much more then most other material.
Sagittaire
27th August 2007, 20:40
- Faster decoding [I dont have one of the latest GPUs]
- In my case AVC still fails to deliver transparent results
1) Well why XviD in this case. MPEG2 with DVD image produce very better quality than backup, isn't?
2) You got a 500GB HDD for 85 Euros and 50€ for GPU with hardware decoding (ati 2xxx or nvidia 8xxx).
Trahald
27th August 2007, 21:26
options for gpu decoding have gotten cheaper .. assuming you have a mobo that can do pciexpress.... and have the money. its worth it. im using my video chipset. 720p x264 is all it can muster smoothly.. 960x1080 works with lots of jitter
weaver4
27th August 2007, 22:04
I have found that DivX that is encoded with 25% higher bitrate is equal in quality to X264. I believe this website which did a double-blind test supports that.
http://www.compression.ru/video/codec_comparison/subjective_codecs_comparison_en.html
Since DivX/XviD seems to play everywhere it is worth larger filesizes for me.
I find X264 lack of standards to be frustrating. Just because you encode a file in H264 does not mean it will play everywhere you think it should. For example I encoded (on my PC, in H264) one movie this weekend 8 different ways; only one of the encodes would play on Quicktime on my Mac (nero digital). If you really want to ruin a weekend try to make a H264 movie on your PC that will play on a Apple TV.
If you want to make a movie on your PC, keep it on your PC, and play on your PC then you might want to use H264; else use DivX...IMHO.
LoRd_MuldeR
27th August 2007, 22:13
I find X264 lack of standards to be frustrating.
Öhm? As far as I know, x264 produces 100% H.264 compatible bitstreams! Of course H.264 support in Hardware Players is still rare at the moment, but this is definitely not due to the lack of standards. It's only a matter of time till more Hardware Players will support H.264. And of course you will have to configure x264 according to the H.264 profiles supported by your Hardware Player, but that should be piece of cake with a proper GUI...
Jay Bee
27th August 2007, 22:33
It depends on what you're encoding. For high motion, noisy, interlaced sports content the difference between AVC, ASP and MPEG-2 isn't anywhere near as big as for movie and animee content. I often still prefer DVD compliant MPEG-2 streams for the stuff I encode. Although this may soon change now that CoreAVC 1.5 finally has good interlaced support.
I won't be entirely convinced until it's easy to go HD optical compliant with AVC though.
Brother John
27th August 2007, 23:48
Are you referring to his point about x264 giving the same or better quality in equal time?
Well, what I can speak for is mainly what I do myself. And that’s full res DVD encodings of mostly real world films to 1/2 DVD-5 size on a 1.6 GHz Pentium M laptop which is also my only playback device. Quality is roughly the same with both formats, I even slightly prefer the Xvid look, though that might be purely because I’m so used to it. What makes H.264 a no go under these circumstances is its higher decoding CPU load, which causes more frequent and longer fan running times. Obviously I’d like to avoid that.
I think it’s easy to lose ourselfs in tedious detail discussions. And then of course we’ll find particular circumstances where either ASP or H.264 is better/easier/faster/sexier/whatever. But drbuzz0 asked a very general question: if H.264 has made ASP obsolete today? This question isn’t answered by tiny quality or encoding details, but by large scale aspects like SAP support, maturity of editing tools, general ease of use, etc. When looking at those it seems quite clear to me that ASP is a very mature and well established format while H.264 still has to catch up in a couple of areas.
CruNcher
28th August 2007, 00:22
Why I still use ASP [XviD] and not AVC...
- In my case AVC still fails to deliver transparent results
Implementation ?
Bitrate ?
case Anime or Real ?
there are major visual differences bettween implementations especialy @ low bitrates and HD x264 seems to be the weakest in this category yet, but you can't talk for the complete AVC standard only from 1 implementation results, that would be false (especialy as one can be more optimized for a special purpose then another).
Also the bitstream (decoding complexity) can be different for different implementations x264 for example is more decoding complex then a same settings Ateme encoded stream (more efficient block prediction it seems).
dbzgundam
28th August 2007, 03:04
I find X264 lack of standards to be frustrating. Just because you encode a file in H264 does not mean it will play everywhere you think it should. For example I encoded (on my PC, in H264) one movie this weekend 8 different ways; only one of the encodes would play on Quicktime on my Mac (nero digital). If you really want to ruin a weekend try to make a H264 movie on your PC that will play on a Apple TV.
It's not the codec's fault that Apple decided to give crappy profile support. ;)
R3Z
28th August 2007, 03:53
It's false. For the same speed, H264 produce better quality.
It's false. MPEG4 ASP is not officialy supported for movie production. You can only find "DivX" on p2p or make yourself the backup.
I would just like to point out that i think you are wrong on these two points.
Firstly, xvid is able to retain detail and grain better than x264. Tests have shown this on this very forum.
MPEG4 ASP is supported on the majority of DVD players. Even big companies like LG, Panasonic and Phillips have ASP compatability on their dvd players.
Sharktooth
28th August 2007, 04:00
Firstly, xvid is able to retain detail and grain better than x264. Tests have shown this on this very forum.
Im not so sure about that. Maybe it's just the fact most ppl is used to set subme to 6 or more. Extreme settings (expecially RDO) will always kill some details in favour of compression.
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-4.PNG
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-2.PNG
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-6.PNG
drbuzz0
28th August 2007, 04:10
I would just like to point out that i think you are wrong on these two points.
Firstly, xvid is able to retain detail and grain better than x264. Tests have shown this on this very forum.
MPEG4 ASP is supported on the majority of DVD players. Even big companies like LG, Panasonic and Phillips have ASP compatability on their dvd players.
Well okay, sure. There's no doubt that format is going to be somewhat dictated by the support of the device you're planning on playing it with. The same case could be made for mpeg-2. You would use it for a lot of things, such as standard DVD players, because it's supported, not because it offers the best compression efficiency and picture quality.
Anyone on here is going to know that there's no question more annoying than "What's the best codec."
But, assuming one has capable hardware/software, I'm hard pressed to find a reason why I'd go with an ASP option over AVC for general purpose DVD backups, archiving of stuff and that sort of thing.
I'm not entirely sold on xvid preserving detail better. For the same bitrate AVC always just seems to do a better job, in my own personal experience.
And you can get some pretty decent quality out of AVC for shots which, in the same bit rate, look very badly degraded in Divx.
R3Z
28th August 2007, 06:19
Well okay, sure. There's no doubt that format is going to be somewhat dictated by the support of the device you're planning on playing it with. The same case could be made for mpeg-2. You would use it for a lot of things, such as standard DVD players, because it's supported, not because it offers the best compression efficiency and picture quality.
Anyone on here is going to know that there's no question more annoying than "What's the best codec."
But, assuming one has capable hardware/software, I'm hard pressed to find a reason why I'd go with an ASP option over AVC for general purpose DVD backups, archiving of stuff and that sort of thing.
I'm not entirely sold on xvid preserving detail better. For the same bitrate AVC always just seems to do a better job, in my own personal experience.
And you can get some pretty decent quality out of AVC for shots which, in the same bit rate, look very badly degraded in Divx.
I am not saying i would go ASP either, in fact i never have. As for the xvid detail vs x264, its been proven on these forums. Heres one of a few links posted in our battles;
http://temppeli.ton.tut.fi/~roger/codectest/test2/results.html
roket scyntist
28th August 2007, 07:06
Simple answer to the original question: No (before we get to a codec battle, again). Did AVC obsolete ASP? Not really. Many of my friends do not use their PC's for games, and do not see the need to upgrade their GFX cards or CPUs. Decoding ASP works fine on my wive's P3 1Ghz with A GeForce 5, while AVC can be quite demanding. On that note, watching movies on my PC is my last option. My main machine encodes/decodes AVC just fine (even Hi Def stuff), but I like being able to relax on a couch in front of a big tv. My SAP plays everything ASP wise I throw at it, so I can watch in comfort without noise from a media centre (which is about the only reasonably priced solution to play AVC on TV). That being said, most problems with AVC now is a cost issue. AVC is easy if you have a fast CPU, very recent GFX card (for which you still need to buy more software to use GPU accel), cutting edge SAP (more likely a HDD based media player).
Not so simple answer to question: Techically, yes. Practically, no. Depends on what your budget/needs are, as always :-)
CruNcher
28th August 2007, 08:21
Im not so sure about that. Maybe it's just the fact most ppl is used to set subme to 6 or more. Extreme settings (expecially RDO) will always kill some details in favour of compression.
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-4.PNG
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-2.PNG
http://www.webalice.it/f.corriga/temp/grain/720x288@847kbps-6.PNG
yep sad but true that is the case, especialy at low bitrates everything looks angelized with x264 sooner or later the more compressed
but i can definatly say that is not the case for every H.264 implementation, at least not @ the same compression factor
R3Z
28th August 2007, 10:11
Im not so sure about that. Maybe it's just the fact most ppl is used to set subme to 6 or more. Extreme settings (expecially RDO) will always kill some details in favour of compression.
I find x264 can retain alot of detail, especially if inter and intra quants are tweaked. But then trellis has to be disabled.
weaver4
28th August 2007, 15:34
It's only a matter of time till more Hardware Players will support H.264. And of course you will have to configure x264 according to the H.264 profiles supported by your Hardware Player, but that should be piece of cake with a proper GUI...
"Your Hardware Player" is exactly what I am talking about. I don't want it to play just on my player. I want to know that it will play on my son's player, my aunts player, my computer, my friends mac, my next player, on Linux, on my PDA, on Apple TV, etc.
Say what you will; DivX has done a good job of this, X264 has not....yet.
You are right about the H264 "standards" I should of said "standard profiles"; or whatever it is called that has causes such a huge deviation.
Mutant_Fruit
28th August 2007, 16:53
"Your Hardware Player" is exactly what I am talking about. I don't want it to play just on my player. I want to know that it will play on my son's player, my aunts player, my computer, my friends mac, my next player, on Linux, on my PDA, on Apple TV, etc.
Say what you will; DivX has done a good job of this, X264 has not....yet.
You are right about the H264 "standards" I should of said "standard profiles"; or whatever it is called that has causes such a huge deviation.
Thing is, H.264 can guarantee you compatibilty in a way that DivX/Xvid can't. H.264 is the standard adopted by HD tv stations, and by HDDVD and Blu-Ray discs*. Therefore it will get more and better support than DivX ever did and will and it will gain that support faster than DivX did.
How long was it until hardware support came out for DivX players? There are already quite a few players out there with H.264 support, it even has support on quite a few of the newer video mp3 players such as the iPod and Zune. I'm sure there are PMP devices out there with H.264 support aswell.
* There are other codecs which can be used in the new HD discs. H.264 has been chosen as the standard for european HD broadcasts though (iirc).
EDIT: Apple TV is H.264, just so ya know ;)
weaver4
28th August 2007, 18:05
Thing is, H.264 can guarantee you compatibilty in a way that DivX/Xvid can't. H.264 is the standard adopted by HD tv stations, and by HDDVD and Blu-Ray discs*. Therefore it will get more and better support than DivX ever did and will and it will gain that support faster than DivX did.
How long was it until hardware support came out for DivX players? There are already quite a few players out there with H.264 support, it even has support on quite a few of the newer video mp3 players such as the iPod and Zune. I'm sure there are PMP devices out there with H.264 support aswell.
* There are other codecs which can be used in the new HD discs. H.264 has been chosen as the standard for european HD broadcasts though (iirc).
EDIT: Apple TV is H.264, just so ya know ;)
The Zune only plays wmv files on the handheld, the Zune PC app will play H.264. The PSP will play H.264 as well, but files made for the PSP, or XBox or Ipod will not play on the others....that is my point. Whereas files made on the DivX Handheld profile will play on 37 handheld players, and Palm Pilot, and PocketPC.
Specs from Microsoft web site on Zune:
Windows Media Video (.wmv): Main Profile, CBR or VBR, up to 1.5 Mbps peak video bitrate, 320 x 240 pixels, 30 frames per sec., with Windows Media Audio up to 192 Kbps, 44.1 kHz, stereo audio; Simple Profile, CBR, up to 736 Kbps video bitrate, 320 x 240 pixels, 30 frames per sec.
Terranigma
28th August 2007, 18:49
R3Z, I bet to differ. That test is obsolete; use the settings to which I specify.
Try subme7, trellis2, hadamard, -esa, & 8 reference frames minumum with the default flat matrix versus anything in asp's arsenal, then show me screenshots.
Mutant_Fruit
29th August 2007, 01:33
The Zune only plays wmv files on the handheld, the Zune PC app will play H.264.
Ah, my mistake. I knew there was more than just the iPod that played H.264, so i googled up and it found me the zune (only).
The PSP will play H.264 as well, but files made for the PSP, or XBox or Ipod will not play on the others....that is my point
There's no reason why they shouldn't. If you made a video clip using H.264 handheld profile it'd work perfectly on your xbox and PSP and iPod assuming that they all have the ability to play standard streams.
Some pocket PC's are able to play back H.264 content (iPAQ 1945 for one).
The point is that as H.264 is (one of) the standard codec for HD-DVD and Blu-Ray, it will be getting great support in the future. I'd be nearly willing to bet that all new portable video players will come with H.264 support. Thing is, H.264 has only really hit mainstream in the last year or two, so things are limited at the moment in terms of devices which can play the stuff back, but that will only improve with time.
EDIT: The PSP supports Main profile @ Level 3. The iPod doesn't actually support any particular profile. So it's a bit of an odd one. The xbox plays H.264 at up to 15Mbps according to google, so thats probably Main profile @ level 5 or so.
bah147
29th August 2007, 06:27
Ah, my mistake. I knew there was more than just the iPod that played H.264, so i googled up and it found me the zune (only).
There's no reason why they shouldn't. If you made a video clip using H.264 handheld profile it'd work perfectly on your xbox and PSP and iPod assuming that they all have the ability to play standard streams.
Some pocket PC's are able to play back H.264 content (iPAQ 1945 for one).
The point is that as H.264 is (one of) the standard codec for HD-DVD and Blu-Ray, it will be getting great support in the future. I'd be nearly willing to bet that all new portable video players will come with H.264 support. Thing is, H.264 has only really hit mainstream in the last year or two, so things are limited at the moment in terms of devices which can play the stuff back, but that will only improve with time.
EDIT: The PSP supports Main profile @ Level 3. The iPod doesn't actually support any particular profile. So it's a bit of an odd one. The xbox plays H.264 at up to 15Mbps according to google, so thats probably Main profile @ level 5 or so.
Just a comment and a question.
The Zen Vision M supports MPEG-4 SP( there's more on the box, but this is all I could find from the lame User's Guide). I believe it will take Divx5 and Xvid, but that is from memory.
HDV is spread out thru the forum it seems,so please move my post to proper forum if need be. My question is: Am I better off with AVCHD(MPEG-4 AVC) recordings or stick with HDV(MPEG-2)from HC1 cam. I originally created a .mpv(MPEG-2) and a .wav(for sound using Pinnacle Studio). Using HDVSplit, I now have a .mts(transport stream). Using TsRemux, I can create a .m2ts(BD or AVC compatable stream) and can burn a standard DVD with NERO RECODE 2 in AVCHD high def. I guess I am expanding on OP's question. It is very exciting( THANKS 2 DOOM9!!) to see this technology unfold, but its hard for a consumer to keep up($$) with the technology. I see a lot of posts on HDTV h.264 streams, but I get MPEG-2 .ts from my cable( I thought the standard in US).
My question is not which is better( I know better), but in lighjt of the conversation: How strong is MPEG-4, whatever profile? Have I answered my own question? :stupid:
Mutant_Fruit
29th August 2007, 14:05
Whichever you set your camera to record to, they will both have to be transcoded into Divx/Xvid before you can play em on the Vision M. I'm fairly certain that the vision M can play mpeg2 aswell, but mpeg2 really eats space, so i wouldn't recommend that ;)
So if you want to play your video on a handheld device, DivX is still the winner by a long shot, simply because there are currently a lot more devices out there that can handle divx content.
Soulhunter
29th August 2007, 14:20
1) Well why XviD in this case. MPEG2 with DVD image produce very better quality than backup, isn't?
No, after removing/fixing stuff like chroma shifts, dirt, broken frames, aliasing, dot crawling, chroma bleeding, blurriness or blocking, a lot backups will actually look better than the DVD... And in difference to most other codecs, XviD is able to deliver transparent results [result looks like the AVS], and that at a ~25% lower bitrate than the DVD source in most cases! Of course this is all based on my own visual impressions and it doesnt has to apply for you... But this doesnt mean its wrong!
2) You got a 500GB HDD for 85 Euros and 50€ for GPU with hardware decoding (ati 2xxx or nvidia 8xxx). A: I dont have a board with PCI-E B: I dont need a GPU with hardware decoding as I dont wanna use AVC for reasons I described in my last post C: Id rather get a another 500GB HDD for just 35 Euros more!
Bye
Soulhunter
29th August 2007, 14:58
Implementation ?
Bitrate ?
case Anime or Real ?
there are major visual differences bettween implementations especialy @ low bitrates and HD x264 seems to be the weakest in this category yet, but you can't talk for the complete AVC standard only from 1 implementation results, that would be false (especialy as one can be more optimized for a special purpose then another).
Also the bitstream (decoding complexity) can be different for different implementations x264 for example is more decoding complex then a same settings Ateme encoded stream (more efficient block prediction it seems).
Of course I can speak only about the implementations I used... But thats obvious! Its like... When someone says hes allergic to cats, but he had only contact with 3 or 4 cats so far... Can he say hes allergic to cats? Who knows, maybe there is some kind of cat hes not allergic to, heh!? ;] So far I only tried x264 and ateme... They produce different results, yes, but both seem to share the same problems... Banding in low luma regions and a general detail loss... Disabling inloop helps, but then I get some blocking here and there... Till I find a cure for this my allergy will persist! ;D
Ps: For anime at lower bitrates I see the advantage of x264 n co. But I mainly do real footage and I go for bitrates ~4000kbps @ 720x576... Transparency at reasonable bitrate is all I care about!
Thx n' Bye
PuzZLeR
29th August 2007, 15:49
Let me summarize it for you folks.
Yes, ASP has its advantages: better speed and support for this-and-that. I’m not arguing the definite benefits of it. I’ve been a hard-core DivX-er for years now, and no matter what, I will always have my heart with them.
However, keep in mind that all ASP advantages are only for the SHORT TERM. Every single point scored for Xvid/DivX in this thread’s debate will be irrelevant in a few years.
Easier playback for ASP – SHORT TERM
Faster encoding for ASP – SHORT TERM
Better support for ASP – SHORT TERM
Better FGM for ASP - SHORT TERM (it's only in the decoding anyway)
The cash cow that DivX is milking off with ASP – SHORT TERM
H.264 is the future. Chipsets will adapt. The quality is superior. Support will for it is, and will continue to grow for it, EVERYWERE. We’re talking about the type of support that MPEG-2 achieved – something no ASP codec has ever, or ever will, achieve. Not even close.
MPEG-4 ASP unfortunately was only a bridge between MPEG-2 and MPEG-4 AVC. DivX/Xvid served roles as only "alternative compressed versions" of the bulky MPEG-2 standard, nothing more. If MPEG-2 had better bitrate efficiency than DivX, then DivX would never have existed – and that’s how DivX will vanish when the standard itself this time – H.264 – is going to have better efficiency.
And I don’t want to hear anything about Cr-Apple TV not supporting a feature of the standard. These dinky machines are early entries folks - just introductions to skim the market in a steady effort to penetrate mass consumerism. They are not indicative of a standard. I admit I bought one because I was bored. I hate it. One stupid feature-limited 1st version of a machine in the dawn of a superior standard isn’t going to freak me out. The fact that H.264 is demanding of processing tells you how good it is.
As a marketing guy by career, I see no future for DivX and ASP. Consider this a real opinion since I’m a mod from DivX.com. I have been pushing them for a while now to come out with their version of AVC.
They will rule supreme with DivX AVC (if they know what they're doing) or they will drown in a few years with DivX ASP – which will only benefit them SHORT TERM.
There is no gray area. It's feast of famine for DivX (and of course, the relevance of Xvid-ASP).
Brother John
29th August 2007, 16:05
True. That’s the way technology goes. In a couple of years we’ll be sitting here discussing if H.264 is obsolere, now that the new H.26400 is finally gathering speed. I agree though that ASP’s life probably will be significantly shorter than AVC’s.
Sharktooth
29th August 2007, 16:15
ASP is as doomed as MPEG-2. AVC has no problems reaching transparency but ppl have to re-learn how to configure a codec. The more compression you squeeze, the more "useless" details you drop. but often those "useless" details are exactly what we dont want to be removed (small grain, fine details, etc) and sometimes that cause also blocking.
so crankin the settings all the way up is not a good choice if you want a quality encode. For example, not using RDO at all, will result in a crisp picture. The same can be applied to Xvid, where VHQ 1 or 2 is a better choice than VHQ 4 to retain fine texture details and grain. With modern codecs and displays this difference is accentuated. So i can affirm AVC reaches transparency as well as other codecs AND at a lower bitrate. If you cant obtain those results you're obviously misconfiguring the encoder.
shon3i
29th August 2007, 18:03
I don't haved problems to reach transparency with Ateme (not recode) and Elecard/Mainconcept implementations. Both encoders give me very sharp and clear (without blocks) picture with -2:-2 (elecard) and -2 for ateme, which i tryed to do same with x264 but without success, picture is to sharp and full of blocks, also i tryed to reduce -2:-1, -1:-1 and other but i'am not happy.
Terranigma
29th August 2007, 20:30
I don't haved problems to reach transparency with Ateme (not recode) and Elecard/Mainconcept implementations. Both encoders give me very sharp and clear (without blocks) picture with -2:-2 (elecard) and -2 for ateme, which i tryed to do same with x264 but without success, picture is to sharp and full of blocks, also i tryed to reduce -2:-1, -1:-1 and other but i'am not happy.
Then try positive values such as 2,2 and 3,3.
CruNcher
29th August 2007, 20:43
ASP is as doomed as MPEG-2. AVC has no problems reaching transparency but ppl have to re-learn how to configure a codec. The more compression you squeeze, the more "useless" details you drop. but often those "useless" details are exactly what we dont want to be removed (small grain, fine details, etc) and sometimes that cause also blocking.
so crankin the settings all the way up is not a good choice if you want a quality encode. For example, not using RDO at all, will result in a crisp picture. The same can be applied to Xvid, where VHQ 1 or 2 is a better choice than VHQ 4 to retain fine texture details and grain. With modern codecs and displays this difference is accentuated. So i can affirm AVC reaches transparency as well as other codecs AND at a lower bitrate. If you cant obtain those results you're obviously misconfiguring the encoder.
:goodpost: people shouldn't be so obsesed with SSIM results either it's all based on mathematics, and some very early HVS aproaches :P
shon3i
29th August 2007, 23:39
Then try positive values such as 2,2 and 3,3.
I've tryed, but in that way picture is too smoothed and too blured. Realy i can't find proper deblocking values for x264. Aslo the good side of Elecard/Ateme encoder's is Psy elements, which make encoding block free.
Terranigma
29th August 2007, 23:59
Aslo the good side of Elecard/Ateme encoder's is Psy elements, which make encoding block free.
Never heard of such a thing. :eek:
ricardo.santos
30th August 2007, 00:43
Well im sticking with divx/xvid, their profiles system altough not as widely accepted as some say will h264 will be, are far more user friendly than the h264 profiles system:
divx/xvid:
handheld, portable, hometheather, high definitiom and unrestricted
Mpeg4 AVC
I have seen the list and "oh my" ...
a couple of main profiles, subdivided in their own litlle profile and "The PSP supports Main profile @ Level 3", the xbox is that one, the player x supports that one.
In my opinion for something that is going to become standart, Mpeg AVC is in my opinion doing a bad job, why all this:" this device is supports that, this one is that" with Mpeg4 ASP all handheld encodes would play on handheld devices with handheld certification, with MPEG4 AVC what im feeling is that inside the same products area there are diffrent profiles, its confuse and to me far from simple
but hey im a newbie
bah147
30th August 2007, 10:31
Whichever you set your camera to record to, they will both have to be transcoded into Divx/Xvid before you can play em on the Vision M. I'm fairly certain that the vision M can play mpeg2 aswell, but mpeg2 really eats space, so i wouldn't recommend that ;)
So if you want to play your video on a handheld device, DivX is still the winner by a long shot, simply because there are currently a lot more devices out there that can handle divx content.
:thanks:
Sharktooth
30th August 2007, 13:32
Well im sticking with divx/xvid, their profiles system altough not as widely accepted as some say will h264 will be, are far more user friendly than the h264 profiles system:
divx/xvid:
handheld, portable, hometheather, high definitiom and unrestricted
Mpeg4 AVC
I have seen the list and "oh my" ...
a couple of main profiles, subdivided in their own litlle profile and "The PSP supports Main profile @ Level 3", the xbox is that one, the player x supports that one.
In my opinion for something that is going to become standart, Mpeg AVC is in my opinion doing a bad job, why all this:" this device is supports that, this one is that" with Mpeg4 ASP all handheld encodes would play on handheld devices with handheld certification, with MPEG4 AVC what im feeling is that inside the same products area there are diffrent profiles, its confuse and to me far from simple
but hey im a newbie
even MPEG4 has Profile@Level. it was just DXN that simplified those profiles creating their own.
ricardo.santos
30th August 2007, 13:48
Like i said "i'm a newbie" but i think "our"(newbie) opinion can be usefull. I think the "format" is very very unfriendly, perhaps like you "said" a simplification of the profiles needs to be done and more important a nice SIMPLE program to use.
Im only interested in standalone playability(asp or avc), i havent found anyone saying that if i use a certain profile you can play it in all avc standalone players. Also on my tests using the same final size the video looked better using ASP. I can see Sagitaire saying you need to "fine tune" here and here and there and somewhre over the rainbow.... Cant it be simple?
Brother John
30th August 2007, 16:03
Cant it be simple?
Hardly. Video encoding has never really been simple, if you wanted top results. And that’s unlikely to change.
In the end I guess we’ll end up with a handful of commonly used profiles with pretty, catchy marketing names; they’ll probably have a broader scope than the official H.264 profiles. At least it would make sense to define details of the supported audio, subtitle, container types etc. as well.
ricardo.santos
30th August 2007, 16:23
Cant it be simple?
Hardly. Video encoding has never really been simple...
if its going to be/is a standart, shouldnt it be simple to achive a broader "audience"? Or am i in a "rush" and the format still has a long way to go and settle down?
Sharktooth
30th August 2007, 16:51
things tend to get complicated in this technological age
Mutant_Fruit
30th August 2007, 22:45
Cant it be simple?
Yes, grab MeGUI, choose the HighQuality profile for X264 and hit 'encode'. Done and done.
Sharktooth
31st August 2007, 02:08
or AutoMKV or StaxRip or any other GUI that does the job... ;)
LoRd_MuldeR
31st August 2007, 02:21
or AutoMKV or StaxRip or any other GUI that does the job... ;)
Avidemux (http://www.razorbyte.com.au/avidemux/) - all-in-one VirtualDub-like video editor with x264 built-in :)
Sharktooth
31st August 2007, 02:24
Oops... i forgot it. Sorry.
Schrade
31st August 2007, 05:52
Avidemux (http://www.razorbyte.com.au/avidemux/) - all-in-one VirtualDub-like video editor with x264 built-in :)
Avidemux just needs the ability to load x264 profiles easily in the x264 dialog :) Right now I have to do it via the Custom menu and scripts.
ricardo.santos
31st August 2007, 09:21
Yes, grab MeGUI, choose the HighQuality profile for X264 and hit 'encode'. Done and done.
or AutoMKV or StaxRip or any other GUI that does the job...
Avidemux - all-in-one VirtualDub-like video editor with x264 built-in
I know there are programs but the Profile says experimental. I know that for some people media storage price is not an obstacle, but for me it is, if i was rich, i could afford the "experimental" tag and all the things that come with "experimental" title.
SA-HD-DVD: First EXPERIMENTAL Profile for HD-DVD.
If i use this profile will i get 100% compatability with HD-DVD or BLU-RAY palyers?
weaver4
31st August 2007, 15:57
Yes, grab MeGUI, choose the HighQuality profile for X264 and hit 'encode'. Done and done.
Yeah except it won't play on ipod, apple tv, psp, xbox 360, Kiss Players or quicktime. All these devices claim to be H.264 complaint.
Ricardo Santos is right, H264 has a long way to go before it achieves the portability of DivX/Xvid. It is my belief that it needs a corporate touch and I hope Nero will provide that.
[Note: Ricardo, after 100 post you can't claim to be newbie anymore; its a rule ;) ]
Sharktooth
31st August 2007, 16:04
It depends on muxing... not on the encoded stream.
Also, the HD-DVD profile require a special x264 build with pulldown and hrd AND the profile itself needs to be updated.
When the pulldown and hrd patches will be commited to the x264 SVN we can finally have a working HD-DVD profile.
In the meantime you can use the unofficial x264 build and modify the profile to have working HD-DVD compliant video encodes.
ricardo.santos
31st August 2007, 16:15
[Note: Ricardo, after 100 post you can't claim to be newbie anymore; its a rule ;) ]
Well :), newbie in the AVC "department"
...we can finally have a working HD-DVD profile.
In the meantime you can use the unofficial x264 build and modify the profile to have working HD-DVD compliant video encodes...
This is why i labelled myself as newbie, Dont hd-dvd and bluray share the h264 "format"? Why only HD-DVD players? Is it the lack of information to make a profile? Do HD-DVD and Bluray players have diffrent "profiles", isnt the video incoded for both in the same way? Confused...
Sharktooth
31st August 2007, 16:33
there are no official specs, but only guessed ones that seems to work (at least on HD-DVD).
ricardo.santos
31st August 2007, 18:08
there are no official specs, but only guessed ones that seems to work (at least on HD-DVD).
Untill a "universal" profile appears that will ensure playback on hd-dvd and bluray players im not switching. Like Weaver4 said "It is my belief that it needs a corporate touch "
From what i've read the xbox360/PS3 "addons/players" wont play what is converted by the hd-dvd profile.
Sharktooth
31st August 2007, 18:17
uhm... then you didnt listened to what i've said.
YOU NEED A MODIFIED X264 BINARY!
ricardo.santos
31st August 2007, 18:32
i´ll have to wait for the patches to be commited to the x264 SVN, i dont have the DIY skills for modding the current version.
Thanks
Sharktooth
31st August 2007, 19:07
here it is http://forum.doom9.org/showthread.php?t=125568
but you need to manually specify the additional parameters since MeGUI does not yet support those options.
Mutant_Fruit
1st September 2007, 02:10
Untill a "universal" profile appears that will ensure playback on hd-dvd and bluray players im not switching. Like Weaver4 said
Yeah except it won't play on ipod, apple tv, psp, xbox 360, Kiss Players or quicktime. All these devices claim to be H.264 complaint.
Then don't choose the HighQuality profile. It's like complaining that a "Home Theatre" encode won't play on your portable which is only rated for "Portable Device" profile.
Thing is, there are no hard and fast profiles as of yet. We're still on first-gen players. DivX players are on the third gen (at least) at this stage, they've had time to mature and newer players can play pretty much any divx content you throw at them. My vision M has played back every xvid encode i've put on it without requiring transcoding. The original players couldn't do that.
weaver4
1st September 2007, 03:53
Then don't choose the HighQuality profile. It's like complaining that a "Home Theatre" encode won't play on your portable which is only rated for "Portable Device" profile.
Ok, what H264 profile would you pick that would play on all these? OK...Trick question there is NONE.
Like you said; their is not profile that will play on these. In DivX land you can pick a profile that will work, but that is not true in the H264 world. You can't find a H264 profile that will play on all three of the most popular devices.
Not that there won't ever be, but if you encode your movies now to play on future H264 devices you are very unlikely to guess right.
foxyshadis
1st September 2007, 11:06
Sure you can, just encode baseline with no b-frames at 320x240, with the level set appropriately. That's as guaranteed to work on anything as you can get. The quality's only a small step up from youtube, but the ultimate compatible mpeg-4 sp profile is the same way.
(Actually main profile with a single b-frame is Apple's lowest common denominator, but by using baseline you're assured that no mobile players will be shut out.)
The hard part is maximizing your options, not compatibility. b-ref and 8x8dct are the qpel of h.264, along with cqms support is missing in low-end players. (And unfortunately, everything Apple releases is low-end, so the perception is that all hardware suffers that problem.) Resolution is just something you have to be careful to this day with all mpeg-4 players, that's not specific to h.264.
So the profiles are simple: Baseline, Apple-compatible, HD-DVD/Bluray compatible, and PC-centric ("unrestricted"). I'll go out on a limb and say that nearly every h.264 player in the future will be HD disc compatible, some with extensions, whether they have the drive or not. In fact, the chipset used in current and upcoming h.264 players, the sigma EM8623L, is fully HD disc compatible; it just doesn't make financial sense to make lesser halfway ones, unless you're Apple and using generic Intel chips.
ricardo.santos
2nd September 2007, 12:50
Like i said before:
if its going to be/is a standart, shouldnt it be simple to achive a broader "audience"?
It seems to me that this whole"lets replace mpeg2/dvd" was done in a rush, i dont know who's idea was to deliver this format to the public saying it will be standart when its still in "development", money money money, if the public/consumer its going to use it shoeldnt it be more "friendly,compatible etc).
Thing is, there are no hard and fast profiles as of yet. We're still on first-gen players. DivX players are on the third gen (at least) at this stage, they've had time to mature and newer players can play pretty much any divx content you throw at them. My vision M has played back every xvid encode i've put on it without requiring transcoding. The original players couldn't do that.
ok, didnt anyone learn anything from it? Or is "milking" the consumer several generations of expensive avc players the only way? by the time we get the "stability" another format appears, somehow this reminds me a loop :)
Sharktooth
2nd September 2007, 14:55
x264 is in development... commercial codecs are ready for production since some months...
and yes, h.264 IS a standard and it's not rushed at all. when a technology gets old and not good for the new needs, it gets replaced in favour of a better one.
ricardo.santos
2nd September 2007, 17:15
I know the difference between H264 and X264, since you talked about the commercial codecs:
MAinconcept h264 claims on their page to have straightforward templates but all oi see after installing the demo is a PSP and IPOD profiles, and the demo is fully finctional except for the watermark.
The new features of the H.264 Encoder v2.1 at a glance:
* MXF file support for Sony XDCAM™ HD
* More ready-to-use profiles for MPEG-1/-2 and H.264/AVC
* MP4 muxing
* Enhanced quality
* Presets for Sony PSP and Apple iPod
* Weighted Prediction for P-Frames
* Speed improvement
* ...and many more optimizations and improvements
nero digital says on the website
Compatible with MPEG-4 Video and MPEG-4 High Efficiency AAC, Nero Digital™ will offer you high quality surround sound and high definition images for your home entertainment theater.
As well, Nero Digital™ will soon be available on consumer electronics such as handheld devices, portable CD/DVD players, etc. no mention on compatability with both hd-dvd and bluray players.
akupenguin
2nd September 2007, 17:51
What, do you expect a program's homepage to list every possible use of the program or something?
Sagittaire
2nd September 2007, 22:03
no mention on compatability with both hd-dvd and bluray players.
Mainconcept H264 Encoder can produce HDDVD/BD compliant stream. x264 can produce HDDVD/BD stream. Anyway the big problem for x264 is the vbv compliancy. x264 Rate Control come from Libavcodec and in recent build Libavcodec produce perfect vbv compliant stream. I hope that this new Rate Control will be exported for x264.
ricardo.santos
3rd September 2007, 00:17
What, do you expect a program's homepage to list every possible use of the program or something?
No, but hddvd and bluray players compatability should be there, am i the only thinking this compatability is important?
Mainconcept H264 Encoder can produce HDDVD/BD compliant stream.
lSure you can, just encode baseline with no b-frames at 320x240, with the level set appropriately. That's as guaranteed to work on anything as you can get.
Is this what you meant Sagittaire? The resolution is very low.
I have quite a few DVDs, what i would like would be backing up dvds with no resizing at a good audio/video bitrate but i "wanted" those backups if possible to play on hd-dvd and blueray players. I had a look a the main concept demo and couldnt find anything indicating that it could do that.
is it possible? Should i open a new thread about this?
Sharktooth
3rd September 2007, 00:29
DVDs are already compatible with HD-DVD/BD players.
If you want to backup them in a compatible format using AVC then you have to respect the HD-DVD/BD specs (resolution, framerate, VBV, Level, etc...).
Mainconcept, x264 (the patched version), Ateme (the nero AVC encoder) and many others are compliant.
All you have to do is to respect some parameters.
ricardo.santos
3rd September 2007, 00:37
DVDs are already compatible with HD-DVD/BD players.
:) what i meant was backing up currennt dvds in the same way that i now backup with divx/xvid, compress them, at least to backup 2/3 movies into a dvd5.
If you want to backup them in a compatible format using AVC then you have to respect the HD-DVD/BD specs (resolution, framerate, VBV, Level, etc...).
Last time i read something about it here, i think i remember doom9 saying that only the big companies(nero, mainconcept) havee acess to that kind of info, is that info available now, if yes can you point me in the right direction? Thanks
Sharktooth
3rd September 2007, 00:54
Since specs are not publicly availabe, i cant tell for sure but the settings used for these (http://forum.doom9.org/showthread.php?t=128498) encodings should be compliant with the HD-DVD.
foxyshadis
3rd September 2007, 03:44
Is this what you meant Sagittaire? The resolution is very low.
That was compatible to cell phones and iPods, not HD. You were only asking for generic profiles at the time.
For HD-DVD compatible DVD backups, the solution should be simple: Don't touch the resolution, don't crop anything, and encode with the HD-DVD profile. VBV doesn't matter because there's no way you can feasibly go over 30Mbps with a 2Mbps encoding. GOP size is the only major restriction you'll have to respect at that resolution. You can IVTC or deinterlace if you want, but it must be telecined anyway to 30 or 60fps for HD-DVD, but 24, 30, or 60 for Bluray.
mousemurder
24th September 2007, 20:11
so far i have not read the entire post but i think the generic term 'divx' or 'xvid' is far more popular than x264 (to a layman at least). i remember trying to explain the semantic difference between an mp3 and a wav to an finance major; i eventually got tired and just said it was an mp3 with more sound.
i dont think x264 is at the point where it surpasses xvid in terms of popularity.
in terms of technically is debateable.
just a thought. ipod6 can only play quicktime and x264 files and i think that is because they cant drm xvid.
i thought that was a mistake (like the appletv) because it is like a divx player that doesnt support divx. (think ipod that doesnt play mp3's).
but apple is one of a few corperations that can make an arbitrary paradigm shift because a few weeks ago i pointed my art major freind to the doom9 forums so he can figure out how to get video on his iphone.
mousemurder
24th September 2007, 20:31
my last point in this thread is that the san antonio spurs are the best team in the nba but probably the least popular.
some things can be unpopular regardless of how good it is.
Mutant_Fruit
24th September 2007, 20:45
i dont think x264 is at the point where it surpasses xvid in terms of popularity
With hard figures and statistics i can't refute or agree with that. All i can say is that H.264 has industry backing to an extent which DivX/Xvid never had and never will.
Depending on how you define popularity different codecs win outright. If you assume commercially available discs encoded using the codec, H.264 is already winning by a wide margin, and every month that margin increases.
If you define popularity as the most popular codec used for downloadable content on the internet, then divx is the current winning solution, but not for long.
If you define popularity as commercial broadcasts using the code, then you'll be happy to know that H.264 is one of the standard codecs used for HD tv.
mousemurder
24th September 2007, 21:58
With hard figures and statistics i can't refute or agree with that. All i can say is that H.264 has industry backing to an extent which DivX/Xvid never had and never will. at least some of my friends who are not in engineering school have heard of divx but not h.264. which is ironic because they know of ipod but not creative zen.
Depending on how you define popularity different codecs win outright. If you assume commercially available discs encoded using the codec, H.264 is already winning by a wide margin, and every month that margin increases.good point
If you define popularity as the most popular codec used for downloadable content on the internet, then divx is the current winning solution, but not for long. i was talking about like most warez sites/ p2p download client have '.divx' appended to a lot of moo-veez rather than '.h264'
If you define popularity as commercial broadcasts using the code, then you'll be happy to know that H.264 is one of the standard codecs used for HD tv.
Trahald
24th September 2007, 22:20
at least some of my friends who are not in engineering school have heard of divx but not h.264. which is ironic because they know of ipod but not creative zen.
You ask the the average computer user if they have heard of divx or mpeg2 , they would probably be more inclined to know of divx. Yet mpeg2 is vastly more popular (99.999% dvds use it.) That may end up happening to h264 as it will show up on more hddvds and people will use it without knowing as they wont be called avc disks.. they will be called hddvds or bluray discs.
Having said that it is raising in popularity. It hasnt replaced asp codecs yet as far as perforation into the internet. but i see the slow switch. people are realizing you dont only have to use it for 720p or higher.. it works at small resolutions too.
Manao
25th September 2007, 07:46
'.divx' appended to a lot of moo-veez rather than '.h264'That's because divx the extension file for DivX's container, while h264 is the extension file for h264's raw bitstream format ( which isn't really usable by itself ). You're mixing up containers ( .divx, .avi, .mkv ) which can contain roughly anything ( .divx can contain h264 for example ), and video codecs ( DivX, x264, XviD... )
mousemurder
26th September 2007, 19:06
That's because divx the extension file for DivX's container, while h264 is the extension file for h264's raw bitstream format ( which isn't really usable by itself ). You're mixing up containers ( .divx, .avi, .mkv ) which can contain roughly anything ( .divx can contain h264 for example ), and video codecs ( DivX, x264, XviD... )
not really, but i get your point (eventhough i already knew the difference between a container format and the codec).
amways, things you get off of kazaa, emule, dc++, torrent, hotline... are suspect to begin with (like flite-simulator-x.exe.vb6.bmp or sealab-28-tourist-season.divx.avi when it actually is an mpeg of episode 23 "vacation")
if you run the unix command file, it will tell you the actual file type and if avi, what codec is used.
unix/ linux/ bsd associates by the contents of the file rather than the extension.
and my point is people who dont care use the term divx to apply to any non-palpable video format (either that or they say avi/ dvd - depending on their exposure to sharing videos). kinda' like how my ipod is made by creative and curad makes band-aids(r).
people who browse forums to gain technical knowledge know the semantic differences among formats/ codecs
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.