NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 19991122: more agin..more on not enough colors with GARP

Steve,

I am running one of those Sun 8/24 cards that lets you run
8-bit programs separate from 24.  McIDAS and GARP would
compete with each other, but Netscape runs in full 24 bit
mode and does not affect the 8-bit.  Xdpyinfo is below.
I reran the frame buffer config program and confirmed that I
am in 8/24 bit mode.  I confirmed this by opening four
copies of Netscape (running in full color mode).  I can
still start McIDAS and GARP, but still can't use McIDAS
with the full 128 gray levels or view sat pics with GARP.
I have not made any changes that I am aware of, yet aomething
seems to be consuming colors that the 8-bit programs need.

/export/home/weather% ntl
graphic, satellite, radar -- 33 128 16
         Request total # of colors = 177
         Current available system colors = 140
/export/home/weather% 

I even tried running in 8-bit only mode and same thing(see above)

Any ideas where to start looking?

Thanks,
Robert

name of display:    psnldm:0.0
version number:    11.0
vendor string:    Sun Microsystems, Inc.
vendor release number:    3610
maximum request size:  262140 bytes
motion buffer size:  256
bitmap unit, bit order, padding:    32, MSBFirst, 32
image byte order:    MSBFirst
number of supported pixmap formats:    5
supported pixmap formats:
    depth 1, bits_per_pixel 1, scanline_pad 32
    depth 8, bits_per_pixel 8, scanline_pad 32
    depth 16, bits_per_pixel 16, scanline_pad 32
    depth 24, bits_per_pixel 32, scanline_pad 32
    depth 32, bits_per_pixel 32, scanline_pad 32
keycode range:    minimum 8, maximum 132
focus:  window 0x4c00009, revert to PointerRoot
number of extensions:    21
    AccessX
    Adobe-DPS-Extension
    DOUBLE-BUFFER
    DPSExtension
    GLX
    MIT-SCREEN-SAVER
    MIT-SHM
    MIT-SUNDRY-NONSTANDARD
    Multi-Buffering
    SHAPE
    SUN_ALLPLANES
    SUN_DGA
    SUN_OVL
    SUN_SME
    SYNC
    SolarisIA
    XC-MISC
    XIE
    XInputDeviceEvents
    XInputExtension
    XTEST
default screen number:    0
number of screens:    1

screen #0:
  dimensions:    1024x768 pixels (289x217 millimeters)
  resolution:    90x90 dots per inch
  depths (3):    1, 8, 24
  root window id:    0x29
  depth of root window:    8 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 1
  options:    backing-store YES, save-unders YES
  largest cursor:    unlimited
  current input event mask:    0x38003f
    KeyPressMask             KeyReleaseMask           ButtonPressMask          
    ButtonReleaseMask        EnterWindowMask          LeaveWindowMask          
    SubstructureNotifyMask   SubstructureRedirectMask FocusChangeMask          
  number of visuals:    5
  default visual id:  0x22
  visual:
    visual id:    0x22
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x23
    class:    GrayScale
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x24
    class:    StaticColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x7, 0x38, 0xc0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x25
    class:    StaticGray
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    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

Replied: Mon, 22 Nov 1999 13:35:35 -0700
Replied: weather <address@hidden>
Replied: address@hidden
From address@hidden  Mon Nov 22 13:27:19 1999
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by unidata.ucar.edu (8.8.8/8.8.8) with ESMTP id NAA13345
        for <address@hidden>; Mon, 22 Nov 1999 13:27:19 -0700 (MST)
Organization: .
Keywords: 199911222027.NAA13345
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by psnldm.nsbf.nasa.gov (8.9.3+Sun/8.9.1) with SMTP id UAA02883
        for <address@hidden>; Mon, 22 Nov 1999 20:27:07 GMT
Message-Id: <address@hidden>
Date: Mon, 22 Nov 1999 20:27:07 +0000 (GMT)
From: weather <address@hidden>
Reply-To: weather <address@hidden>
Subject: more agin..more on not enough colors with GARP
To: address@hidden
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 6xnRUZje1OdLY1Umolxj8Q==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.4 SunOS 5.7 sun4u sparc 

I even rebooted the machine and same thing happens.  The card
is running in 8/14 mode and Netscape runs fine.

Thanks,
Robert Mullenax

From address@hidden  Mon Nov 22 12:02:11 1999
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by unidata.ucar.edu (8.8.8/8.8.8) with ESMTP id MAA10721
        for <address@hidden>; Mon, 22 Nov 1999 12:02:10 -0700 (MST)
Organization: .
Keywords: 199911221902.MAA10721
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by psnldm.nsbf.nasa.gov (8.9.3+Sun/8.9.1) with SMTP id TAA00454
        for <address@hidden>; Mon, 22 Nov 1999 19:01:59 GMT
Message-Id: <address@hidden>
Date: Mon, 22 Nov 1999 19:01:59 +0000 (GMT)
From: weather <address@hidden>
Reply-To: weather <address@hidden>
Subject: more on not enough colors with GARP
To: address@hidden
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: s55cvTw3nnkaeQ3PES2U2A==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.4 SunOS 5.7 sun4u sparc 

I double checked and McIDAS is set to use 64 gray level colors,
so it too is not seeing enough colors, so apparently I have
an Xserver problem somewhere.  I can't find any gplt routines
or anything except normal processes/ldm running in background.
There are no message queues stuck in system, and no gplt routines.

Robert Mullenax

From address@hidden  Mon Nov 22 11:53:07 1999
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by unidata.ucar.edu (8.8.8/8.8.8) with ESMTP id LAA10499
        for <address@hidden>; Mon, 22 Nov 1999 11:53:06 -0700 (MST)
Organization: .
Keywords: 199911221853.LAA10499
Received: from psnldm.nsbf.nasa.gov (psnldm.nsbf.nasa.gov [192.149.107.23])
        by psnldm.nsbf.nasa.gov (8.9.3+Sun/8.9.1) with SMTP id SAA29949
        for <address@hidden>; Mon, 22 Nov 1999 18:52:55 GMT
Message-Id: <address@hidden>
Date: Mon, 22 Nov 1999 18:52:55 +0000 (GMT)
From: weather <address@hidden>
Reply-To: weather <address@hidden>
Subject: cannot view sat images with Garp..can't allocate colors
To: address@hidden
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 7qvtSd2szRJY94fsTMeHVA==
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.3.4 SunOS 5.7 sun4u sparc 

I have nothing open on my system, just running CDE/Xsun.  Yet
when I try to view Sat pics with GEMPAK I get:

G A R P - v2.02 starting...
Error: could not allocate image colors.
GEMPAK: [GEMPLT -64]  NCBALOC  - Color bank not allocated.
Error: could not allocate image colors.
Error: could not allocate image colors.
Error: could not allocate image colors.
Error: could not allocate image colors.
Error: could not allocate image colors.
G A R P - v2.02 exiting...

ntl also complains that it does not have enough colors
to start (request 177, have 1400

I can view the images fine with McIDAS, and normally if I really
don't have enough colors, McIDAS says it can't start the GUI.
McIDAS is running normally.

I have an 8bit/24bit PGX32 frame buffer on our Ultrasparc.

Any web server images are created using Xvfb on screen 1.

I have logged out an in a couple of times, but no luck.
Any ideas?

Thanks,
Robert Mullenax