Linked by Thom Holwerda on Wed 14th Nov 2012 22:12 UTC
Thread beginning with comment 542872
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.
RE[13]: IE10 still disappointing
by lemur2 on Sun 18th Nov 2012 07:36
in reply to "RE[12]: IE10 still disappointing"
The output bitrate is clearly constant: the number of bits per frame is just bit-depth*width*height (*fps to get bitrate). You don't change the bitdepth and dimensions of your video dynamically, as VBR would imply if it was the "output bitrate" that was being measured.
According to your definition, VBR doesn't exist, and it is not possible to have a video at a certain output bit-depth*width*height*fps with fewer bits.
Your definition is clearly nonsense. Variable Bitrate means the bitrate varies (even though the output bit-depth*width*height*fps does not).
Now if I only need a certain bitrate to get a certain quality for part of a video, and I actually use more bits, then am am using a higher bitrate, and I get better quality as a result. That is how it works, chum. The very graphs you keep referencing say so.
Edited 2012-11-18 07:42 UTC
RE[14]: IE10 still disappointing
by saynte on Sun 18th Nov 2012 08:32
in reply to "RE[13]: IE10 still disappointing"
No, my definition allows VBR to exist, but it's clearly not used for the output bitrate, just the compression bitrate. You said that the bitrate refers to the "video as rendered", my explanation was to inform you as to why that couldn't be the case.
You're repeating something correct in the second half of your reply: that x264 has a higher quality/bit/second than WebM. I'm glad you got to the correct conclusion eventually.




Member since:
2007-12-10
With VBR, AFAIK the bitrate refers to the video as rendered, not the video as compressed. Because WebM static compression quality per bit is better than h264, and because most video is lower motion rather than higher motion, WebM can deliver a higher (as rendered) bitrate from the same number of as-compressed bits.
That's not what bitrate refers to.
The output bitrate is clearly constant: the number of bits per frame is just bit-depth*width*height (*fps to get bitrate). You don't change the bitdepth and dimensions of your video dynamically, as VBR would imply if it was the "output bitrate" that was being measured.
You wouldn't want your movie bigger and smaller as the bitrate changed.
WebM does not have higher quality/bit(rate), x264 does, and that's EXACTLY what those graphs in the study say.
Additionally the author of x264 has a great breakdown of the WebM/VP8 codec, basically the short side is: it's alright, misses some of the psy features (probably patented, blah) that H264 has.
http://x264dev.multimedia.cx/archives/377
This guy knows his stuff; even implemented a VP8 encoder, so I think his bias, if any, is pretty non-existant.