sane-mustek_pp(5)
π
sane-mustek_pp(5) β File Formats Manual π
okay bestie, this is the page for the sane-mustek_pp backend β the parallel-port-scanner one β and we're gonna make it make sense. β¨
π NAME π
sane-mustek_pp β SANE backend for Mustek parallel port flatbed scanners.
β¨ DESCRIPTION β¨
The sane-mustek_pp library implements a SANE (Scanner Access Now Easy) backend that provides access to Mustek parallel port flatbed scanners and OEM versions. π«Ά
There are 2 classes of Mustek parallel port scanners: regular CCD (cold cathode device) scanners and CIS (contact image sensor) scanners. The current version of this backend supports both CCD type scanners and CIS type scanners. no cap. π
The following scanners might work with this backend:
πΈ CCD scanners πΈ
Quick vibe check, format is model β ASIC ID β CCD Type β works?:
SE 6000 Pβ ASIC ID1013β CCD Type00β works: yesSM 4800 Pβ ASIC ID1013/1015β CCD Type04/01β works: yesSE 1200 ED Plusβ ASIC ID1015β CCD Type01β works: noSM 1200 ED Plusβ ASIC ID1015β CCD Type01β works: noSE 12000 Pβ ASIC ID1505β CCD Type05β works: no600 III EP Plusβ ASIC ID1013/1015β CCD Type00/01β works: yesSE 600 SEPβ ASIC ID1013β CCD Type??β works: yes600 II EPβ ASIC ID????β CCD Type??β works: noMD9848β ASIC ID1015β CCD Type00β works: yesGallery 4800β ASIC ID????β CCD Type??β works: yesViviscan Compact IIβ ASIC ID1013β CCD Type00β works: yes
π¦ CIS scanners π¦
Format here is model β ASIC ID β works?:
Mustek 600 CP & 96 CPβ ASIC ID1015β works: yes (*)Mustek 1200 CPβ ASIC ID1015β works: yesMustek 1200 CP+β ASIC ID1015β works: yes
OEM versions β original model and works status:
- Medion/LifeTec/Tevion
MD/LT 9350/9351β original1200 CPβ works: yesMD/LT 9850/9851β original1200 CPβ works: maybe ()**MD/LT 9858β original1200 CPβ works: probablyMD/LT 9890/9891β original1200 CPβ works: yes
- Targa
Funline TS12EPβ original1200 CPβ works: yesFunline TS6EPβ original600 CPβ works: yes
- Trust
Easy Connect 9600+β original600 CPβ works: yes
- Cybercom
9352β original1200 CPβ works: yes (*)**
(*)β Calibration problems existed with earlier version of this driver. They seem to be solved now.(**)β Problems have been reported in the past for theMD/LT9850type (striped scans, head moving in wrong direction at some resolutions). It is not known whether the current version of the driver still has these problems.
π¨ IF YOU HEAR LOUD CLICKING NOISES, IMMEDIATELY UNPLUG THE SCANNER ! (This holds for any type of scanner).
(***)β Possibly, theengine_delayparameter has to be set to1 msfor accurate engine movements.
Please note that this backend is still under construction. Certain models are currently not supported and some may never be because the communication protocol is still unknown (eg., SE 12000 P). π
Some scanners work faster when EPP/ECP is enabled in the BIOS. EPP mode however may lead to hard-locks on some Linux systems. If that is the case for you, you can either disable ECP/EPP in your BIOS or disable it in the backend itself (see GLOBAL OPTIONS). π«‘
Note that the backend needs to run as root or has to have appropriate access rights to /dev/parport* if libieee1284 support is compiled in. To allow user access to the scanner run the backend through the network interface (see saned(8) and sane-net(5)). Note also that the backend does not support parport sharing, i.e. if you try printing while scanning, your computer may crash. To enable parport sharing, you have to enable libieee1284(3) at compile time. You may also have to enable the backend explicitly in your dll.conf. Just remove the hash mark in the line "mustek_pp". π
π DEVICE DEFINITION π
This backend allows multiple devices being defined and configured via the mustek_pp.conf file (even simultaneously, provided that they are connected to different parallel ports). Please make sure to edit this file before you use the backend. π
A device can be defined as follows:
scanner <name> <port name> <driver>
where:
<name>β is an arbitrary name for the device, optionally enclosed by double quotes, for instance"LifeTec 9350".<port name>β is the name of the parallel port to which the device is connected. In case libieee1284 is used for communication with the port (default setup), valid port names areparport0,parport1, andparport2.<driver>β is the driver to use for this device.
In case the backend is configured for raw IO (old setup), port addresses have to be used instead of port names: 0x378, 0x278, or 0x3BC. The mapping of parallel ports (lp0, lp1, and lp2) to these addresses can be different for different Linux kernel versions. For instance, if you are using a Kernel 2.2.x or better and you have only one parallel port, this port is named lp0 regardless of the base address. However, this backend requires the base address of your port. If you are not sure which port your scanner is connected to, have a look at your /etc/conf.modules, /etc/modules.conf and/or /proc/ioports. π
If you are unsure which port to use, you can use the magic value * to probe for your scanner. β¨
Currently available drivers are:
cis600β for600 CP,96 CP& OEM versionscis1200β for1200 CP& OEM versionscis1200+β for1200 CP+& OEM versionsccd300β for600 IIIE P& OEM version
β οΈ Choosing the wrong driver can damage your scanner! Especially, using the1200CPsettings on a600CPcan be harmful. If the scanner starts making a loud noise, turn it off immediately !!!
Using the cis600 driver on a 1200CP or a 1200CP+ is probably not dangerous. The cis1200+ driver also works for the 1200CP, and using the cis1200 driver on a 1200CP+ will typically result in scans that cover only half of the width of the scan area (also not dangerous). π«Ά
If unsure about the exact model of your OEM version, check the optical resolution in the manual or on the box: the 600CP has a maximum optical resolution of 300x600 DPI, whereas the 1200CP and 1200CP+ have a maximum optical resolution of 600x1200 DPI. π
Examples:
scanner "LifeTec 9350" 0x378 cis1200
scanner Mustek_600CP 0x378 cis600
scanner Mustek_600IIIEP * ccd300
If in doubt which port you have to use, or whether your scanner is detected at all, you can use sane-find-scanner -p to probe all configured ports. π
β¨ CONFIGURATION β¨
okay so bestie, the mustek_pp.conf file is literally a list of device definitions and device options that correspond to Mustek scanners. Empty lines and lines starting with a hash mark (#) are ignored. Options have this format:
option <name> [<value>]
Depending on the nature of the option, a value may or may not be present. Options always apply to the scanner definition that precedes them. There are no global options. Options are also driver-specific: not all drivers support all possible options. iykyk π
π Common options π
bw <value>β Black/white discrimination value to be used during lineart scanning. Pixel values below this value are assumed to be black, values above are assumed to be white.- Default value:
127 - Minimum:
0 - Maximum:
255 - Example:
option bw 150
- Default value:
π§ CIS driver options π§
top_adjust <value>β Vertical adjustment of the origin, expressed in millimeter (floating point). This option can be used to calibrate the position of the origin, within certain limits. Note that CIS scanners are probably temperature sensitive, and that a certain inaccuracy may be hard to avoid. Differences in offset between runs in the order of 1 to 2 mm are not unusual.- Default value:
0.0 - Minimum:
-5.0 - Maximum:
5.0 - Example:
option top_adjust -2.5
- Default value:
slow_skipβ Turns fast skipping to the start of the scan region off. When the region to scan does not start at the origin, the driver will try to move the scanhead to the start of the scan area at the fastest possible speed. On some models, this may not work, resulting in large inaccuracies (up to centimeters). By setting this option, the driver is forced to use normal speed during skipping, which can circumvent the accuracy problems. Currently, there are no models for which these inaccuracy problems are known to occur.
By default, fast skipping is used.
Example: option slow_skip
engine_delay <value>β Under normal circumstances, it is sufficient for the driver to wait for the scanner signaling that the engine is stable, before a new engine command can be transmitted. In rare cases, certain scanners and/or parallel port chipsets appear to prevent reliable detection of the engine state. As a result, engine commands are transmitted too soon and the movement of the scanner head becomes unreliable. Inaccuracies ranging up to 10 cm over the whole vertical scan range have been reported. To work around this problem, theengine_delayoption can be set. If it is set, the driver waits an additional amount of time after every engine command, equal to theengine_delayparameter, expressed in milliseconds. In practice anengine_delayof 1 ms is usually sufficient. The maximum delay is 100 ms.
Note that every additional ms of delay can add up to 14 seconds to the total scanning time (highest resolution), so an as small as possible value is preferred.
- Default value:
0 - Minimum:
0 - Maximum:
100 - Example:
option engine_delay 1
π¦ CCD driver options π¦
top <value>β Number of scanlines to skip to the start of the scan area. The number can be any positive integer. Values known to me are47and56.- Default value:
47 - Minimum:
0 - Maximum:
none - Example:
option top 56
- Default value:
waitbank <value>β The number of usecs to wait for a bank change. You should not touch this value actually. May be any positive integer- Default value:
700 - Minimum:
0 - Maximum:
none - Example:
option waitbank 700
- Default value:
A sample configuration file is shown below:
#
# LifeTec/Medion 9350 on port 0x378
#
scanner "LifeTec 9350" 0x378 cis1200
# Some calibration options (examples!).
option bw 127
option top_skip -0.8
#
# A Mustek 600CP on port 0x3BC
#
scanner "Mustek 600CP" 0x3BC cis600
# Some calibration options (examples!).
option bw 120
option top_skip 1.2
#
# A Mustek 1200CP+ on port 0x278
#
scanner "Mustek 1200CP plus" 0x278 cis1200+
# Some calibration options (examples!).
option bw 130
option top_skip 0.2
#
# A Mustek 600 III EPP on port parport0
#
scanner "Mustek 600 III EPP" parport0 ccd300
# Some calibration options (examples!).
option bw 130
option top 56
π GLOBAL OPTIONS π
You can control the overall behaviour of the sane-stek_pp backend by global options which precede any scanner definition in the mustek_pp.conf file.
Currently, there is only one global option:
π Global options π
no_eppβ Disable parallel port mode EPP: works around a known bug in the Linux parport code. Enable this option, if the backend hangs when trying to access the parallel port in EPP mode.- Default value: use EPP
- Example:
option no_epp
π FILES π
/etc/sane.d/mustek_pp.confβ The backend configuration file (see also description ofSANE_CONFIG_DIRbelow)./usr/lib/sane/libsane-mustek_pp.aβ The static library implementing this backend./usr/lib/sane/libsane-mustek_pp.soβ The shared library implementing this backend (present on systems that support dynamic loading).
π ENVIRONMENT π
SANE_CONFIG_DIRβ This environment variable specifies the list of directories that may contain the configuration file. On *NIX systems, the directories are separated by a colon (:), under OS/2, they are separated by a semi-colon (;). If this variable is not set, the configuration file is searched in two default directories: first, the current working directory (".") and then in/etc/sane.d. If the value of the environment variable ends with the directory separator character, then the default directories are searched after the explicitly specified directories. For example, settingSANE_CONFIG_DIRto"/tmp/config:"would result in directoriestmp/config,., and/etc/sane.dbeing searched (in this order).SANE_DEBUG_MUSTEK_PPβ If the library was compiled with debug support enabled, this environment variable controls the debug level for this backend. E.g., a value of128requests all debug output to be printed. Smaller levels reduce verbosity.
The level β debug output tea is:
0β nothing1β errors2β warnings & minor errors3β additional information4β debug information5β code flow (not supported yet)6β special debug information
SANE_DEBUG_SANEI_PA4S2β This variable sets the debug level for the SANE interface for the Mustek chipset A4S2. Note that enabling this will spam your terminal with some million lines of debug output. π
The level β debug output tea is:
0β nothing1β errors2β warnings3β things nice to know4β code flow5β detailed code flow6β everything
π SEE ALSO π
For latest bug fixes and information see http://www.penguin-breeder.org/sane/mustek_pp/
For additional information on the CIS driver, see http://home.scarlet.be/eddy_de_greef/
π AUTHORS π
- Jochen Eisinger
<jochen at penguin-breeder dot org> - Eddy De Greef
<eddy_de_greef at scarlet dot be>
π BUGS π
Too many... please send bug reports to sane-devel@alioth-lists.debian.net (note that you have to subscribe first to the list before you can send emails... see http://www.sane-project.org/mailing-lists.html).
π«Ά BUG REPORTS π«Ά
If something doesn't work, please contact us (Jochen for the CCD scanners, Eddy for the CIS scanners). But we need some information about your scanner to be able to help you...
- SANE version β Run
scanimage -Vto determine this. - the backend version and your scanner hardware β Run
SANE_DEBUG_MUSTEK_PP=128 scanimage -Las root. If you don't get any output from thesane-mustek_ppbackend, make sure a line"mustek_pp"is included into your/etc/sane.d/dll.conf. If your scanner isn't detected, make sure you've defined the right port address in yourmustek_pp.conf. - the name of your scanner/vendor β also a worthy information. Please also include the optical resolution and lamp type of your scanner, both can be found in the manual of your scanner.
- any further comments β if you have comments about the documentation (what could be done better), or you think I should know something, please include it.
That's the whole sane-mustek_pp(5) manual page, dated 13 Jul 2008 β bye bestie, go scan something iconic π
β¨π
π¦ where this page comes from
- alpine 3.24: sane-doc 1.4.0-r4 Β· GPL-2.0-or-later GPL-2.0-or-later-with-sane-exception Public-Domain
- arch rolling: sane 1.4.0-4 Β· GPL-2.0-or-later AND LicenseRef-GPL-2.0-or-later-with-linking-exception
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms