Linked by Brooss on Tue 15th Mar 2011 23:32 UTC
Benchmarks A comment on the recent article about the Bali release of Googles WebM tools (libvpx) claimed that one of the biggest problems facing the adoption of WebM video was the slow speed of the encoder as compared to x264. This article sets out to benchmark the encoder against x264 to see if this is indeed true and if so, how significant the speed difference really is.
Thread beginning with comment 466444
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Sad...
by konfoo on Wed 16th Mar 2011 20:45 UTC in reply to "Sad..."
Member since:

I prepare to be modded in to oblivion, safe in the knowledge that this entire comment section is bullshit between whiney little bitches.

Indeed. Obsessed with one-upping, instead of listening to people who just may have been doing this slightly longer than they have. But you don't have to have time in the actual field measured in decades to be an internet expert these days, just the ability to search google.

Reply Parent Score: 2

RE[2]: Sad...
by henderson101 on Thu 17th Mar 2011 10:52 in reply to "RE: Sad..."
henderson101 Member since:

Agreed. I tend to listen to Eugenia - she is passionate about the subject matter, and, you know, actually works as a semi-pro in the field (maybe "semi-pro" is an exaggeration, but having completed clips for local bands to use as Promo, I see her more as a pro rather than a consumer level user.) What she is saying is also my experience as someone who really doesn't give a toss about using propriety codecs. WebM, Ogg/Theora, whatever. If I have to re-encode files using those codecs/containers to use them on my PSP (which is a device I do watch video on and is not Apple, so not immediate flame bait), really, what is the point? Wasting 30+ minutes per 700MB of 720p video by having to re-encode the file is a PITA, end of story.

Reply Parent Score: 2