Bug 996411 - GraphicsMagick: support 32 bits per pixel
Summary: GraphicsMagick: support 32 bits per pixel
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: GraphicsMagick
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Andreas Thienemann
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-13 06:44 UTC by Mario Lamas
Modified: 2014-08-20 12:40 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-08-20 12:40:55 UTC


Attachments (Terms of Use)

Description Mario Lamas 2013-08-13 06:44:04 UTC
When I use the imread() function in Octave appears the following message: 

warning: your version of GraphicsMagick limits images to 16 bits per pixel

For a optimal use of image processing in Octave there is the need of 32 bit per pixel but the image quality gonna be poor after the call of the imshow() function.

How reproducible:

- Open QtOctave.
- Use the imread() function with some image.
- Use the imshow() function with the same image called with the imread() function.
- Watch the quality of the image.

Comment 1 Rex Dieter 2014-08-20 12:40:55 UTC
http://wiki.octave.org/GraphicsMagick mentions

Warning: Increasing quantum depth may have a dramatic increase in memory usage. If you use QuantumDepth 32, all images will be read with that precision even if they were saved with 8bit. This means that a 100MB 8bit image will temporarly take 400MB memory, or more if the image was compressed and they usually are, before Octave resizes it back down to 100MB. Because of this, because 32 bit integers images are rare, and because GraphicsMagick does not handle floating point, it's recommended to use QuantumDepth of 16.


We are already using 16


If that wiki entry is not current, please clarify and re-open.


Note You need to log in before you can comment on or make changes to this bug.