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

20030226: 20030225: 20030224: GEMPAK RH8.0 Xvfb

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20030226: 20030225: 20030224: GEMPAK RH8.0 Xvfb
  • Date: Wed, 26 Feb 2003 10:38:30 -0700
>From: Daryl Herzmann <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200302261447.h1QElvt09559

>Good morning!
>
>On Wed, 26 Feb 2003, Unidata Support wrote:
>
>>Have you tried setting the depth to 24 bits (you mentioned trying it at
>>16 bits) as well as 8 bits. It would seem that the slant is caused by an
>>incorrect length (number of pixels) on the line. Try using the default
>>(900x700) geometry (it looked like you were using something else from the
>>web gif I saw).
>
>Thanks for the tips!  Here is what works and what doesn't
>
>             DEVICE=GF|ba.gif|900;700   DEVICE=GF|ba.gif
>24bpp Xvfb         Yes                     Yes
>16bpp Xvfb         Yes                     No
> 8bpp Xvfb      (Doesn't work with XFree > 4.0.1-15, we already know that)
>
>The 24bpp works in both cases, so I am happy!  
>
>>Presumably you don't have the same problems when using your X console
>>directly instead of the virtual frame buffer.
>
>The above table applies to Xconsole use as well.  Something is up with 
>16bpp and not specifying an image size.  Who knows!  I am back in business 
>now, so Thank you, Thank you, Thank you!  UNIDATA saves the day!!!
>
>Daryl
>
>

Daryl,

Its possible that something isn't initialized correctly when a size isn't
explicitly specified. At least you have a solution for the present time.

Steve