| Re: special linux/idl problem [message #24977] |
Thu, 10 May 2001 07:41  |
Liam E. Gumley
Messages: 378
Registered: January 2000
|
Senior Member |
|
|
Carsten Dominik wrote:
>
>>>> >> "RB" == Reimar Bauer <r.bauer@fz-juelich.de> 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
Cheers,
Liam.
http://cimss.ssec.wisc.edu/~gumley/
|
|
|
|
|
|
| Re: special linux/idl problem [message #24993 is a reply to message #24992] |
Wed, 09 May 2001 06:33  |
R.Bauer
Messages: 1424
Registered: November 1998
|
Senior Member |
|
|
Carsten Dominik wrote:
>
>>>> >> "RB" == Reimar Bauer <r.bauer@fz-juelich.de> 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
GREAT !!!!
This works,
regards
Reimar
--
Reimar Bauer
Institut fuer Stratosphaerische Chemie (ICG-1)
Forschungszentrum Juelich
email: R.Bauer@fz-juelich.de
http://www.fz-juelich.de/icg/icg1/
=============================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg1/idl_icglib/idl_lib_intro.h tml
http://www.fz-juelich.de/zb/text/publikation/juel3786.html
|
|
|
|
|
|
| Re: special linux/idl problem [message #24997 is a reply to message #24994] |
Wed, 09 May 2001 03:20 |
Carsten Dominik
Messages: 45
Registered: February 1998
|
Member |
|
|
>>>> > "RB" == Reimar Bauer <r.bauer@fz-juelich.de> 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
|
|
|
|
| Re: special linux/idl problem [message #24998 is a reply to message #24997] |
Wed, 09 May 2001 03:09 |
R.Bauer
Messages: 1424
Registered: November 1998
|
Senior Member |
|
|
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 statement was wrong.
All of them do have this failure.
I will give a bit more informations about this machines:
AMD 1200 MHZ
ELSA GLADIAC MX 32MB
Settings: 24 bit
OS:
Suse7.0
IDL:
V5.4.1
If I set 8bit they have colors but that's not good enough.
I hope someone of you do have a similiar machine and is
able to tell that these machine is working well.
regards
Reimar
xdpyinfo gives following results:
name of display: :0.0
version number: 11.0
vendor string: The XFree86 Project, Inc
vendor release number: 4001
maximum request size: 4194300 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 6
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x1a0000b, revert to PointerRoot
number of extensions: 22
BIG-REQUESTS
DPMS
Extended-Visual-Information
FontCache
LBX
MIT-SCREEN-SAVER
MIT-SHM
MIT-SUNDRY-NONSTANDARD
NV-GLX
SECURITY
SHAPE
SYNC
TOG-CUP
XC-APPGROUP
XC-MISC
XFree86-DGA
XFree86-Misc
XFree86-VidModeExtension
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1280x1024 pixels (433x347 millimeters)
resolution: 75x75 dots per inch
depths (1): 24
root window id: 0x2e
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 32x32
current input event mask: 0xf8603f
KeyPressMask KeyReleaseMask
ButtonPressMask
ButtonReleaseMask EnterWindowMask
LeaveWindowMask
ButtonMotionMask KeymapStateMask
SubstructureNotifyMask
SubstructureRedirectMask FocusChangeMask
PropertyChangeMask
ColormapChangeMask
number of visuals: 9
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x23
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x24
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x25
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x26
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x27
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x28
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x29
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x2a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
--
Reimar Bauer
Institut fuer Stratosphaerische Chemie (ICG-1)
Forschungszentrum Juelich
email: R.Bauer@fz-juelich.de
http://www.fz-juelich.de/icg/icg1/
=============================================
a IDL library at ForschungsZentrum J�lich
http://www.fz-juelich.de/icg/icg1/idl_icglib/idl_lib_intro.h tml
http://www.fz-juelich.de/zb/text/publikation/juel3786.html
|
|
|
|
|
|
|
|
| Re: special linux/idl problem [message #25074 is a reply to message #24977] |
Thu, 10 May 2001 10:34 |
R.Bauer
Messages: 1424
Registered: November 1998
|
Senior Member |
|
|
"Liam E. Gumley" wrote:
>
> Carsten Dominik wrote:
>>
>>>> >>> "RB" == Reimar Bauer <r.bauer@fz-juelich.de> 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
card
to an ATI card.
regards
Reimar
>
> Cheers,
> Liam.
> http://cimss.ssec.wisc.edu/~gumley/
--
Reimar Bauer
Institut fuer Stratosphaerische Chemie (ICG-1)
Forschungszentrum Juelich
email: R.Bauer@fz-juelich.de
http://www.fz-juelich.de/icg/icg1/
=============================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg1/idl_icglib/idl_lib_intro.h tml
http://www.fz-juelich.de/zb/text/publikation/juel3786.html
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
