 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Phil Clute wrote:
> This little program is so cool I had to put it in my tools menu.
>
> I do have a question though. I noticed that white is
> rgb <0.99609, 0.99609, 0.99609> why isn't it rgb<1, 1, 1>?
Because 255 / 255 = 1, whereas 255/256 = 0.99609375
I hate off-by-one errors.
--
"My new computer's got the clocks, it rocks
But it was obsolete before I opened the box" - W.A.Y.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sat, 20 Nov 1999 01:49:08 -0500, Phil Clute <pcl### [at] tiac net>
wrote:
>This little program is so cool I had to put it in my tools menu.
>
:-)
>I do have a question though. I noticed that white is
>rgb <0.99609, 0.99609, 0.99609> why isn't it rgb<1, 1, 1>?
To cite Jon A. Cruz
>>"Because 255 / 255 = 1, whereas 255/256 = 0.99609375"
I have to devide by 256, else all other values would get false,
and I do not want to add any extra calculations, because that would
slow down the program - in a most minimal manner but it could be
problematic, though: while scrolling color values, many calculations
are done: I'm always frightened that slower machines could react in a
strange way.
>
>O.K. I also have a feature suggestion(This is for incredibly
>lazy people--like me), could you add a checkbox option to attach
>pigment{} around the rgb<>?
I did not use POV seriously in the last time, but I do know this kind
of laziness and added this option to the context menu of the pov
value label
Bye
Andreas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> This little program is so cool I had to put it in my tools menu.
Moi aussi
Martial
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> To cite Jon A. Cruz
> >>"Because 255 / 255 = 1, whereas 255/256 = 0.99609375"
I probably wouldn't use Pick'o'Color for pure white or black anyhow,
I was just curious, but for all other color selection it'll be
great.
> I did not use POV seriously in the last time, but I do know this kind
> of laziness and added this option to the context menu of the pov
> value label
That was quick! Thanks.
--
Phil
...coffee?...yes please! extra sugar,extra cream...Thank you.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thanks, a brilliant little program I really like the paste facility.
Mick
Andreas Gerdes <ger### [at] netcolognede> wrote in message
news:383553e9.3717534@news.povray.org...
> Hi everybody!
>
> For anyone who might be interested in viewing colors before using
> them: I have written a color converter - selector - saver for
> win9x/NT, which supports the POV color format and lets you paste rgb,
> rgbt or rgbf by mouseclick
> Take a look at http://www.itsme.de/software/pickcole.html
>
> Bye
> Andreas Gerdes
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Sat, 20 Nov 1999 14:44:53 GMT, Andreas Gerdes wrote:
>On Sat, 20 Nov 1999 01:49:08 -0500, Phil Clute <pcl### [at] tiacnet>
>wrote:
>
>>This little program is so cool I had to put it in my tools menu.
>>
>:-)
>
>>I do have a question though. I noticed that white is
>>rgb <0.99609, 0.99609, 0.99609> why isn't it rgb<1, 1, 1>?
>
>To cite Jon A. Cruz
>>>"Because 255 / 255 = 1, whereas 255/256 = 0.99609375"
>
>I have to devide by 256, else all other values would get false,
I don't understand this statement. Do you mean that for example
128 would come out as 128/255=.50196 instead of .5? That happens
to be correct. In fact, I'd wager that if you render a scene with
a solid pure-ambient .5 background and no gamma correction, you
should get pixels with the value 127, because POV will round down.
You should divide by 255, if for no other reason than because POV
multiplies by 255 (assuming you're outputting 8 bits per channel).
--
These are my opinions. I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Great utility!
I have 1 small problem: the boxes at the bottom where you can enter the RGB
values show only 2 digits. Why not 3?
Is it my OS (NT4 SP6)? I don't understand since all seems to be so neat.
Sander
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
http://www.amtechnical.com/jeff/rose.html
Andreas Gerdes <ger### [at] netcolognede> schreef in berichtnieuws
383553e9.3717534@news.povray.org...
> Hi everybody!
>
> For anyone who might be interested in viewing colors before using
> them: I have written a color converter - selector - saver for
> win9x/NT, which supports the POV color format and lets you paste rgb,
> rgbt or rgbf by mouseclick
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 22 Nov 1999 18:03:12 +0100, "Sander" <san### [at] the-internet>
wrote:
>I have 1 small problem: the boxes at the bottom where you can enter the RGB
>values show only 2 digits. Why not 3?
>Is it my OS (NT4 SP6)? I don't understand since all seems to be so neat.
I don't think so, it may be rather because of some different monitor
and font adjustments. In fact I made 3 digits fit exactly in MY boxes,
but I will enlarge them a little bit along with the fixes for the next
version.
So read the news next week!
Andreas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 22 Nov 1999 08:37:20 -0500, ron### [at] povrayorg (Ron Parker)
wrote:
>>I have to devide by 256, else all other values would get false,
>
>I don't understand this statement. Do you mean that for example
>128 would come out as 128/255=.50196 instead of .5? That happens
>to be correct.
>[snip]
I think, you're right and I admit, that it was more for reason of
aesthetics then logic, that I implemented it that way: looks nicer to
get <.5,.5,.5> with 128, .75 with 192 ... I simply did not think about
it that deeply.
I will change that in the course of the next days and post a message
here, when it's done.
Andreas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Andreas Gerdes wrote:
> On Mon, 22 Nov 1999 18:03:12 +0100, "Sander" <san### [at] the-internet>
> wrote:
>
> >I have 1 small problem: the boxes at the bottom where you can enter the RGB
> >values show only 2 digits. Why not 3?
> >Is it my OS (NT4 SP6)? I don't understand since all seems to be so neat.
>
> I don't think so, it may be rather because of some different monitor
> and font adjustments. In fact I made 3 digits fit exactly in MY boxes,
> but I will enlarge them a little bit along with the fixes for the next
> version.
> So read the news next week!
>
> Andreas
That's one of the things I hate about programming for Windows. And another
reason I love JFC so much now.
Well, at least you don't have to fit Japanese text onto those buttons.
--
"My new computer's got the clocks, it rocks
But it was obsolete before I opened the box" - W.A.Y.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
