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

Home » Public Forums » archive » Re: 5.5 bug or a local problem?
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: 5.5 bug or a local problem? [message #29325] Thu, 14 February 2002 09:40 Go to next message
James Tappin is currently offline  James Tappin
Messages: 54
Registered: December 1995
Member
Nigel Wade wrote:

> James Tappin wrote:
>
>> With IDL 5.5 on Linux (RH 6.2 and SuSE 7.3, XFree 3.3.6) when running in
>> 24-bit colour, true-colour visual with decomposed=0, the TV procedure
>> (and TVSCL) is swapping Red & Blue here -- has anyone else seen this?
>
> Everyone using IDL 5.5 on Linux in 24bit TrueColor. It's a bug.
> There is a workaround, in Tech Tip 3261 on the RSInc Web site.
>

Seems to do the trick

--
+------------------------+-------------------------------+-- -------+
| James Tappin | School of Physics & Astronomy | O__ |
| sjt@star.sr.bham.ac.uk | University of Birmingham | -- \/` |
| Ph: 0121-414-6462. Fax: 0121-414-3722 | |
+--------------------------------------------------------+-- -------+
Re: 5.5 bug or a local problem? [message #29331 is a reply to message #29325] Thu, 14 February 2002 06:10 Go to previous messageGo to next message
Nigel Wade is currently offline  Nigel Wade
Messages: 286
Registered: March 1998
Senior Member
James Tappin wrote:

> With IDL 5.5 on Linux (RH 6.2 and SuSE 7.3, XFree 3.3.6) when running in
> 24-bit colour, true-colour visual with decomposed=0, the TV procedure
> (and TVSCL) is swapping Red & Blue here -- has anyone else seen this?

Everyone using IDL 5.5 on Linux in 24bit TrueColor. It's a bug.
There is a workaround, in Tech Tip 3261 on the RSInc Web site.

>
> I don't see the problem on Solaris and 8-bit is OK.

Nope, it's Linux (and True64) 24 bit TrueColor specific.

--
-----------------------------------------------------------
Nigel Wade, System Administrator, Space Plasma Physics Group,
University of Leicester, Leicester, LE1 7RH, UK
E-mail : nmw@ion.le.ac.uk
Phone : +44 (0)116 2523568, Fax : +44 (0)116 2523555
Re: 5.5 bug or a local problem? [message #29410 is a reply to message #29325] Fri, 15 February 2002 08:10 Go to previous message
nobody@nowhere.com (S is currently offline  nobody@nowhere.com (S
Messages: 55
Registered: July 2001
Member
the tech tip doesn't mention 32-bit color, which I _thought_ usually behaves
better with TrueColor apps (on Xwindows systems). Did you try setting your
system to 32bpp? My experience with XFree has been that many color-related
problems go away. The color depth is the same as with 24bit, but is handled
differently by the Xserver. Most modern cards have enough memory to handle
32bpp easily, if that helps, it's certainly better than going back to 8bpp
or 16bpp!

On Thu, 14 Feb 2002 17:40:43 +0000, James Tappin <sjt@star.sr.bham.ac.uk> wrote:
> Nigel Wade wrote:
>
>> James Tappin wrote:
>>
>>> With IDL 5.5 on Linux (RH 6.2 and SuSE 7.3, XFree 3.3.6) when running in
>>> 24-bit colour, true-colour visual with decomposed=0, the TV procedure
>>> (and TVSCL) is swapping Red & Blue here -- has anyone else seen this?
>>
>> Everyone using IDL 5.5 on Linux in 24bit TrueColor. It's a bug.
>> There is a workaround, in Tech Tip 3261 on the RSInc Web site.
>>
>
> Seems to do the trick
>
> --
> +------------------------+-------------------------------+-- -------+
> | James Tappin | School of Physics & Astronomy | O__ |
> | sjt@star.sr.bham.ac.uk | University of Birmingham | -- \/` |
> | Ph: 0121-414-6462. Fax: 0121-414-3722 | |
> +--------------------------------------------------------+-- -------+


--
Steve S.

steve@NOSPAMmailaps.org
remove NOSPAM before replying
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: Kuwahara Filter
Next Topic: get_lun returns LUN already in use

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

Current Time: Wed Oct 08 15:55:47 PDT 2025

Total time taken to generate the page: 0.00486 seconds