On piątek 19 kwiecień 2002 05:04 am, Herbert Voss wrote:
> Asger K. Alstrup Nielsen wrote:
> > You are both using a RGB color model, but this is not relevant.
> > Even with a HSL or Munsell color space, the transformation would
> > be the same: You want the Most Significant Bits.
> > Why? Because
On Fri, 19 Apr 2002, Herbert Voss wrote:
> I want to understand, so please give an answer to this:
>
> r/g or b has a range from to or only 6 bits
> for some graphic cards.
> converting to for example 4 bit could'nt only take the significant
> nibble ...
Assume you have the col
Asger K. Alstrup Nielsen wrote:
> You are both using a RGB color model, but this is not relevant.
> Even with a HSL or Munsell color space, the transformation would
> be the same: You want the Most Significant Bits.
> Why? Because you loose more information by dropping more significant
> bits.
>
On Thu, 18 Apr 2002, Herbert Voss wrote:
> if we want to build up a 16bit color correct to
> a 8 bit one than we cannot do only a shift of
> 8 bit to get the high or low byte.
This is a very good approximation.
> we had to take every second _bit_ from the original one. Or
> every third if it's
On Thu, Apr 18, 2002 at 09:49:02PM +0200, Herbert Voss wrote:
> if we want to build up a 16bit color correct to
> a 8 bit one than we cannot do only a shift of
> 8 bit to get the high or low byte.
> we had to take every second _bit_ from the original one. Or
> every third if it's a 24 bit one. An
Lars Gullik Bjønnes wrote:
> Yes, and we want those.
>
> ABCD >> 8 = AB
if we want to build up a 16bit color correct to
a 8 bit one than we cannot do only a shift of
8 bit to get the high or low byte.
we had to take every second _bit_ from the original one. Or
every third if it's a 24 bit one
Herbert Voss <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Herbert Voss <[EMAIL PROTECTED]> writes:
>> | Herbert Voss wrote:
>>
and what about this??
>> | aehm ... forget it, it's just the same than yours ...
>> except that yours looks buggy :-)
>
>
| I suppose yours
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Herbert Voss wrote:
>
>>>and what about this??
>>>
>>>
> | aehm ... forget it, it's just the same than yours ...
>
> except that yours looks buggy :-)
I suppose yours ... ;-)
if we have two bytes than the right
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Thursday 18 April 2002 6:08 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | On Thursday 18 April 2002 5:46 pm, Lars Gullik Bjønnes wrote:
>> | [snip]
>> |
>> | Not from me. If it works then just do it.
>>
>> well... I
On Thursday 18 April 2002 6:08 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Thursday 18 April 2002 5:46 pm, Lars Gullik Bjønnes wrote:
> | [snip]
> |
> | Not from me. If it works then just do it.
>
> well... I am not able to test it...
Sure you are. You just n
Herbert Voss <[EMAIL PROTECTED]> writes:
| Herbert Voss wrote:
>
>> and what about this??
>>
>
| aehm ... forget it, it's just the same than yours ...
except that yours looks buggy :-)
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Thursday 18 April 2002 5:46 pm, Lars Gullik Bjønnes wrote:
| [snip]
>
| Not from me. If it works then just do it.
well... I am not able to test it...
--
Lgb
Herbert Voss wrote:
> and what about this??
>
aehm ... forget it, it's just the same than yours ...
Herbert
--
http://www.lyx.org/help/
and what about this??
Herbert
string const convertTo7chars(string const & input)
{
string::size_type size = input.size();
if (size != 13 && size != 10 && size != 4)
// Can't deal with it.
return input;
if (input[0] != '#')
On Thursday 18 April 2002 5:46 pm, Lars Gullik Bjønnes wrote:
[snip]
Not from me. If it works then just do it.
A
To this:
string const convertTo7chars(string const & input)
{
string::size_type size = input.size();
if (size != 13 && size != 10 && size != 4)
// Can't deal with it.
return input;
if (input[0] != '#')
// Can't deal with it
16 matches
Mail list logo
