comp.lang.idl-pvwave archive: archive » Re: Color question (answer is not device,decomposed=0)

Home » Public Forums » archive » Re: Color question (answer is not device,decomposed=0)

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

Re: Color question (answer is not device,decomposed=0) [message #19801 is a reply to message #19799]

Mon, 24 April 2000 00:00

Troy Carter
Messages: 5
Registered: April 2000

Junior Member

On Mon, 24 Apr 2000, Liam Gumley wrote:

> upgrade to XFree86 version 4 is in order). In addition, I believe that IDL
> does *not* support X displays in 16 bpp mode; it only supports 8-bit or
> 24-bit bpp.

IDL runs fine on a 16 bit display. I do it every day -- in 5.2, it took a
little trickery (I had to set device,pseudo=8,decomposed=0). But in 5.3
it starts right up. Yes I am sure the terminal is 16 bit. Perhaps IDL
effectively runs in 8 bit mode, so perhaps I don't use the 16 bit
capability, but the point is that I don't have to run in lower color depth
to get idl to work.

> The bottom line:
> (1) If you want to get IDL running and do some work, then re-configure your
> Linux X-server to start in 8 bpp.
> (2) If you want to tinker with the X-server, try an upgrade to XFree86 4.0

I don't think it is necessary to run in 8bpp mode. 24bit mode works
great, I have been using it for 1.5 years (linux workstation running idl
session on solaris box). I have just run into one issue when trying to
migrate to Object graphics. I think that instead of giving up on 24-bit
mode I should try to solve the problem and perhaps uncover a bug in IDL or
XFree86... Who the heck works with 8bit displays anymore anyway!? ;)

About XFree86 4.0, I will certainly be trying that as soon as it is a
little more stable. I probably will not be adventurous and I will wait
until RedHat packages it (maybe when the rawhide packages stabilize).

About my particular problem, after some very helpful comments from several
people (by e-mail mostly), it seems that the problem is due to byte-order
swapping as the solaris box sends graphics to my x-server. It only
effects the IDLgrView object -- other objects (plots, axes, text,
polygons) all render with the correct colors. For this reason, it is
possible that it is a bug in IDL (problems with dithering or with the
Mesa libs have been suggested). Thanks to everyone who commented on the
problem (Randall, Rick, kschultz). When it is completely resolved, I will
write again to the news group.

-Troy

--
Troy Carter
tcarter@pppl.gov
(609) 243-3145

Report message to a moderator

[Message index]

		Re: Color question (answer is not device,decomposed=0) By: Liam E. Gumley on Tue, 25 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: Troy Carter on Mon, 24 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: Liam E. Gumley on Mon, 24 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: Rick Towler on Mon, 24 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: davidf on Sun, 23 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: Troy Carter on Sun, 23 April 2000 00:00
		Re: Color question (answer is not device,decomposed=0) By: davidf on Sun, 23 April 2000 00:00

Previous Topic:	!x.region,!y.region
Next Topic:	Re: tvrd and device,decomposed=0

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Thu Oct 09 14:54:46 PDT 2025

Total time taken to generate the page: 0.39574 seconds