Higher-bit scans are reduced to 8 bit

Bug #588231 reported by Sybren Stüvel on 2010-06-01
This bug affects 1 person
Affects Status Importance Assigned to Milestone
skanlite (Ubuntu)
Christian Mangold

Bug Description

Binary package hint: skanlite

I'm using an Epson GT-X700 scanner with Skanlite on Kubuntu 10.04. Skanlite supports the scanner, but scanning at more than 8 bit per colour doesn't work. I set up Skanlite like this:

  - Scan source: Transparency Unit
  - Film type: Negative film
  - Scan mode: Grey
  - Bit depth: 16
  - Scan resolution: 600 DPI
  - Focus position: Focus on glass

The scan seems to work as expected, but when it has finished I get this message:

    The image data contained 16 bits per colour, but the colour depth has been truncated to 8 bits per colour.

An 8-bit PNG file is saved, instead of a 16-bit image as I requested. The message doesn't give any indication as to the cause nor the solution. If it is a matter of selecting the correct file format, you can't expect the user to know all details about PNG, BPM and all those other three-letter acronyms. If the user has selected 16-bit and a file format that doesn't support it, this should be reflected in the error message, and the message should be given *before* scanning commences.

XSane works fine with the same scanner and the same settings, and outputs 16-bit TIFF files.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: skanlite 0.4-kde4.4.0-1
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic
Uname: Linux 2.6.32-22-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Tue Jun 1 12:06:06 2010
ExecutablePath: /usr/bin/skanlite
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
 PATH=(custom, user)
SourcePackage: skanlite
 (process:1734): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (npviewer.bin:1954): Gdk-WARNING **: XID collision, trouble ahead
 (npviewer.bin:1954): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libqtcurve.so: wrong ELF class: ELFCLASS64
 (npviewer.bin:1954): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libqtcurve.so: wrong ELF class: ELFCLASS64
 (script-fu:3188): LibGimpBase-WARNING **: script-fu: gimp_wire_read(): error

Sybren Stüvel (sybren-stuvel) wrote :
Sybren Stüvel (sybren-stuvel) wrote :

On my computer Skanlite supports the following image formats: PNG, JPG, JPEG (what's the difference with JPG?), BMP, PPM, XBM and XPM. I did some digging on Wikipedia, and it seems that none of these formats can actually hold an image with more than 8 bits per colour.

In my opinion any scanning application should at least support output to higher-bit TIFF files. PPM, XBM and XPM aren't used by any graphical designer or photographer, but TIFF is widely used.

Sybren Stüvel (sybren-stuvel) wrote :

I've reported this bug upstream at https://bugs.kde.org/show_bug.cgi?id=240339

Changed in skanlite (Ubuntu):
assignee: nobody → Christian Mangold (neversfelde)
status: New → In Progress
Changed in skanlite (Ubuntu):
importance: Undecided → Low
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package skanlite - 0.6-1ubuntu1

skanlite (0.6-1ubuntu1) natty; urgency=low

  * Merge frm Debian Experimental, remaining changes;
   - Add export KUBUNTU_DESKTOP_POT=extragear-graphics_skanlite to

skanlite (0.6-1) experimental; urgency=low

  The "Terra Eternal" release.

  * New upstream release (LP: #588231)
  * debian/control:
    - Bumped Standards-Version to 3.9.1, no further changes needed.
    - Updated Homepage field.
    - Added libpng12-dev to B-D.
  * debian/rules: Added --parallel to dh invocation.
  * debian/source:
    - options: Added to ensure BZip2 compression.
    - local-options: Added with "unapply-patches" in preparation for migration
      to Git.
  * debian/watch: Updated for new location on SF (custom rule as redirector
    doesn't work).
  * debian/patches/add_upstream_changelog.patch: Updated.
  * debian/source.lintian-overrides: Added (consequence of the custom SF watch
 -- Scott Kitterman <email address hidden> Sat, 27 Nov 2010 11:17:01 -0500

Changed in skanlite (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.