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

Home » Public Forums » archive » Re: FLOAT images instead of BYTE ones from IDL Object graphics ?
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: FLOAT images instead of BYTE ones from IDL Object graphics ? [message #64834 is a reply to message #64832] Fri, 23 January 2009 08:54 Go to previous messageGo to previous message
Gianluca Li Causi is currently offline  Gianluca Li Causi
Messages: 21
Registered: August 2005
Junior Member
> OK, two things. First, there is no requirement that the
> volume argument is required to be a byte array. A float
> array, scaled from 0 to 65535 works just as well in your
> example.

Yes you're right, it can be also a float.

> To *display* the data, of course, it has to be scaled
> into the range of 0 to 255, as all data does to be
> displayed in a graphics window of a normal, off-the-
> shelf computer. Naturally, the values you read *out*
> of the window will be in this range.
>
> The *particular* value you read back from the window
> is indicative of the shade of gray that was used to
> render that particular pixel. This rendering choice
> is a function of the color of the objects, the
> way the opacity table is being used to modify the
> value of the pixels, the composite function, and the
> lighting you are using on your model.

So, what can I do to automatically get a 0 to 255 full-range display
of my volumes where I can look through all the volume data?

As you see I'm still a newcomer in volume rendering...
Gianluca
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: Problems with array elements as parameter in c++ function used via call_external
Next Topic: Re: String Formatting

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

Current Time: Sat Oct 11 16:06:48 PDT 2025

Total time taken to generate the page: 0.54420 seconds