The rasterization of the Unicode character will be cached in the glyph cache just like the rest of the glyphs, so the GIF is not really any cheaper.
(x+1)>>1 isn't equivalent to x/2. It gives the wrong result for positive numbers like (x=1). Compilers actually generate (x+(x>>31))>>1 for signed division by 2. Which on x86 is three more…
This performance claim doesn't seem to match the measurements others have done. For example, using the code from http://iq12.com/blog/as3-benchmark/ which I've put up here:…
My position isn't that there's "nothing wrong or unfixable about Jpeg" at all. There's lots wrong and fixable with JPEG. My problem with WebP is that it currently doesn't fix enough of the problems that JPEG has and…
I'd like to respond to your criticism of my argument but I'm having trouble understanding it. As for my point about Facebook, I believe that they do care about the size of the images. However, the fact that they can be…
I can't reproduce this in Firefox 6
The rasterization of the Unicode character will be cached in the glyph cache just like the rest of the glyphs, so the GIF is not really any cheaper.
(x+1)>>1 isn't equivalent to x/2. It gives the wrong result for positive numbers like (x=1). Compilers actually generate (x+(x>>31))>>1 for signed division by 2. Which on x86 is three more…
This performance claim doesn't seem to match the measurements others have done. For example, using the code from http://iq12.com/blog/as3-benchmark/ which I've put up here:…
My position isn't that there's "nothing wrong or unfixable about Jpeg" at all. There's lots wrong and fixable with JPEG. My problem with WebP is that it currently doesn't fix enough of the problems that JPEG has and…
I'd like to respond to your criticism of my argument but I'm having trouble understanding it. As for my point about Facebook, I believe that they do care about the size of the images. However, the fact that they can be…
I can't reproduce this in Firefox 6