Description: Fix drop wrong raster optimization in gxipixel.c
 Fixes bug #691147 customer 861, the optimization to strength reduce
 the raster operation here is wrong, it is premised on the assumption
 the colors are opaque.  If either texture or source is transparent the
 strength reduction which effectively ignores the source or pattern is
 wrong and it will subsequently cause opaque painting.  We've simply
 removed the optimization instead of conditionalizing on opaque cases,
 because tests indicate the reduction not that significant.  The
 example in the bug report was reduced from a file in the XL ATS 305
 test suite.
Origin: http://svn.ghostscript.com/viewvc?view=rev&revision=10823
Author: Henry Stiles <henry.stiles@artifex.com>
Bug: http://bugs.ghostscript.com/show_bug.cgi?id=691147
Forwarded: yes
Last-Update: 2010-02-28
--- a/base/gxipixel.c
+++ b/base/gxipixel.c
@@ -331,19 +331,7 @@
 	/* that we implement less expensively. */
 	if (!pim->CombineWithColor)
 	    lop = rop3_know_T_0(lop) & ~lop_T_transparent;
-	else {
-	    if (rop3_uses_T(lop))
-		switch (color_draws_b_w(dev, pdcolor)) {
-		    case 0:
-			lop = rop3_know_T_0(lop);
-			break;
-		    case 1:
-			lop = rop3_know_T_1(lop);
-			break;
-		    default:
-			;
-		}
-	}
+
 	if (lop != rop3_S &&	/* if best case, no more work needed */
 	    !rop3_uses_T(lop) && bps == 1 && spp == 1 &&
 	    (b_w_color =