[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-kimageshop
Subject: Re: Blitting per channel
From: Boudewijn Rempt <boud () valdyas ! org>
Date: 2004-09-13 7:47:32
Message-ID: 200409130947.34966.boud () valdyas ! org
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
On Thursday 09 September 2004 21:59, Boudewijn Rempt wrote:
Of course, I hadn't realized that we already sort of provide compositing per
channel with the COPY_RED, COPY_ALPHA composite ops. I'd need to add an
OVER_ALPHA and then my selection code will be a lot easier. Same with
applying the selection mask to the gradient and fill buffers.
However, whenever I see a pattern of constants like
OVER, OVER_RED, OVER_BLUE, OVER_GREEN, OVER_ALPHA
COPY, COPY_RED, COPY_XXX....
I think that there are two parameters mixed that shouldn't have been mixed. So
it would still be a good thing to pass a vector of channels-to-be-composited
to the bitBlt methods, and get rid of the XXX_RED, XXX_GREEN, XXX_XXX
constants (and separate implementations). Need to find a way to measure
performance impact, though.
Perhaps a timed loop that does a large number of compositions, reachable via a
debug menu option Krita.
--
Boudewijn Rempt | "Geef mij maar zuurtjes."
http://www.valdyas.org/fading/index.cgi
[Attachment #5 (application/pgp-signature)]
_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic