.\" -*- coding: UTF-8 -*- .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH sane\-bh 5 "10. Juli 2008" "" "SANE Scanner Access Now Easy" .IX sane\-bh .SH BEZEICHNUNG sane\-bh \- SANE\-Backend für Dokumentenscanner der Bell+Howell Copiscan II\-Serie .SH BESCHREIBUNG Die Bibliothek \fBsane\-bh\fP 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: .PP .RS COPISCAN II 6338 Duplex\-Scanner mit ACE .br COPISCAN II 2135 Simplex\-Scanner .br COPISCAN II 2137(A) Simplex\-Scanner (mit ACE) .br COPISCAN II 2138A Simplex\-Scanner mit ACE .br COPISCAN II 3238 Simplex\-Scanner .br COPISCAN II 3338(A) Simplex\-Scanner (mit ACE) .br .RE .PP Falls Sie einen Bell+Howell\-Scanner haben und in der Lage sind, ihn mit diesem Backend zu testen, informieren Sie bitte (auf Englisch) \fIsane\-devel@alioth\-lists.debian.net\fP mit der Modellnummer und den Testergebnissen. Schauen Sie auf \fIhttp://www.sane\-project.org/mailing\-lists.html\fP 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. .PP 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. .PP Die beim Schreiben dieses Backends verwendete zentrale technische Referenz war das \fBTechnical Manual Version 1.5\fP des \fBBell and Howell Copiscan II Remote SCSI Controller (RSC) OEM\fP. Das Linux\-SCSI\-Programmier\-HOWTO, die SANE\-API\-Dokumentation und der SANE\-Quellcode waren auch extrem wertvolle Ressourcen. .PP Die neuste Backend\-Veröffentlichung, zusätzliche Informationen und hilfreiche Tipps sind von der Backend\-Homepage verfügbar: .br .RS \fBhttp://www.martoneconsulting.com/sane\-bh.html\fP .RE .SH GERÄTENAMEN Dieses Backend erwartet Gerätenamen der folgenden Form: .PP .RS \fISpezialdatei\fP .RE .PP Die angegebene \fISpezialdatei\fP 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 \fI/dev/sga\fP oder \fI/dev/sg0\fP. Siehe \fBsane\-scsi\fP(5) für Details. .SH KONFIGURATION Der Inhalt der Datei \fIbh.conf\fP ist eine Liste von Dateinamen, die Bell+Howell\-Scannern entsprechen. Siehe \fBsane\-scsi\fP(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. .SH OPTIONEN Die folgenden Optionen können in der Datei \fIbh.conf\fP festgelegt werden: .TP \fBdisable\-optional\-frames\fP 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 \fBSANE_FRAME_GRAY\fP\-Rahmen gesendet. Die von diesem Backend optional gesendeten Rahmen sind: \fBSANE_FRAME_G31D\fP, \fBSANE_FRAME_G32D\fP, \fBSANE_FRAME_G42D\fP und \fBSANE_FRAME_TEXT\fP. Diese Rahmen werden basierend auf den Komprimierungs\- und Barcode\-Optionen gesendet. Diese Rahmen werden niemals im Vorschaumodus gesendet. .TP \fBfake\-inquiry\fP 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. .SH DATEIEN .TP \fI/etc/sane.d/bh.conf\fP Die Backend\-Konfigurationsdatei (siehe auch die nachfolgende Beschreibung von \fBSANE_CONFIG_DIR\fP). .TP \fI/usr/lib/x86_64\-linux\-gnu/sane/libsane\-bh.a\fP Die statische Bibliothek, die dieses Backend implementiert. .TP \fI/usr/lib/x86_64\-linux\-gnu/sane/libsane\-bh.so\fP Die dynamische Bibliothek, die dieses Backend implementiert (auf Systemen verfügbar, die dynamisches Laden unterstützen). .SH UMGEBUNGSVARIABLEN .TP \fBSANE_CONFIG_DIR\fP Diese Umgebungsvariable gibt eine Liste von Verzeichnissen an, die die Konfigurationsdatei enthalten können. Unter UNIX 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 \fI/etc/sane.d\fP. Falls der Wert der Umgebungsvariable mit dem Verzeichnis\-Trennzeichen endet, dann werden die Standardverzeichnisse nach den explizit angegebenen Verzeichnissen durchsucht. Wenn Sie beispielsweise \fBSANE_CONFIG_DIR\fP auf »/tmp/config:« setzen, wird in den Verzeichnissen »tmp/config«, ».« und »/etc/sane.d« gesucht (in dieser Reihenfolge). .TP \fBSANE_DEBUG_BH\fP 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. .SH "UNTERSTÜTZTE FUNKTIONEN" .TP \fBADF\-Unterstützung\fP Bei Dokumentenscannern ist die Unterstützung des automatische Dokumenteneinzugs (ADF) eine Kernfunktionalität. Das Backend unterstützt standardmäßig ADF und liefert \fBSANE_STATUS_NO_DOCS\fP zurück, wenn die »Papier leer«\-Bedingung aufgetreten ist. Die SANE\-Oberfläche \fBscanadf\fP(1) ist eine Befehlszeilenoberfläche, die Mehrseiten\-Scans unterstützt. Sie wurde mit diesem Backend erfolgreich verwendet. Die SANE\-Oberfläche \fBxsane\fP(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. .TP \fBDuplex Scannen\fP 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 \fB\-\-duplex\fP). Die Bilder der Vorder\- und Rückseite werden nacheinander ausgeliefert, als ob sie separat gescannte Seiten wären. .TP \fBHardware\-Komprimierung\fP 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 \fB\-\-g31d, \-\-g32d, \-\-g42d\fP. Allerdings sind viele SANE\-Oberflächen nicht dazu ausgerüstet, mit diesen Formaten umzugehen. Die SANE\-Oberfläche \fBscanadf\fP(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 \fB\-\-scan\-script\fP weiterverarbeitet werden. Beispiele hierfür finden Sie auf der Homepage von \fBscanadf\fP(1). .TP \fBAutomatische Randerkennung\fP 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 \fB\-\-autoborder\fP. Sie ist standardmäßig aktiviert. .TP \fBStapelmods\-Scannen\fP Der Stapelmodus\-Scan erlaubt maximalen Durchsatz. Die »Set Window«\-Parameter müssen während des gesamten Durchlaufs konstant bleiben. .TP \fBIcon\-Erstellung\fP 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. .TP \fBMehrere Abschnitte\fP 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. .TP \fBUnterstützung für die Barcode\-/Patchcode\-Dekodierung\fP 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. .SH EINSCHRÄNKUNGEN .TP \fBDekodierung eines einzelnen Barcode\-Typs pro Scan\fP 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 \fB\-\-barcode\-search\-bar\fP 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. .TP \fBScannen einer festen Seitenanzahl im Stapelmodus\fP 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 \fB\-\-end\-count\fP 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 \fB\-\-batch=no\fP beim Scannen einer festen Seitenanzahl verwendet wird. .TP \fBRevision 1.2 Patch\-Erkenner\fP 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. .SH OPTIONEN .TP \fBScanmodus\-Optionen\fP: .TP \fB\-\-preview[=(yes|no)] [no]\fP fordert einen Scan in Vorschau\-Qualität an. Wenn \fB\-\-preview\fP auf »yes« gesetzt ist, wird die Bildkomprimierung deaktiviert und das Bild wird in einem \fBSANE_FRAME_GRAY\fP\-Rahmen geliefert. .TP \fB\-\-mode lineart|halftone [lineart]\fP wählt den Scan\-Modus (z.B. lineart, monochrome oder color). .TP \fB\-\-resolution 200|240|300dpi [200]\fP 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. .TP \fB\-\-compression none|g31d|g32d|g42d [none]\fP setzt den Kompressionsmodus des Scanners. Bestimmt die Art der Daten, die vom Scanner zurückgeliefert werden. Werte sind: .RS .br \fBnone\fP \- unkomprimierte Daten \- ausgeliefert in einem SANE_FRAME_GRAY\-Rahmen .br \fBg31d\fP \- CCITT G3 1 dimension (MH) \- ausgeliefert in einem SANE_FRAME_G31D\-Rahmen .br \fBg32d\fP \- CCITT G3 2 dimensions (MR, K=4) \- ausgeliefert in einem SANE_FRAME_G32D\-Rahmen .br \fBg42d\fP \- CCITT G4 (MMR) \- ausgeliefert in einem SANE_FRAME_G42D\-Rahmen .br 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. .RE .TP \fBGeometrie\-Optionen\fP: .TP \fB\-\-autoborder[=(yes|no)] [yes]\fP aktiviert/deaktiviert die automatische Bildkantenerkennung. Die RSC\-Einheit wird automatisch den Bildbereich erkennen und die passende Fenstergeometrie setzen, wenn diese Option aktiviert ist. .TP \fB\-\-paper\-size Custom|Letter|Legal|A3|A4|A5|A6|B4|B5 [Custom]\fP gibt die Scanfenster\-Geometrie an, indem die Papiergröße der einzuscannenden Dokumente angegeben wird. .TP \fB\-\-tl\-x 0..297.18mm [0]\fP Obere linke x\-Position des Scanbereichs. .TP \fB\-\-tl\-y 0..431.8mm [0]\fP Obere linke y\-Position des Scanbereichs. .TP \fB\-\-br\-x 0..297.18mm [297.18]\fP Untere rechte x\-Position des Scan\-Bereichs. .TP \fB\-\-br\-y 0..431.8mm [431.8]\fP Untere rechte y\-Position des Scan\-Bereichs. .TP \fBEinzug\-Optionen\fP: .TP \fB\-\-source Automatic Document Feeder|Manual Feed Tray [Automatic Document Feeder]\fP wählt die Scan\-Quelle (wie einen Dokumenteneinzug). Diese Option wird bereitgestellt, um mehrfache Bildscans mit \fBxsane\fP(1) zu erlauben, sie hat \fBkeinerlei anderen\fP Zweck. .TP \fB\-\-batch[=(yes|no)] [no]\fP 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. .TP \fB\-\-duplex[=(yes|no)] [no]\fP 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. .TP \fB\-\-timeout\-adf 0..255 [0]\fP 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. .TP \fB\-\-timeout\-manual 0..255 [0]\fP 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. .TP \fB\-\-check\-adf[=(yes|no)] [no]\fP 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. .TP \fBVerbesserung\fP: .TP \fB\-\-control\-panel[=(yes|no)] [yes]\fP 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. .TP \fB\-\-ace\-function \-4..4 [3]\fP legt die automatische Kontrastverbesserungs\- (ACE\-)Funktion fest. .TP \fB\-\-ace\-sensitivity 0..9 [5]\fP legt die Empfindlichkeit der Kontrastverbesserung (ACE) fest. .TP \fB\-\-brightness 0..255 [0]\fP steuert die Helligkeit des aufgenommenen Bildes. Für ACE\-fähige Scanner wird dies ignoriert. .TP \fB\-\-threshold 0..255 [0]\fP wählt die minimale Helligkeit, um einen Weißpunkt zu erhalten. Für ACE\-fähige Scanner wird dies ignoriert. .TP \fB\-\-contrast 0..255 [inactive]\fP steuert den Kontrast des aufgenommenen Bildes. Diese Option wird derzeit vom Scanner nicht verwendet (und wird dies wahrscheinlich auch nie). .TP \fB\-\-negative[=(yes|no)] [no]\fP tauscht schwarz und weiß, führt zu einem invertierten Bild. .TP \fBIcon\fP: .TP \fB\-\-icon\-width 0..3600pel (in Schritten von 8) [0]\fP Breite des Icons (Minibildes) in Pixel. .TP \fB\-\-icon\-length 0..3600pel (in Schritten von 8) [0]\fP Länge des Icons (Minibildes) in Pixel. .TP \fBBarcode\-Optionen:\fP .TP \fB\-\-barcode\-search\-bar [none]\fP 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: .RS .br \fBnone\fP .br \fBean\-8\fP .br \fBean\-13\fP .br \fBreserved\-ean\-add\fP .br \fBcode39\fP .br \fBcode2\-5\-interleaved\fP .br \fBcode2\-5\-3lines\-matrix\fP .br \fBcode2\-5\-3lines\-datalogic\fP .br \fBcode2\-5\-5lines\-industrial\fP .br \fBpatchcode\fP .br \fBcodabar\fP .br \fBcodabar\-with\-start\-stop\fP .br \fBcode39ascii\fP .br \fBcode128\fP .br \fBcode2\-5\-5lines\-iata\fP .br .RE .TP \fB\-\-barcode\-search\-count 1..7 [3]\fP 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. .TP \fB\-\-barcode\-search\-mode [horiz\-vert]\fP wählt die Orientierung der Barcodes, nach denen gesucht werden soll. Die gültigen Orientierungen sind: .RS .br \fBhoriz\-vert\fP .br \fBhorizontal\fP .br \fBvertical\fP .br \fBvert\-horiz\fP .RE .TP \fB\-\-barcode\-hmin 0..1660mm [5]\fP 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. .TP \fB\-\-barcode\-search\-timeout 20..65535us [10000]\fP 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. .TP \fB\-\-section []\fP 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): .PP \fBx++[:Funktionscode]\fP .PP Mehrere Abschnitte können angegeben werden, indem sie durch Kommata getrennt werden. .PP Zum Beispiel identifiziert \fB76.2x25.4+50.8+0:frontbar\fP 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. .PP Zum Beispiel identifiziert \fB50.8x25.4+25.4+0:frontbar:front:g42d\fP 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. .PP 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: .RS .br \fBfront\fP \- erstellt ein Bild für den Titelseitenabschnitt .br \fBback\fP \- erstellt ein Bild für den Rückseitenabschnitt .br \fBfrontbar\fP \- führt die Barcode\-Suche im Titelseitenabshnitt durch .br \fBbackbar\fP \- führt die Barcode\-Suche im Rückseitenabschnitt durch .br \fBfrontpatch\fP \- führt die Patchcode\-Suche im Titelseitenabschnitt durch .br \fBbackpatch\fP \- führt die Patchcode\-Suche im Rückseitenabschnitt durch .br \fBnone\fP \- verwendet keine Bildkomprimierung .br \fBg31d\fP \- verwendet eindimensionale Gruppe 3\-Bild\-Komprimierung .br \fBg32d\fP \- verwendet zweidimensionale Gruppe 3\-Bildkomprimierung .br \fBg42d\fP \- verwendet zweidimensionale Gruppe 4\-Bildkomprimierung .br .RE .PP 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. .TP \fB\-\-barcode\-relmax 0..255 [0]\fP legt die maximale Beziehung vom breitesten zum schmalsten Balken fest. .TP \fB\-\-barcode\-barmin 0..255 [0]\fP legt die minimale Anzahl an Balken in Bar\-/Patch\-Code fest. .TP \fB\-\-barcode\-barmax 0..255 [0]\fP legt die maximale Anzahl an Balken in Bar\-/Patch\-Code fest. .TP \fB\-\-barcode\-contrast 0..6 [3]\fP legt den beim Dekodieren verwendeten Bildkontrast fest. Verwenden Sie höhere Werte, wenn es mehr weiße Pixel im Code gibt. .TP \fB\-\-barcode\-patchmode 0..1 [0]\fP steuert die Erkennung des Patch\-Codes. .SH FEHLER Dies ist ein neues Backend, detaillierte Fehlerberichte (auf Englisch) werden begrüßt und erwartet ;) .PP Falls Sie glauben, einen Fehler gefunden zu haben, versuchen Sie ihn zu reproduzieren, nachdem Sie die Umgebungsvariable \fBSANE_DEBUG_BH\fP auf 255 gesetzt haben und schicken Sie auf Englisch einen Bericht mit den detaillierten Bedingungen rund um den Fehler an \fIsane\-devel@alioth\-lists.debian.net\fP. .SH "SIEHE AUCH" \fBsane\fP(7), \fBsane\-scsi\fP(5), \fBscanimage\fP(1), \fBscanadf\fP(1) .SH AUTOR Das \fBBackend sane\-bh\fP wurde von Tom Martone, basierend auf dem Backend \fBsane\-ricoh\fP(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. .PP .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Mario Blättermann und Helge Kreutzmann erstellt. .PP Diese Übersetzung ist Freie Dokumentation; lesen Sie die .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen. .PP Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die .MT debian-l10n-german@lists.debian.org Mailingliste der Übersetzer .ME .