Linked by Brooss on Tue 15th Mar 2011 23:32 UTC
Thread beginning with comment 466385
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
Features
Linked by Thom Holwerda on 05/21/13 21:38 UTC
Linked by Thom Holwerda on 05/20/13 11:29 UTC
Linked by Thom Holwerda on 05/18/13 21:33 UTC
Linked by David Adams on 05/16/13 4:23 UTC
Linked by Thom Holwerda on 05/11/13 21:41 UTC
Linked by Thom Holwerda on 05/08/13 14:22 UTC
Linked by Thom Holwerda on 05/02/13 15:28 UTC
Linked by Thom Holwerda on 04/29/13 21:06 UTC
Linked by Thom Holwerda on 04/24/13 22:24 UTC
Linked by Thom Holwerda on 04/18/13 11:21 UTC
More Features »
Sponsored Links



Member since:
2007-02-17
I don't really understand you. You're saying that because the currently existing WebM encoders are slow that they'll never be able to be fast?
Gee, remember when H.264 came out and it was still new? All the tools were abysmal and it took years to encode something. Well, lookie here, we have the exact same situation: a young, new codec and abysmal tools. So why is WebM treated differently?
I'm just saying that YES, the encoders are still slow, but for f*ck's sake look at their age! Drawing the conclusion that because it's slow NOW it can't ever be fast is just plain short-sighted ignorance, nothing else. "
Especially considering the very first software upgrade which was aimed at improving the decoder speed achieved a factor of 4.5x improvement.
http://blog.webmproject.org/2011/03/vp8-codec-sdk-bali-released.htm...
Also consider that the next release, which aims for another similar improvement factor again, is due in about three months time.
Edited 2011-03-16 11:19 UTC