[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[mgp-users 1508] Re: Problem with mgp2ps -c
- To: Kevin.Buckley@ecs.vuw.ac.nz
- Subject: [mgp-users 1508] Re: Problem with mgp2ps -c
- From: Yoshifumi Nishida <nishida@sfc.wide.ad.jp>
- Date: Sun, 06 Jun 2010 17:34:33 +0900 (JST)
- Cc: mgp-users@wide.ad.jp
- In-reply-to: <>
- References: <> <>
- Sender: owner-mgp-users@wide.ad.jp
Hello Kevin,
If it's ok for you, please send me the image file that cause the issue.
Thanks,
--
Yoshifumi Nishida
nishida@sfc.wide.ad.jp
From: Kevin.Buckley@ecs.vuw.ac.nz
Subject: Re: [mgp-users 1505] Problem with mgp2ps -c
Date: Sun, 6 Jun 2010 15:47:04 +1200
Message-ID: <>
> > Another problem seems to be the implementation of newimage under mgp2ps.
> > First, simple black and white graphics don't appear (I suspect that this
> > is the same problem as above).
>
> Just to say that I have recently seen a problem with newimage in
> mgp itself, when loading a 16-bit image.
>
> Using ImageMagick's identify on the PNG that fails and one that doesn't
>
> $ identify kepler-uifilt-002d-75.png
> kepler-uifilt-002d-75.png PNG 536x133 536x133+0+0 DirectClass 16-bit
> 69.6543kb
>
>
> $ identify kepler-003-85-montage.png
> kepler-003-85-montage.png PNG 799x417 799x417+0+0 DirectClass 16-bit
> 130.646kb
>
> tells me little, however, when I add the verbose flag
>
> Image: kepler-uifilt-002d-75.png
> Format: PNG (Portable Network Graphics)
> Class: DirectClass
> Geometry: 536x133+0+0
> Type: TrueColorMatte
> Endianess: Undefined
> Colorspace: RGB
> Depth: 16-bit
> Channel depth:
> Red: 16-bit
> Green: 16-bit
> Blue: 16-bit
> Alpha: 1-bit
> Channel statistics:
> Red:
> Min: 0 (0)
> Max: 65535 (1)
> Mean: 55133.3 (0.84128)
> Standard deviation: 14422.3 (0.220071)
> Green:
> Min: 0 (0)
> Max: 65535 (1)
> Mean: 55057.5 (0.840123)
> Standard deviation: 14480.2 (0.220954)
> Blue:
> Min: 0 (0)
> Max: 65535 (1)
> Mean: 53650 (0.818646)
> Standard deviation: 14696 (0.224247)
> Opacity:
> Min: 0 (0)
> Max: 0 (0)
> Mean: 0 (0)
> Standard deviation: 0 (0)
> Rendering intent: Undefined
> Resolution: 72x72
> Units: Undefined
> Filesize: 69.6543kb
> Interlace: None
> Background color: white
> Border color: rgb(223,223,223)
> Matte color: grey74
> Transparent color: none
> Page geometry: 536x133+0+0
> Dispose: Undefined
> Iterations: 0
> Compression: Zip
> Orientation: Undefined
> Properties:
>
> Image: kepler-003-85-montage.png
> Format: PNG (Portable Network Graphics)
> Class: DirectClass
> Geometry: 799x417+0+0
> Type: TrueColor
> Endianess: Undefined
> Colorspace: RGB
> Depth: 8-bit
> Channel depth:
> Red: 8-bit
> Green: 8-bit
> Blue: 8-bit
> Channel statistics:
> Red:
> Min: 0 (0)
> Max: 255 (1)
> Mean: 221.074 (0.866959)
> Standard deviation: 64.3881 (0.252502)
> Green:
> Min: 0 (0)
> Max: 255 (1)
> Mean: 228.147 (0.894692)
> Standard deviation: 48.0718 (0.188517)
> Blue:
> Min: 0 (0)
> Max: 255 (1)
> Mean: 229.612 (0.900439)
> Standard deviation: 45.124 (0.176957)
> Rendering intent: Undefined
> Resolution: 72x72
> Units: Undefined
> Filesize: 130.646kb
> Interlace: None
> Background color: white
> Border color: rgb(223,223,223)
> Matte color: grey74
> Transparent color: black
> Page geometry: 799x417+0+0
> Dispose: Undefined
> Iterations: 0
> Compression: Zip
> Orientation: Undefined
> Properties:
>
> it would seem that the one that fails has an explicit alpha
> channel.
>
> I have compiled versions of mgp that have rendered the image
> in question correctly, in the past, so I am thinking that it
> is something a bit deeper.
>
> I am trying to dig deeper and will report any findings. I'd be
> happy to hear of anyone else's too,
> Kevin
>
> --
> Kevin M. Buckley Room: CO327
> School of Engineering and Phone: +64 4 463 5971
> Computer Science
> Victoria University of Wellington
> New Zealand
>