Hello Robert, hello Bill,
I have investigated an BMP image exported from Guide 7.0 and compared it with
the same image captured with print screen. The color resolution of my monitor
was 65536 colors (16 bit high color). With Photoshop 3.0 I measured the
R G B - values of each image in the track of the partial phase of a solar
eclipse. Here are the results:
RGB (prt scr) RGB (BMP from Guide)
120 120 120 240 240 120
112 120 120 224 240 120
104 120 120 208 240 120
96 120 120 192 240 120
88 120 120 176 240 120
80 120 120 160 240 120
72 120 120 144 240 120
64 120 120 128 240 120
56 120 120 112 240 120
So I have to confirm the facts Robert stated and correct my former mail. The
conclusion looks like follows:
The values of the R and G channels of the BMP image of Guide are by a factor of
2 to high, B is ok.
Bill, is it in your reach to correct the code in Guide or are you using a third
party converter?
I hope this has clarified the strange behaviour of BMP outputs.
Clear skies wishes
Bernd
> --- In guide-user@egroups.com, Bernd Brinkmann <bernd.brinkmann@f...>
> wrote:
> > > Does the make BMP function still work, Bill, there was some talk
> of that many
> > > moons ago?? I can't remember.
> >
> > Yes, it still works fine.
>
>
> The function usually works well, as long as I don't try to export the
> display of an eclipse path. There the colors run wild, at least on my
> system (windows/nt).
>
> The *.bmp file looks like a 24bit true color image so the problem is
> probably not with some different palette usage.
>
> Depending of the display settings, I get various results:
>
> 256 colors: The *.bmp matches the display (both ugly)
> 16bit High Color: The "partial" display flips over from light green
> to
> dark blue, halfway to the central line.
> 32bit True Color: just a few greys, much of the colored objects
> completely missing.
Bernd Brinkmann
Herne, Germany
http://homepage.ruhr-uni-bochum.de/Bernd.A.Brinkmann/index.html