 | | Re: Old Dithered Colors
|
| (...) Awesome! (...) The underlying assumption that any 'undefined' color code between 256 and 511 should be rendered as a dithered color is still valid. Dithering is a 'default' behavior, and should be used if no other definition exists for a (...) (18 years ago, 12-Jul-06, to lugnet.cad)
| | | | | Re: Old Dithered Colors
|
| I still believe that a program must not support the dithering as such. In principle we could create a new color by mixing the two colors together. The reason I'm asking is, that without mixing I could make the rendering engine a bit faster, and also (...) (18 years ago, 12-Jul-06, to lugnet.cad)
| | | | | Re: Old Dithered Colors
|
| (...) I don't see the point in dithering any more either. It slows things down and was meant to simulate colours in the days before 24bit colour was ubiquitous. I would prefer you to just average the two colours (in RGB or CMY). Tim (18 years ago, 12-Jul-06, to lugnet.cad)
| | | | | Re: Old Dithered Colors
|
| (...) I agree with this, if you mean that the program should calculate the "average" color of the two dithered components. (And this is what LDView has done all along.) (...) I don't understand why you need to perform any color space conversion. If (...) (18 years ago, 12-Jul-06, to lugnet.cad)
| |
