[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: special linux/idl problem
"Liam E. Gumley" wrote:
> Carsten Dominik wrote:
> > >>>>> "RB" == Reimar Bauer <email@example.com> writes:
> > RB> Reimar Bauer wrote:
> > >>
> > >> Hi,
> > >>
> > >> I hope someone on this group know this problem and is able to help.
> > >>
> > >> On one of my linux system I got always a monochrome color output
> > >> (grey scale) by idl. All other applications do have colors.
> > >>
> > >> I have three identical machines ( I believe ) and only one of them
> > >> has this failure.
> > This works for me, I got it from this group, but unfortunately I
> > forgot who the original author was. Put the following text in a
> > startup file, like .idlrc and set the environment IDL_STARTUP variable
> > to point to that file:
> > setenv IDL_STARTUP ~/.idlrc
> > if !version.os_family eq 'unix' then device, true_color=24
> > window, /free, /pixmap, colors=-10
> > wdelete, !d.window
> > device, decomposed=0, retain=2
> > device, get_visual_depth=depth
> > print, 'Display depth: ', depth
> > print, 'Color table size: ', !d.table_size
> The startup file shown is the one I use routinely on all my IDL
> platforms. If you want to use 8-bit display mode on a UNIX box, the
> first line becomes
> if !version.os_family eq 'unix' then device, pseudo_color=8
I have used this line before in my startup and on most of our unix/linux
systems this has defined the colors.
But in five new systems I am using the Elsa Gladiac MX Card it doesn't.
It may be a failure in the graphics driver or by the card.
I got always the greyscale colortable if I choose 24bit for colors.
There was no difference by setting device,decomposed to 0 or 1.
three machines are AMDs two are Intel.
the command device, true_color=24 fixed this problem.
The window command I have already used too.
Many thanks for this hint. This saved me money and time to exchange the
to an ATI card.
Institut fuer Stratosphaerische Chemie (ICG-1)
a IDL library at ForschungsZentrum Juelich