| Re: <sigh> My color question [message #27776] |
Thu, 08 November 2001 09:01 |
mole6e23
Messages: 31
Registered: December 1998
|
Member |
|
|
> I had the same problem. Got a post on it, but it didn't work. The
> problem is 24-bit with linux in 5.5. The solution is buried in the
> recent tips on the rsinc site. Just add the following to your startup
> file and you should be fine. Now, why this wasn't a problem in the beta
> and only made it to the final release, I'll never know.
> WINDOW, /PIXMAP & WDELETE
> DEVICE, BYPASS_TRANSLATION=0
And once again, the newsgroup saves the day. Thanks for pointing this
out. It's exactly what I needed. Given the startup file I already had,
all I had to add was the device, bypass_translation line and it
worked.
Todd
|
|
|
|
|
|
| Re: <sigh> My color question [message #27784 is a reply to message #27783] |
Wed, 07 November 2001 18:48  |
uk2
Messages: 8
Registered: June 1994
|
Junior Member |
|
|
Hi Todd,
I had the same problem. Got a post on it, but it didn't work. The
problem is 24-bit with linux in 5.5. The solution is buried in the
recent tips on the rsinc site. Just add the following to your startup
file and you should be fine. Now, why this wasn't a problem in the beta
and only made it to the final release, I'll never know.
WINDOW, /PIXMAP & WDELETE
DEVICE, BYPASS_TRANSLATION=0
-Pete
Todd wrote:
> HI all...
>
> I swear I've spend the past several hours reading posts about it and
> trying different things, but it just wasn't working. I just installed
> a new dual processor system, and put on RedHat 7.2. I get IDL loaded,
> fire it up, and put in a simple command such as tv, dist(512,512) and
> get this image with vertical bars running through it. The same thing
> happens with Craig's plotimage routine.
>
> So, I looked around, and added the following lines to my IDL startup
> file:
>
> 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, 'Number of colors: ', !d.n_colors
>
> Nothing really gets any better. (and I do get a display depth of 24
> bit). To boot, when I try loading color tables and replotting the
> image, the colors in the image don't change, but the position of the
> vertical bands in the image do.
>
> You can see the results here:
>
> This one is using Craigs plotimage (plotimage, bytscl(dist(512,512)))
> <http://checont6.ucsd.edu/todd/idl/dist.jpeg>
>
> This one is using tv (tv, dist(512,512))
> <http://checont6.ucsd.edu/todd/idl/disttv.jpeg>
>
> Here is help, /device:
>
> Available Graphics Devices: CGM HP LJ NULL PCL PRINTER PS REGIS TEK X
> Z
> Current graphics device: X
> Server: X11.0, The XFree86 Project, Inc, Release 40100000
> Display Depth, Size: 24 bits, (1152,864)
> Visual Class: DirectColor (5)
> Bits Per RGB: 8 (8/8/8)
> Physical Color Map Entries (Used / Total): 256 / 256
> Colormap: Private, 16777216 colors. Translation table: Bypassed
> Graphics pixels: Combined, Dither Method: Ordered
> Write Mask: 16777215 (decimal) ffffff (hex)
> Graphics Function: 3 (copy)
> Current Font: <default>, Current TrueType Font: <default>
> Default Backing Store: Pixmap.
>
> Thanks for any insight... I had seriously hoped to be able to avoid
> posting a color problem, but I'd rather get work done than look good.
>
> Todd
>
|
|
|
|
| Re: <sigh> My color question [message #27785 is a reply to message #27784] |
Wed, 07 November 2001 17:41 |
Andrew Cool
Messages: 219
Registered: January 1996
|
Senior Member |
|
|
Hi,
Our Linux guys have hit a SNAFU too with v5.5
The order of planes in the colour table gets reversed, such that
on a 24 bit display RGB becomes BGR.
And this is with the startup fixes described below...
What gives, RSI? Nothing in the Release Notes about this.
Andrew
------------------------------------------------------------ ---------
Andrew D. Cool .->-.
Electromagnetics & Propagation Group `-<-'
Surveillance Systems Division Transmitted on
Defence Science & Technology Organisation 100% recycled
PO Box 1500, Salisbury electrons
South Australia 5108
Phone : 061 8 8259 5740 Fax : 061 8 8259 6673
Email : andrew.cool@dsto.defence.gov.au
------------------------------------------------------------ ---------
David Fanning wrote:
>
> Todd (mole6e23@hotmail.com) writes:
>
>> I swear I've spend the past several hours reading posts about it and
>> trying different things, but it just wasn't working. I just installed
>> a new dual processor system, and put on RedHat 7.2. I get IDL loaded,
>> fire it up, and put in a simple command such as tv, dist(512,512) and
>> get this image with vertical bars running through it. The same thing
>> happens with Craig's plotimage routine.
>>
>> So, I looked around, and added the following lines to my IDL startup
>> file:
>>
>> 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, 'Number of colors: ', !d.n_colors
>>
>> Nothing really gets any better. (and I do get a display depth of 24
>> bit). To boot, when I try loading color tables and replotting the
>> image, the colors in the image don't change, but the position of the
>> vertical bands in the image do.
>>
>> You can see the results here:
>>
>> This one is using Craigs plotimage (plotimage, bytscl(dist(512,512)))
>> <http://checont6.ucsd.edu/todd/idl/dist.jpeg>
>>
>> This one is using tv (tv, dist(512,512))
>> <http://checont6.ucsd.edu/todd/idl/disttv.jpeg>
>>
>> Here is help, /device:
>>
>> Available Graphics Devices: CGM HP LJ NULL PCL PRINTER PS REGIS TEK X
>> Z
>> Current graphics device: X
>> Server: X11.0, The XFree86 Project, Inc, Release 40100000
>> Display Depth, Size: 24 bits, (1152,864)
>> Visual Class: DirectColor (5)
>> Bits Per RGB: 8 (8/8/8)
>> Physical Color Map Entries (Used / Total): 256 / 256
>> Colormap: Private, 16777216 colors. Translation table: Bypassed
>> Graphics pixels: Combined, Dither Method: Ordered
>> Write Mask: 16777215 (decimal) ffffff (hex)
>> Graphics Function: 3 (copy)
>> Current Font: <default>, Current TrueType Font: <default>
>> Default Backing Store: Pixmap.
>>
>> Thanks for any insight... I had seriously hoped to be able to avoid
>> posting a color problem, but I'd rather get work done than look good.
>
> I'd sure like to see a True-Color visual class if I ran
> that setup file, but even with that caveat, this seems
> like a graphics driver problem to me. I'm not convinced
> it has much to do with IDL.
>
> Cheers,
>
> David
>
> --
> David W. Fanning, Ph.D.
> Fanning Software Consulting
> Phone: 970-221-0438, E-mail: david@dfanning.com
> Coyote's Guide to IDL Programming: http://www.dfanning.com/
> Toll-Free IDL Book Orders: 1-888-461-0155
|
|
|
|
| Re: <sigh> My color question [message #27787 is a reply to message #27785] |
Wed, 07 November 2001 15:23 |
David Fanning
Messages: 11724
Registered: August 2001
|
Senior Member |
|
|
Todd (mole6e23@hotmail.com) writes:
> I swear I've spend the past several hours reading posts about it and
> trying different things, but it just wasn't working. I just installed
> a new dual processor system, and put on RedHat 7.2. I get IDL loaded,
> fire it up, and put in a simple command such as tv, dist(512,512) and
> get this image with vertical bars running through it. The same thing
> happens with Craig's plotimage routine.
>
> So, I looked around, and added the following lines to my IDL startup
> file:
>
> 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, 'Number of colors: ', !d.n_colors
>
> Nothing really gets any better. (and I do get a display depth of 24
> bit). To boot, when I try loading color tables and replotting the
> image, the colors in the image don't change, but the position of the
> vertical bands in the image do.
>
> You can see the results here:
>
> This one is using Craigs plotimage (plotimage, bytscl(dist(512,512)))
> <http://checont6.ucsd.edu/todd/idl/dist.jpeg>
>
> This one is using tv (tv, dist(512,512))
> <http://checont6.ucsd.edu/todd/idl/disttv.jpeg>
>
> Here is help, /device:
>
> Available Graphics Devices: CGM HP LJ NULL PCL PRINTER PS REGIS TEK X
> Z
> Current graphics device: X
> Server: X11.0, The XFree86 Project, Inc, Release 40100000
> Display Depth, Size: 24 bits, (1152,864)
> Visual Class: DirectColor (5)
> Bits Per RGB: 8 (8/8/8)
> Physical Color Map Entries (Used / Total): 256 / 256
> Colormap: Private, 16777216 colors. Translation table: Bypassed
> Graphics pixels: Combined, Dither Method: Ordered
> Write Mask: 16777215 (decimal) ffffff (hex)
> Graphics Function: 3 (copy)
> Current Font: <default>, Current TrueType Font: <default>
> Default Backing Store: Pixmap.
>
> Thanks for any insight... I had seriously hoped to be able to avoid
> posting a color problem, but I'd rather get work done than look good.
I'd sure like to see a True-Color visual class if I ran
that setup file, but even with that caveat, this seems
like a graphics driver problem to me. I'm not convinced
it has much to do with IDL.
Cheers,
David
--
David W. Fanning, Ph.D.
Fanning Software Consulting
Phone: 970-221-0438, E-mail: david@dfanning.com
Coyote's Guide to IDL Programming: http://www.dfanning.com/
Toll-Free IDL Book Orders: 1-888-461-0155
|
|
|
|
| Re: <sigh> My color question [message #27788 is a reply to message #27787] |
Wed, 07 November 2001 15:16 |
Pavel A. Romashkin
Messages: 531
Registered: November 2000
|
Senior Member |
|
|
I envy you. I was never ever able to produce anything nearly as great
looking as those striped images of yours :)
Maybe, object graphics is the answer?... Although I am sure you'll find
nightmares in there, too :(
Cheers,
Pavel
Todd wrote:
>
> get this image with vertical bars running through it. The same thing
> happens with Craig's plotimage routine.t
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
