octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #41584] .bmp / .png display error for saturate


From: Carnë Draug
Subject: [Octave-bug-tracker] [bug #41584] .bmp / .png display error for saturated RGB image.
Date: Fri, 14 Feb 2014 03:21:02 +0000
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131030 Firefox/17.0 Iceweasel/17.0.10

Follow-up Comment #3, bug #41584 (project octave):

I messed up the syntax on the last message sos here it goes again:

Mike, I can replicate the problem on my system.

imread() returns a 128x128x3 logical matrix on my system which imshow() fails
to display.

I don't know if the quantum depth used with GraphicsMagick (GM) could make a
difference (I have it built with quantum-depth 32).

The gm application identifies the image correctly has 8bit


$ gm identify test.bmp
test.bmp BMP 128x128+0+0 DirectClass 8-bit 48.1K 0.000u 0:01


I believe the problem may be with get_depth() in __magick_read__.cc which
tries to workaround some wrong results of GM (there's a big block of comments
there trying to explain the issue).

The issue is that GM is not in fault here. What they return as depth,
channelDepth, classType, etc is not meant to be interpreted as the way the
image was represented in the file, but the way GM is keeping it in memory. If
an image has few colors, GM may decide to interpret it as indexed, if all
channels are equal, it may decide to keep it grayscale, etc. They don't have
methods that will reliable tell us what was in the file.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?41584>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]