Hallo Karl, Am 30.01.23 um 21:31 schrieb Karl Weber:
Hallo Norbert, Hallo Lothar,
vielen Dank für Eure Tests!
On Monday, 30 January 2023 13:13:58 CET Norbert Zawodsky wrote:
hier, auf einer openSUSE 15.1 funktionieren
scanimage -d hpaio:/net/scanjet_pro_4500_fn1?ip=192.168.1.133 --format jpeg --mode Gray --resolution 150 --compression JPEG > test.jpg scanimage -d hpaio:/net/scanjet_pro_4500_fn1?ip=192.168.1.133 --format jpeg > test.jpg scanimage -d hpaio:/net/scanjet_pro_4500_fn1?ip=192.168.1.133 --format tiff --mode Color > test.tiff Das Problem liegt leider tiefer. Ihr habe beide mit einer Seite getestet, beim ScanJet Pro 4500 fn1 implizit mit --source Flatbed, dem Default.
Zudem bei niedriger Auflösung, denn ohne Angabe von --resolution ist der Default 75 DPI.
Hier meine Versuche:
Gearbeitet habe ich immer mit
scanimage --resolution XXX -x 210.000 -y 296.985 --mode Color --format=YYYY -- batch="filename-600-%03d.YYYY"
Variiert habe ich die Auflösung XXX, das Format YYYY, den Dateinamen sowie, und jetzt wird es richtig spannend
--source Flatbed --batch-count=1 --source ADF --batch-count=1 --source Duplex --batch-count=6
In den ADF habe ich immer drei Blatt, doppelseitig bedruckt eingelegt, auch bei --source ADF und --batch-count=1. Auf das Flachbett die Titelseite davon.
Source Flatbed funktioniert mit scanimage problemlos mit den Formaten tiff, jpeg, png und pnm, alles in einer Auflösung von 600 DPI. Andere Formate und die Auflösung von 1200 DPI auf dem Flachbett kann scanimage nicht. Kein Abbruch, kein Formatfehler!
skanlite bietet noch ein wenig mehr an. Bei Flatbed auch 1200 DPI und auch BMP. Funktioniert auch problemlos.
--source ADF --batch-count=1
jpeg: OK bei einer Auflösung von 75 und 150 DPI. Bei 200 und 600 DPI bricht der Scan vorzeitig ab. Die letzten 1 bis 5 mm unten fehlen. Anzeigen kann man das Ergebnis z.B. mit okular, da sieht man, was fehlt.
Die Fehlermeldung von scanimage ist "Application transferred to few scan lines". Der Scanner hat noch eine Weile "scanning" im Display angezeigt, obwohl scanimage schon lange abgebrochen war.
Dieses Verhalten zeigt sich so bei jedem Abbruch.
Man beachte: Bei --source Flatbed wird eine Seite in jedem Format mit höchster Auflösung 600 DPI korrekt gescannt. Bei --source ADF --batch-count=1 scheitert scanimage schon bei der ersten Seite ab einer Auflösung von 200 DPI und jpeg.
tiff: OK bei einer Auflösung von 75 DPI. Bei Auflösungen von 150, 200 und 600 DPI wird die Seite gescannt, völlig OK durch gwenview angezeigt, aber die beiden TIFF Fehler gemeldet. Die tiff Dateien sind also korrupt.
png: OK bei 75 und 150 DPI. Bei 200 DPI ist die Anzeige in gwenview OK, aber es gibt wieder besagte TIFF Fehler. Die Datei ist also korrupt.
--source Duplex -batch-count=6
jpeg: OK bei 75 und 150 DPI. Bei 200 DPI bricht der Scan bei der ersten Seite ab. Anzeige mit okular bestätigt, dass die letzten 2 bis 5 mm unten fehlen.
tiff: OK bei 75 und 150 DPI. Bei 200 und 600 DPI werden alle sechs Seiten korrekt gescannt, haben aber besagte TIFF Fehler, sind also korrupt.
Dagegen bei skanlite:
jpeg und tiff mit 600 DPI und Duplex gescannt, alle sechs Seiten sind OK. Kein Abbruch, kein TIFF Fehler.
Zur weiteren Eingrenzung des Fehlers:
skanlite ist gegen /usr/lib64/libKF5Sane.so.5 gelinkt scanimage ist gegen /usr/lib64/libsane.so.1 gelinkt.
Kann jemand, der xsane nutzt, vielleicht mal
ldd `which xsane` ldd `which xsane` | grep sane libsane.so.1 => /usr/lib64/libsane.so.1 ausführen und mir sagen, gegen welche Bibliothek xsane gelinkt ist, und ob es solche Probleme auch bei xsane gibt?
Vielen Dank im Voraus Karl
Viel Erfolg Mark