Re: [Lcms-user] Bug in type TYPE_ABGR_8?

[<ma...@li...>]

Hi,

Yes, is an incoherence solved in new revision, still unfinished.

TYPE_ABGR_8 is being rendered on output as BGRA_8,
just because windows likes it in such form. New revision will
fix this and add TYPE_BGRA_8 as well.

I hope to release new stuff on summer's end.

Martí Maria
The little cms project
http://www.littlecms.com
ma...@li...






----- Original Message -----
From: "Boris Letocha" <b.l...@gm...>
To: <lcm...@li...>
Sent: Wednesday, August 01, 2001 8:41 AM
Subject: [Lcms-user] Bug in type TYPE_ABGR_8?


It is defined as:
(COLORSPACE_SH(PT_RGB)|EXTRA_SH(1)|CHANNELS_SH(3)|BYTES_SH(1)|DOSWAP_SH(
1))

On input it use:
Unroll4BytesSwap

      wIn[3] = RGB_8_TO_16(*accum); accum++;  // K
      wIn[2] = RGB_8_TO_16(*accum); accum++;  // C
      wIn[1] = RGB_8_TO_16(*accum); accum++;  // M
      wIn[0] = RGB_8_TO_16(*accum); accum++;  // Y

On output it use:
Pack3BytesAndSkip1Swap

       *output++ = RGB_16_TO_8(wOut[2]);
       *output++ = RGB_16_TO_8(wOut[1]);
       *output++ = RGB_16_TO_8(wOut[0]);
       output++;

which is different functionality!

one of them is wrong...
From my position it is on input side because on Windows you have BGRA
and not ABGR.

Boris Letocha

PS: May be I am wrong, but please prove it :-)

_______________________________________________
Lcms-user mailing list
Lcm...@li...
http://lists.sourceforge.net/lists/listinfo/lcms-user