Provided by: manpages-de_4.21.0-2_all 
BEZEICHNUNG
sane-bh - SANE-Backend für Dokumentenscanner der Bell+Howell Copiscan II-Serie
BESCHREIBUNG
Die Bibliothek sane-bh implementiert ein SANE- (Scanner Access Now Easy-) Backend, das
Zugriff auf Dokumentenscanner der Bell+Howell Copiscan II-Serie ermöglicht. Während der
Entwicklung und des Testens war der Copiscan II 6338 das primäre Scanner-Modell, aber da
die Programmierschnittstelle für die gesamte Serie konsistent ist, sollte es für die
folgenden Scanner-Modelle funktionieren:
COPISCAN II 6338 Duplex-Scanner mit ACE
COPISCAN II 2135 Simplex-Scanner
COPISCAN II 2137(A) Simplex-Scanner (mit ACE)
COPISCAN II 2138A Simplex-Scanner mit ACE
COPISCAN II 3238 Simplex-Scanner
COPISCAN II 3338(A) Simplex-Scanner (mit ACE)
Falls Sie einen Bell+Howell-Scanner haben und in der Lage sind, ihn mit diesem Backend zu
testen, informieren Sie bitte (auf Englisch) sane-devel@alioth-lists.debian.net mit der
Modellnummer und den Testergebnissen. Schauen Sie auf
http://www.sane-project.org/mailing-lists.html bezüglich des Abonnements von Sane-devel.
Zusätzlich ist der Autor bezüglich der Wahrscheinlichkeit, dieses Backend mit den neueren
Scannern der 4000- und 8000-Serie zu verwenden, neugierig. Falls Sie so ein Teil haben,
lassen Sie es mich wissen.
Die Dokumentenscanner der Bell+Howell Copiscan II-Serie sind für
Dokumenten-Scan-Anwendungen für große Mengen und hohen Durchsatz entwickelt. Daher sind
sie Lineart-/Graustufen-Scanner, die eine feste Anzahl an relativ geringen Auflösungen
unterstützen (z.B. 200/240/300 DPI). Allerdings verfügen sie über eine Reihe von
interessanten und nützlichen Funktionalitäten, die für die Bedürfnisse von
Dokumentdarstellungsanwendungen geeignet sind. Dieses Backend versucht, so viele dieser
Funktionalitäten wie möglich zu unterstützen.
Die beim Schreiben dieses Backends verwendete zentrale technische Referenz war das
Technical Manual Version 1.5 des Bell and Howell Copiscan II Remote SCSI Controller (RSC)
OEM. Das Linux-SCSI-Programmier-HOWTO, die SANE-API-Dokumentation und der SANE-Quellcode
waren auch extrem wertvolle Ressourcen.
Die neuste Backend-Veröffentlichung, zusätzliche Informationen und hilfreiche Tipps sind
von der Backend-Homepage verfügbar:
http://www.martoneconsulting.com/sane-bh.html
GERÄTENAMEN
Dieses Backend erwartet Gerätenamen der folgenden Form:
Spezialdatei
Die angegebene Spezialdatei ist der Pfadname eines Spezialgeräts, das einem SCSI-Scanner
entspricht. Für SCSI-Scanner muss der Name des Spezialgeräts ein generisches SCSI-Gerät
oder ein symbolischer Link zu so einem Gerät sein. Unter Linux hat ein solcher Gerätename
beispielsweise das Format /dev/sga oder /dev/sg0. Siehe sane-scsi(5) für Details.
OPTIONEN
Scanmodus-Optionen:
--preview[=(yes|no)] [no]
fordert einen Scan in Vorschau-Qualität an. Wenn --preview auf »yes« gesetzt ist,
wird die Bildkomprimierung deaktiviert und das Bild wird in einem
SANE_FRAME_GRAY-Rahmen geliefert.
--mode lineart|halftone [lineart]
wählt den Scan-Modus (z.B. lineart, monochrome oder color).
--resolution 200|240|300dpi [200]
wählt die Auflösung des gescannten Bildes. Jedes Scanner-Modell unterstützt eine
Reihe von Standardauflösungen; nur diese Auflösungen können verwendet werden.
--compression none|g31d|g32d|g42d [none]
setzt den Kompressionsmodus des Scanners. Bestimmt die Art der Daten, die vom
Scanner zurückgeliefert werden. Werte sind:
none - unkomprimierte Daten - ausgeliefert in einem SANE_FRAME_GRAY-Rahmen
g31d - CCITT G3 1 dimension (MH) - ausgeliefert in einem SANE_FRAME_G31D-Rahmen
g32d - CCITT G3 2 dimensions (MR, K=4) - ausgeliefert in einem
SANE_FRAME_G32D-Rahmen
g42d - CCITT G4 (MMR) - ausgeliefert in einem SANE_FRAME_G42D-Rahmen
HINWEIS: Die Verwendung der Kompressionswerte g31d, g32d und g42d führt dazu, dass
das Backend optionale Rahmenformate erstellt, die nicht von allen SANE-Oberflächen
unterstützt werden könnten.
Geometrie-Optionen:
--autoborder[=(yes|no)] [yes]
aktiviert/deaktiviert die automatische Bildkantenerkennung. Die RSC-Einheit wird
automatisch den Bildbereich erkennen und die passende Fenstergeometrie setzen, wenn
diese Option aktiviert ist.
--paper-size Custom|Letter|Legal|A3|A4|A5|A6|B4|B5 [Custom]
gibt die Scanfenster-Geometrie an, indem die Papiergröße der einzuscannenden
Dokumente angegeben wird.
--tl-x 0..297.18mm [0]
Obere linke x-Position des Scanbereichs.
--tl-y 0..431.8mm [0]
Obere linke y-Position des Scanbereichs.
--br-x 0..297.18mm [297.18]
Untere rechte x-Position des Scan-Bereichs.
--br-y 0..431.8mm [431.8]
Untere rechte y-Position des Scan-Bereichs.
Einzug-Optionen:
--source Automatic Document Feeder|Manual Feed Tray [Automatic Document Feeder]
wählt die Scan-Quelle (wie einen Dokumenteneinzug). Diese Option wird
bereitgestellt, um mehrfache Bildscans mit xsane(1) zu erlauben, sie hat keinerlei
anderen Zweck.
--batch[=(yes|no)] [no]
aktiviert/deaktiviert Stapelmodusscannen. Stapelmodus erlaubt das Scannen bei
maximalem Durchsatz durch Puffern innerhalb der RSC-Einheit. Diese Option wird
empfohlen, wenn mehrere Seiten-Scans durchgeführt werden, bis die Zuführung leer
ist.
--duplex[=(yes|no)] [no]
aktiviert Duplex- (doppelseitiges) Scannen. Der Scanner nimmt ein Bild von jeder
Seite des Dokuments auf, während eines einzigen Durchlaufs durch den Scanner. Die
Vorderseite wird ausgeliefert, gefolgt von der Rückseite. Die meisten Optionen, wie
Komprimierung, betreffen sowohl die Vorder- als auch die Rückseite.
--timeout-adf 0..255 [0]
setzt die Zeitüberschreitung in Sekunden für den automatischen Dokumenteneinzug
(ADF). Der Wert 0 legt die Hardware-Vorgabe fest, die vom Scanner-Modell abhängt.
--timeout-manual 0..255 [0]
setzt die Zeitüberschreitung in Sekunden für semi-automatische
Dokumentenzuführungen. Der Wert 0 legt die Hardware-Vorgabe fest, die vom
Scanner-Modell abhängt.
--check-adf[=(yes|no)] [no]
prüft vor dem Starten des Scans den ADF-Status mittels des Befehls »OBJECT
POSITION«. Beachten Sie, dass diese Funktionalität die RSC-Firmwarestufe 1.5 oder
höher benötigt und der Kippschalter 4 in der Ein-Position sein muss. Beachten Sie:
Diese Option wurde nicht ausführlich getestet und könnte unerwünschte Ergebnisse
liefern.
Verbesserung:
--control-panel[=(yes|no)] [yes]
aktiviert das Steuerfeld des Scanners zur Auswahl von Bildverbesserungsparametern.
Wenn die Option auf »no« gesetzt ist, werden die folgenden Optionen zur Steuerung
der Bildverbesserung verwendet. Siehe die Benutzeranleitung der Bell+Howell-Scanner
für die vollständigen Informationen über die ACE-Funktionalität.
--ace-function -4..4 [3]
legt die automatische Kontrastverbesserungs- (ACE-)Funktion fest.
--ace-sensitivity 0..9 [5]
legt die Empfindlichkeit der Kontrastverbesserung (ACE) fest.
--brightness 0..255 [0]
steuert die Helligkeit des aufgenommenen Bildes. Für ACE-fähige Scanner wird dies
ignoriert.
--threshold 0..255 [0]
wählt die minimale Helligkeit, um einen Weißpunkt zu erhalten. Für ACE-fähige
Scanner wird dies ignoriert.
--contrast 0..255 [inactive]
steuert den Kontrast des aufgenommenen Bildes. Diese Option wird derzeit vom
Scanner nicht verwendet (und wird dies wahrscheinlich auch nie).
--negative[=(yes|no)] [no]
tauscht schwarz und weiß, führt zu einem invertierten Bild.
Icon:
--icon-width 0..3600pel (in Schritten von 8) [0]
Breite des Icons (Minibildes) in Pixel.
--icon-length 0..3600pel (in Schritten von 8) [0]
Länge des Icons (Minibildes) in Pixel.
Barcode-Optionen:
--barcode-search-bar <siehe Liste> [none]
legt den Barcodetyp fest, nach dem gesucht werden soll. Falls diese Option nicht
oder mit einem Wert »none« angegeben ist, dann wird die
Barcode-Dekodierfunktionalität komplett deaktiviert. Die gültigen Barcodetypen
sind:
none
ean-8
ean-13
reserved-ean-add
code39
code2-5-interleaved
code2-5-3lines-matrix
code2-5-3lines-datalogic
code2-5-5lines-industrial
patchcode
codabar
codabar-with-start-stop
code39ascii
code128
code2-5-5lines-iata
--barcode-search-count 1..7 [3]
Anzahl, wie oft der RSC den Dekodieralgorithmus durchführen soll. Um die Leistung
zu erhöhen, geben Sie den kleinstmöglichen Wert an. Falls Probleme beim Erkennen
des Barcodes auftreten, wird empfohlen, dass Sie diese Option auf ihren Maximalwert
(7) erhöhen.
--barcode-search-mode <siehe Liste> [horiz-vert]
wählt die Orientierung der Barcodes, nach denen gesucht werden soll. Die gültigen
Orientierungen sind:
horiz-vert
horizontal
vertical
vert-horiz
--barcode-hmin 0..1660mm [5]
setzt die minimale Höhe des Barcodes in Millimetern (größere Werte erhöhen die
Erkennungsgeschwindigkeit). Natürlich müssen die tatsächlichen Barcodes im Dokument
von geeigneter Größe sein.
--barcode-search-timeout 20..65535us [10000]
setzt die Zeitüberschreitung für die Barcode-Suche in Millisekunden. Wenn die
Zeitüberschreitung abgelaufen ist, wird der Dekoder aufhören zu versuchen, nach
Barcodes zu suchen.
--section <Zeichenkette> []
legt eine Reihe von Bildabschnitten fest. Ein Abschnitt kann zum Erfassen eines
Teilbildes oder eines kleineren Bereichs für die Suche nach Barcodes verwendet
werden. Jeder Abschnitt wird in dem folgenden Format angegeben (Einheiten sind
Millimeter):
<Breite>x<Höhe>+<obere-linke-x>+<obere-linke-y>[:Funktionscode]
Mehrere Abschnitte können angegeben werden, indem sie durch Kommata getrennt werden.
Zum Beispiel identifiziert 76.2x25.4+50.8+0:frontbar einen 3 Zoll breiten und 1 Zoll hohen
Bereich, wo sich die obere linke Ecke oben an der Seite und zwei Zoll von der linken Seite
des Papiers befindet. Dieser Abschnitt wird nur für die Barcode-Dekodierung auf der
Titelseite verwendet.
Zum Beispiel identifiziert 50.8x25.4+25.4+0:frontbar:front:g42d einen 2 Zoll breiten und 1
Zoll hohen Bereich, wo sich die obere linke Ecke oben an der Seite und einen Zoll von der
linken Seite des Papiers befindet. Dieser Abschnitt wird für die Barcode-Dekodierung auf
der Titelseite sowie zur Erstellung eines mit g42d komprimierten Bildes verwendet.
Normalerweise werden Barcodes im gesamten Bild gesucht. Wenn Sie allerdings einen
Abschnitt festlegen, erfolgt die gesamte Suche innerhalb des gekennzeichneten Abschnitts.
Dies kann den Dekodierprozess deutlich beschleunigen.
Die folgenden Funktions-Codes sind verfügbar:
front - erstellt ein Bild für den Titelseitenabschnitt
back - erstellt ein Bild für den Rückseitenabschnitt
frontbar - führt die Barcode-Suche im Titelseitenabshnitt durch
backbar - führt die Barcode-Suche im Rückseitenabschnitt durch
frontpatch - führt die Patchcode-Suche im Titelseitenabschnitt durch
backpatch - führt die Patchcode-Suche im Rückseitenabschnitt durch
none - verwendet keine Bildkomprimierung
g31d - verwendet eindimensionale Gruppe 3-Bild-Komprimierung
g32d - verwendet zweidimensionale Gruppe 3-Bildkomprimierung
g42d - verwendet zweidimensionale Gruppe 4-Bildkomprimierung
Falls Sie keinen Funktions-Code für die Komprimierung angeben, wird die Einstellung für
ganzseitige Komprimierung verwendet. Falls Sie mehrere Komprimierungs-Funktions-Codes
angeben, wird der letzte verwendet.
--barcode-relmax 0..255 [0]
legt die maximale Beziehung vom breitesten zum schmalsten Balken fest.
--barcode-barmin 0..255 [0]
legt die minimale Anzahl an Balken in Bar-/Patch-Code fest.
--barcode-barmax 0..255 [0]
legt die maximale Anzahl an Balken in Bar-/Patch-Code fest.
--barcode-contrast 0..6 [3]
legt den beim Dekodieren verwendeten Bildkontrast fest. Verwenden Sie höhere Werte,
wenn es mehr weiße Pixel im Code gibt.
--barcode-patchmode 0..1 [0]
steuert die Erkennung des Patch-Codes.
KONFIGURATION
Der Inhalt der Datei bh.conf ist eine Liste von Dateinamen, die Bell+Howell-Scannern
entsprechen. Siehe sane-scsi(5) bezüglich der Details, wie ein gültiger Dateiname
aufgebaut ist. Zusätzlich können Optionen angegeben werden; diese Zeilen beginnen mit dem
Wort »option«. Jede Option wird im Detail nachfolgend beschrieben. Leere Zeilen und
solche, die mit einer Raute (#) beginnen, werden ignoriert.
OPTIONEN
Die folgenden Optionen können in der Datei bh.conf festgelegt werden:
disable-optional-frames
Diese Option verhindert, dass das Backend optionale Rahmen sendet. Diese Option
kann nützlich sein, wenn Oberflächen ins Spiel kommen, die diese zusätzlichen
Rahmen nicht unterstützen. Wenn diese Option wirksam ist, werden die Daten in einem
SANE_FRAME_GRAY-Rahmen gesendet. Die von diesem Backend optional gesendeten Rahmen
sind: SANE_FRAME_G31D, SANE_FRAME_G32D, SANE_FRAME_G42D und SANE_FRAME_TEXT. Diese
Rahmen werden basierend auf den Komprimierungs- und Barcode-Optionen gesendet.
Diese Rahmen werden niemals im Vorschaumodus gesendet.
fake-inquiry
Diese Option ist im Fehlersuchmodus nützlich und wird nicht empfohlen. Im Kern
erlaubt sie es dem Backend, sich auch ohne vorhandenen Scanner zu initialisieren.
Dies ist nur zu Entwicklungszwecken nützlich. Diese Option muss vor den Geräten,
die fingiert werden sollen, in der Konfigurationsdatei festgelegt werden.
DATEIEN
/etc/sane.d/bh.conf
Die Backend-Konfigurationsdatei (siehe auch die nachfolgende Beschreibung von
SANE_CONFIG_DIR).
/usr/lib/x86_64-linux-gnu/sane/libsane-bh.a
Die statische Bibliothek, die dieses Backend implementiert.
/usr/lib/x86_64-linux-gnu/sane/libsane-bh.so
Die dynamische Bibliothek, die dieses Backend implementiert (auf Systemen
verfügbar, die dynamisches Laden unterstützen).
UMGEBUNGSVARIABLEN
SANE_CONFIG_DIR
Diese Umgebungsvariable gibt eine Liste von Verzeichnissen an, die die
Konfigurationsdatei enthalten können. Auf *NIX-Systemen sind die Verzeichnisse
durch Doppelpunkte (:) getrennt, unter OS/2 durch Semikola (;). Falls diese
Variable nicht gesetzt ist, wird in zwei Standardverzeichnissen nach der
Konfigurationsdatei gesucht: zuerst im aktuellen Arbeitsverzeichnis (.) und dann in
/etc/sane.d. Falls der Wert der Umgebungsvariable mit dem Verzeichnis-Trennzeichen
endet, dann werden die Standardverzeichnisse nach den explizit angegebenen
Verzeichnissen durchsucht. Wenn Sie beispielsweise SANE_CONFIG_DIR auf
»/tmp/config:« setzen, wird in den Verzeichnissen »tmp/config«, ».« und
»/etc/sane.d« gesucht (in dieser Reihenfolge).
SANE_DEBUG_BH
Falls die Bibliothek mit Debug-Unterstützung kompiliert wurde, steuert diese
Umgebungsvariable die Debug-Stufe für dieses Backend. Beispielsweise bewirkt ein
Wert von 255 die Anzeige sämtlicher Debug-Ausgaben. Kleinere Werte reduzieren die
Ausführlichkeit.
UNTERSTÜTZTE FUNKTIONEN
ADF-Unterstützung
Bei Dokumentenscannern ist die Unterstützung des automatischen Dokumenteneinzugs
(ADF) eine Kernfunktionalität. Das Backend unterstützt standardmäßig ADF und
liefert SANE_STATUS_NO_DOCS zurück, wenn die »Papier leer«-Bedingung aufgetreten
ist. Die SANE-Oberfläche scanadf(1) ist eine Befehlszeilenoberfläche, die
Mehrseiten-Scans unterstützt. Sie wurde mit diesem Backend erfolgreich verwendet.
Die SANE-Oberfläche xsane(1) ist eine verbesserte GUI-Oberfläche von Oliver Rauch.
Die Unterstützung für Mehrseiten-Scans ist in Xsane seit Version 0.35 enthalten.
Duplex Scannen
Einige Modelle, wie der COPISCAN II 6338, unterstützen das Duplex-Scannen. Das
bedeutet, sie können während eines einzelnen Durchlaufs durch den Scanner beide
Seiten eines Dokuments scannen (der Scanner hat zwei Kameras). Dieses Backend
unterstützt Duplex-Scannen (mit der Option --duplex). Die Bilder der Vorder- und
Rückseite werden nacheinander ausgeliefert, als ob sie separat gescannte Seiten
wären.
Hardware-Komprimierung
Der Scanner ist in der Lage, die Daten in einer Reihe von Industriestandardformaten
(CCITT G3, CCITT G3-2D, CCITT G4) zu komprimieren. Dies führt zu erhöhter Leistung,
da weniger Daten vom Scanner über den SCSI-Bus an den Rechner weitergegeben werden
müssen. Das Backend unterstützt diese Komprimierungen über die jeweiligen Optionen
--g31d, --g32d, --g42d. Allerdings sind viele SANE-Oberflächen nicht dazu
ausgerüstet, mit diesen Formaten umzugehen. Die SANE-Oberfläche scanadf(1)
unterstützt diese optionalen Rahmenformate. Die komprimierten Bilddaten werden in
eine Datei geschrieben und können dann über ein Scan-Skript mit der Option
--scan-script weiterverarbeitet werden. Beispiele hierfür finden Sie auf der
Homepage von scanadf(1).
Automatische Randerkennung
Der Scanner kann automatisch die Papiergröße erkennen und die
Scan-Fenster-Geometrie entsprechend anpassen. Das Backend unterstützt diese
nützliche Funktionalität mit der Option --autoborder. Sie ist standardmäßig
aktiviert.
Stapelmods-Scannen
Der Stapelmodus-Scan erlaubt maximalen Durchsatz. Die »Set Window«-Parameter müssen
während des gesamten Durchlaufs konstant bleiben.
Icon-Erstellung
Die Icon-Funktion erstellt ein Miniaturbild des vollständigen Seitenabbilds, das
übertragen werden kann, als ob es eine getrennte Seite wäre. Dies ermöglicht es dem
Rechner, während des Scannens schnell ein Miniaturbild anzuzeigen. Vielleicht wäre
dies eine großartige Art, einen Vorschau-Scan zu implementieren, da aber der
normale Scan so schnell ist, könnte dies den Arbeitsaufwand nicht rechtfertigen.
Mehrere Abschnitte
Mehrere Abschnitte (Scan-Teilfenster) können für die Vorder- und Rückseiten
definiert werden. Jeder Abschnitt kann über andere Charakteristiken (z.B.
Geometrie, Komprimierung) verfügen. Die Abschnitte werden zurückgeliefert, als ob
sie getrennt gescannte Bilder wären. Zusätzliche Abschnitte können zur massiven
Verbesserung der Genauigkeit und Effizienz des
Barcode-/Patchcode-Dekodierungsprozesses verwendet werden, indem der Suchbereich
auf einen kleinen Teil der Seite reduziert wird. Die meisten Scanner der Copiscan
II-Serie unterstützen bis zu 8 benutzerdefinierte Abschnitte.
Unterstützung für die Barcode-/Patchcode-Dekodierung
Die RSC-Einheit kann Bar- und Patch-Codes verschiedener Typen erkennen, die in die
Seite eingebettet sind. Die Codes werden dekodiert und die Daten an die Oberfläche
als Textrahmen zurückgeliefert. Der Text ist in XML kodiert und enthält einen
großen Umfang an Informationen über die dekodierten Daten, wie den Ort, wo sie
gefunden wurden, die Orientierung und die Zeit, die zum Finden benötigt wurde.
Weitere Informationen über den Inhalt dieses Textrahmens sowie ein paar
Barcode-Dekodier-Beispiele können auf der Homepage des Backends gefunden werden.
EINSCHRÄNKUNGEN
Dekodierung eines einzelnen Barcode-Typs pro Scan
Die RSC-Einheit kann nach bis zu sechs verschiedenen Barcode-Typen pro Scan auf
einmal suchen. Während der Code dies im Allgemeinen gut unterstützt, erlaubt die
Option --barcode-search-bar nur die Angabe eines einzelnen Barcode-Typs. Vielleicht
könnte eine weitere Option hinzugefügt werden, die dem Benutzer die Angabe einer
Kommata-getrennten Liste an Barcode-Typen erlauben würde, um das zu erreichen.
Scannen einer festen Seitenanzahl im Stapelmodus
Die Trennung von Backend- und Oberflächenfunktionalität in SANE stellt ein Problem
dar, die Funktionalität »Stapelverarbeitung abbrechen« beim Scanner zu
unterstützen. Im Stapelverarbeitungsmodus ist der Scanner dem Rechner immer eine
Seite voraus. Der Rechner, der vorab weiß, welche Seite die letzte sein wird, kann
den Stapelverarbeitungsmodus abbrechen, bevor er den letzten Scan-Befehl initiiert.
Derzeit ist für die Oberfläche kein Mechanismus verfügbar, um dieses Wissen an das
Backend weiterzugeben. Falls der Stapelverarbeitungsmodus aktiviert ist und
--end-count eine Scanadf-Sitzung abbricht, wird eine zusätzliche Seite durch den
Scanner gezogen, die aber weder gelesen noch an die Oberfläche ausgeliefert wird.
Dieses Problem kann vermieden werden, indem --batch=no beim Scannen einer festen
Seitenanzahl verwendet wird.
Revision 1.2 Patch-Erkenner
Es gibt einen erweiterten Patchcode-Erkennungsalgorithmus, der in der RSC mit
Version 1.2 oder höher verfügbar ist, der schneller und zuverlässiger als der
Standard Bar-/Patchcode-Dekodierer ist. Dies wird derzeit nicht unterstützt.
FEHLER
Dies ist ein neues Backend, detaillierte Fehlerberichte (auf Englisch) werden begrüßt und
erwartet ;)
Falls Sie glauben, einen Fehler gefunden zu haben, versuchen Sie ihn zu reproduzieren,
nachdem Sie die Umgebungsvariable SANE_DEBUG_BH auf 255 gesetzt haben und schicken Sie auf
Englisch einen Bericht mit den detaillierten Bedingungen rund um den Fehler an
sane-devel@alioth-lists.debian.net.
SIEHE AUCH
sane(7), sane-scsi(5), scanimage(1), scanadf(1), xsane(1)
AUTOR
Das Backend sane-bh wurde von Tom Martone, basierend auf dem Backend sane-ricoh(5) von
Feico W. Dillema und dem Programm Bnhscan von Sean Reifschneider von tummy.com ltd.
geschrieben. Mark Temple fügte rund 8000 Verbesserungen hinzu.
ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von Mario Blättermann
<mario.blaettermann@gmail.com> und Helge Kreutzmann <debian@helgefjell.de> erstellt.
Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License
Version 3 ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ oder neuer bezüglich der Copyright-
Bedingungen. Es wird KEINE HAFTUNG übernommen.
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-
Mail an die Mailingliste der Übersetzer ⟨debian-l10n-german@lists.debian.org⟩.
10. Juli 2008 sane-bh(5)