Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
19th July 2007, 17:57 | #1 | Link |
Registered User
Join Date: Jun 2005
Posts: 925
|
VC-1 and H264
Is there any web site that compare VC-1 and H264?
I am moving to DivX to either WMV9 or X264 and I want to encode my movies now so they will play on Stand-Alone-Players in the future. It appears that both of these are going to be supported by Stand-Alone-Players in the future. But, WMV9 seems to have the edge if you want to encode now and ensure it will play on one of these players in the future. H264 doesn't seem to have the guidance to the SAP manufactures to tell them what specifications they should meet. Anyone know of good reviews of video quality? Last edited by weaver4; 19th July 2007 at 18:00. |
19th July 2007, 18:33 | #2 | Link |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
H264 is quite well standardize, and SAPs know what specifications they must follow ( bluray's and HDDVD's aren't far away from your everyday encodes, the biggest difference being the short GOP size, but that doesn't matter ).
VC1, as a standard, is less efficient that AVC ( it lacks CABAC, good intra prediction, reference bframe ). Would I guess, I'd say it translate to a 10 to 15% bitrate increase at same quality ( PSNR, which might not be perfectly suited here, since codecs are different ) But comparing standard isn't equivalent to comparing encoders - there I can't help you, I never used WMV9 encoder.
__________________
|
19th July 2007, 18:48 | #3 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
I used VC-1 on "better" to encode a recent EVE Online video I made (49 minutes, 1152x720 resolution for the WMV version). I don't normally use VC-1, but I wanted to give it as an option for people who don't want to download the an H.264 decoding codec set. This isn't a 100% accurate codec comparison, its just a recent experience I can share.
x264 settings were --ref 3, --subme 6, --trellis 2, and all the other usual high quality settings. WMV was "better" at twopass bitrate 1000kbps (as I didn't know what quality would yield what filesize due to a lack of experience with VC-1), x264 was CRF 30. Encoding time, WMV took about 14 hours, x264 took about 3 hours or so. Result: WMV was about 50% higher bitrate and had about 10% lower SSIM (about 0.957 vs 0.961 I believe, remember how SSIM scales before you say "that's not 10%"). You're going to need a lot more bitrate with VC-1 to equal x264, by a long shot. I'm guessing at higher quality levels the gap closes a bit, but still... in my honest opinion, VC-1 encodes too slow for too low of a quality to be worth using except if you're on a really slow computer for decoding, need to watch HD content, and don't have CoreAVC. |
20th July 2007, 00:12 | #4 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
|
|
20th July 2007, 03:43 | #5 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
|
|
20th July 2007, 06:37 | #6 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
Also, for a real quality test, you should be doing "Best." |
|
20th July 2007, 08:00 | #7 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
Complexity = 3 (-v_performance 60) Lookahead = 30 (-v_lookahead 30) Loopfilter = On (-v_loopfilter 1) Motion Search Level = Auto w/ Integer Chroma (-v_mslevel 0) Motion Search Range = Auto (-v_msrange 0) Motion Vector Cost = Dynamic (-v_mvcost 1) B-frames = 1 (-v_bframedist 1) To get a good quality encode without going crazy on performance, I'd do: Complexity = 4 (-v_performance 8) Lookahead = 0 (v_lookahead 0) - not needed with 2-pass encodes Loopfilter = On (-v_loopfilter 1) Motion Search Level = Auto w/ True chroma (-v_mslevel 4) Motion Search Range = Auto (-v_msrange 0) Motion Vector Cost = Dynamic (-v_mvcost 1) B-frames = 1 (-v_bframedist 1) Motion Match Method = Auto (-v_mmatch 0) DQuant on I & P Frames (-v_dquantoption 2) Adaptive Deadzone (-v_percopt 2) and if you're seeing artifacts, use Overlap filter (-v_overlap 1) Also, since you're comparing with a quality VBR encode, make sure you're using 2-pass VBR (-v_mode 3) Note that some of the above settings are for optimizing video quality not PSNR/SSIM, so you should compare the quality of the two encodes visually. And since you already have a H.264 encode at bitrate you like, go ahead and use the same bitrate for the 2-pass VBR VC-1 encode so you're at least controlling one axis of the comparison. Also remember that your encode time comparison isn't particularly germaine, since you're comparing a 1-pass to a 2-pass encode. Still, how much RAM is in your machine? The Lookahead parameter doesn't help in a two-pass encode, and can eat up quite a lot of RAM in a HD encode. That could slow you down some. |
|
19th July 2007, 18:52 | #8 | Link |
Registered User
Join Date: Jun 2005
Posts: 925
|
Manao: OK, thanks for your input.
What profile would I use in MeGui or AutoMKV to encode x264 so that I am guaranteed that it will play on H264 SAPs in the future? Right now neither of these can do an encode that will work with Apple TV; a H264 player. (This info is a few months old, they may have one now.) |
20th July 2007, 00:23 | #9 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
Really, the current encoders aren't shipping with explicit compatibilty modes for HD DVD or BD, so that really shouldn't be driving your short term decisions. There's a lot of tweaky compliance details in gettig a bitstream tuned to be compliant with either format. That said, we should start seeing commercial products with HD Optical modes for VC-1 in a few months. Today that's only really available via our CineVision PSE product that Sonic is distributing for us. |
|
20th July 2007, 23:25 | #10 | Link |
Doom9ing since 2001
Join Date: Oct 2001
Location: Seattle, WA, USA
Posts: 2,002
|
Let's also keep in mind that comparing x264 and WMV9 is just a comparison of two implementations and doesn't represent all H.264 and VC-1 encoders. A codec is only as good as its implementation.
|
21st July 2007, 06:41 | #11 | Link |
Registered User
Join Date: Nov 2001
Posts: 9,770
|
i think comparing x264 with wmv9 is ok, as x264 is one of the best h.264 encoders and wmv9 is propably the only (?) vc-1 encoder existing
__________________
Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau) I know, that I know nothing (Socrates) MPEG-4 ASP FAQ | AVC/H.264 FAQ | AAC FAQ | MP4 FAQ | MP4Menu stores DVD Menus in MP4 (guide) Ogg Theora | Ogg Vorbis use WM9 today and get Micro$oft controlling the A/V market tomorrow for free |
21st July 2007, 08:17 | #12 | Link |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
There are actuallly diffferent implementations of VC-1 available to the public today. Format SDK 11. Tarari. The version of the codec used in the Inlet products. The non-PSE version of Sonic's CineVision. SMPTE reference code. Telestream's implementation used in FlipFactory, Episode, and Flip4Mac. Main Concept has one. There's some DSP implementations used by folks like VBrick...
And of course we've got newer stuff we've done post FSDK 11. And there's been three major releases of FSDK with VC-1 (9, 9.5, and 11). Last edited by benwaggoner; 21st July 2007 at 08:24. Reason: Forgot some! |
21st July 2007, 11:58 | #14 | Link |
WiLD CaRD
Join Date: Mar 2007
Location: Toronto Canada
Posts: 258
|
Is this thread about the quality difference between the two, or the long-term support comparison? Or how to encode for stand-alones? All distinct topics.
For stand-alones and H.264, stick with a common denominator of QT compatibility, a standard within a standard, and you won't go wrong, even if it costs a bit more bitrate. However, hardware will eventually catch up with MRFs, B-pyramids, etc in due time, even though they make several decoders choke today. Don't care what Apple TV and iPod are accepting. These machines have obvious tech limitations, not restrictions on a standard. It's also Apple's way of skimming the market, making us keep buying the "next great exciting" model coming up... In 5 years time my phone will be playing all my encoded clips of today, with all the gravy, and it doesn't even have to be a phone from Apple either... Personally, I would say that for better support you can't go wrong with an MPEG codec. H.264 is the latest face of MPEG. In fact it *IS* MPEG. The only reason VC-1 even got this far is because its parade is led by M$, otherwise it would be scratching for a niche market like VP-7 and RV10 are. H.264 is also an open standard, while VC-1 has proprietary characteristics. There is no "corporation" that owns H.264, and any support it gets is rather genuine, which is plenty. VC-1's support is biased, as is those comments from obvious backers of the big M. Quality difference? Don't care. Even if VC-1 is "better" quality, which I have yet to see evidence of, it wouldn't be distinguishable enough to beat an MPEG codec. |
21st July 2007, 16:19 | #15 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
Quote:
It's never possible to say any codec is better or worse in the abstract. It's always comparing implementations and scenarios. Clearly there are places where H.264 is better (for example, playback on an iPod for example) and where VC-1 is better (for example, playback on corporate desktops, or in portable devices in software instead of via ASIC). |
||
21st July 2007, 17:19 | #16 | Link | ||
Freevo Developer
Join Date: May 2007
Location: Waterloo, Ontario
Posts: 118
|
Quote:
There is of course the pragmatic issue of platform availability. Can I encode VC-1 on Linux or OS X? (It's not a rhetorical question; I actually don't know, but I suspect not at least on Linux.) Quote:
The out-of-the-box media experience on Windows has always been ridiculously annoying. Certainly if you confine yourself to MS-blessed codecs (WMV, WMA) it's great. MP3 is supported, but only because of the sheer volume and demand. Microsoft missed the boat on MP3's popularity explosion -- not one to make the same mistake twice, VC-1 is Microsoft's answer to h264. I wonder why Windows doesn't support Ogg Vorbis out of the box? Are the licensing costs too high, perhaps? Should you be unfortunate enough to have a file with an unsupported codec, like those unknown, esoteric, obscure ones such as xvid/divx, AC3, or h264 -- scantly used on the Internet and the AV/HT scene in general, to be sure -- then you are confronted with the ever-helpful dialog that consults MS's servers to download the codec, which I have never once seen actually work. Ubiquity of VC-1 "on the desktop" is achieved only thanks to Microsoft's desktop monopoly. If you're a content provider and your motives are commercial in nature, then sadly your argument is valid. (I would still argue outweighed by other factors.) But otherwise, as with the case of the original poster, desktop penetration is moot, and in fact I would say the full transparentness of projects like x264 are an utterly compelling reason to embrace h264. Last edited by Tack; 21st July 2007 at 17:32. Reason: Grammatical edits |
||
23rd July 2007, 07:46 | #17 | Link | ||
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
Quote:
However, when they did those tests, they may not have used a good h264 encoder. And it's easy to make a H264 encoder less efficient than Mpeg2. Look at ATI's software H264 codec... So I'm interested in knowing what encoders where used for that DVD Forum HD comparison. Quote:
__________________
|
||
23rd July 2007, 18:46 | #18 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,771
|
Quote:
Sounds like a promising option for doing some actual head-to-head testing! |
|
23rd July 2007, 19:20 | #19 | Link | |
Registered User
Join Date: Feb 2002
Posts: 40
|
Quote:
MPEG-4 was only the current standard for a narrow windows. There weren't many standards between DVD and HD-DVD for MPEG-4 Part 2 to be adopted by. ASP was only finalized in 2002. I'll admit some of the more ambitious profiles of MPEG-4 did fail but certainly not SP/ASP. It also depends on what segment of the industry to which you are are referring. The stated goal of MPEG-4 was for streaming/mobile platforms so it's no surprise it wasn't adopted for broadcast use and the like. For video distributed over the internet: legitimate, illegitimate, or both MPEG-4 has been quite popular. |
|
23rd July 2007, 19:15 | #20 | Link |
Registered User
Join Date: Jan 2002
Location: France
Posts: 2,856
|
I must admit I'm mostly used to test TV content ( broadcast ), which is quite a lot more complex than movie, but which also is less grainy.
I must also admit I'm not a grain/noise addict, and that between ringing/blocks and sharp without grain, I'll choose the second any time. And finally, I've never worked with anything higher than 10 mbps for HD stuff, and it may not be the bitrate at which the test was done. That said, the encoder definitely matters. If the JM was used for the test ( gods forbid ), I can understand why h264 lost. JM is efficient, but doesn't have a good ratecontrol ( not even average ), and cares only about PSNR - which is completely the opposite of what is needed for keeping grain. That's why I wanted to know what encoders were used for the comparison.
__________________
|
|
|