aboutsummaryrefslogtreecommitdiff
path: root/backends/saves
diff options
context:
space:
mode:
authorMarcus Comstedt2014-01-10 20:02:24 +0100
committerMarcus Comstedt2014-01-10 20:04:10 +0100
commit4b81b1299da2d81bf457b245b1f8cb3d21c8172f (patch)
tree22e3ef43a9a8b6ea21d90949dd04e6d759557389 /backends/saves
parent51d7405a7b741b8028b83e1548b3b8260230c5a1 (diff)
downloadscummvm-rg350-4b81b1299da2d81bf457b245b1f8cb3d21c8172f.tar.gz
scummvm-rg350-4b81b1299da2d81bf457b245b1f8cb3d21c8172f.tar.bz2
scummvm-rg350-4b81b1299da2d81bf457b245b1f8cb3d21c8172f.zip
GRAPHICS: Fix dest alpha formula in blendPixelPtr
The original alpha computation formula had a problem: If something was drawn on top of a pixel that was already fully opaque, there would be an overflow in the computed alpha, and the destination alpha would be truncated to 0 (fully transparent). In commit 264ba4a9 this formula was replaced with another one, which did not have overflows but also was not correct. This commits introduces a new formula, where the rounding errors have been turned in another direction; drawing a fully opaque pixel on top of a transparent one would result in a pixel which is almost, but not fully, opaque. However, this is no problem in practice, since drawing fully opaque pixels can be achieved with much less code as a special case, so add that (also improves rendering speed).
Diffstat (limited to 'backends/saves')
0 files changed, 0 insertions, 0 deletions