comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » device,decomposed=1 question
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
device,decomposed=1 question [message #14586] Fri, 12 March 1999 00:00 Go to previous message
Vapuser is currently offline  Vapuser
Messages: 63
Registered: November 1998
Member
This is on a
IDL> print,!version
{ mipseb IRIX unix 5.1.1 Jul 20 1998}

Okay. I thought I understood this stuff, but now I'm not sure.

This is how I thought it worked. In decomposed color, IDL takes the
number and decomposes it into three single byte quantities, the least
significant is the red number, the next most significant is the green
number and the most significant is the blue number. It then uses these
three numbers and looks up the color in the current color table. Since
this is usually the gray scale, where the color indices map to
themselves, the result is the same as if you specified the color
values directly, with no 'color table' mediation.

But, if you have loaded a different color table, you should see
whatever color triple appears in the location given by the three
'decomposed' color numbers.


So, if you do the following

IDL> loadct,3 ; red temperature
IDL> tvlct,transpose( [0,255,0] ),1
IDL> plot,indgen(10),color='000100'x

You should see a y=x line in pure green. Right?

But I don't. I see nothing! What is wrong with my understanding?



Here's the result of an IDL> help,/device

Available graphics_devices: CGM HP LJ NULL PCL PRINTER PS REGIS TEK X Z
Current graphics device: X
Server: X11.0, Silicon Graphics, Release 6300
Display Depth, Size: 24 bits, (1280,1024)
Visual Class: TrueColor (4)
Bits Per RGB: 8
Physical Color Map Entries (Used / Total): 256 / 256
Colormap: Private, 16777216 colors. Translation table: Bypassed
Graphics pixels: Decomposed, Dither Method: Ordered
Write Mask: 16777215 (decimal) ffffff (hex)
Graphics Function: 3 (copy)
Current Font: <default>, Current TrueType Font: <default>
Default Backing Store: Pixmap.
Window Status: ---------------------
id typ( x, y, backing store) id typ( x, y, backing store)
32: Win( 640, 512, Pixmap) 0: Win( 640, 512, Pixmap)


To tell you the truth, this looks more like what I always called
'direct' color, namely that you specify the colors directly without
mediation of any colortable. My suspicion is made more substantial
when I attempt David Fannings example from his web page on 24 bit
decomposed color.

IDL> loadct,34
IDL> plot,indgen(10),color='00ffff'x

produces a yellow plot, not the purple that it should produce given
the 'color table'

Perhaps this is an SGI thing?

whd

By the by, I have a vector plotter I use alot, but it's effectively a
rewrite of velovect. The reason I got into the decomposed color morass
is because it uses some truecolor code that I was unsure about, since
I hacked it in pretty quick, and in checking it out against the 'font
of all color wisdom' that is our David, I found this discrepency.
[Message index]
 
Read Message
Read Message
Read Message
Previous Topic: portabilty of programs written under IDL3.6.1 to IDL5.2
Next Topic: block if

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Oct 09 14:11:18 PDT 2025

Total time taken to generate the page: 0.63931 seconds