[sane-devel] CanoScan Lide 110 on Ubuntu 10.10

Am 10.03.2011 01:26, schrieb Warren Turkal: > What backend does that scanner allegedly use? > > wt > > On Wed, Mar 9, 2011 at 7:45 PM, stef > wrote: > > Le Wednesday 09 March 2011 16:17:17 Tammo Heeren, vous avez ?crit : > > If you mean with 'sudo ...'. Yes. >

[sane-devel] API addition request

n install it on demand whenever they like (but there would > be no automated replacement of an installed sane-backends package > on a user's system). Can you please post your OBS repository with the patched sane-backend. I would like to use it to build the Oyranos SANE configuration module. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] API addition request

ng :) but I cannot, as the possibility of breakage is enough. I understand now the reasoning. Nonetheless I might provide a patched version for specialised graphics distributions, with US spelling ;-) kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] API addition request

Hello, Am 19.08.10, 18:22 +0200 schrieb Julien BLACHE: > Kai-Uwe Behrmann wrote: > SANE 1 has always been frozen, and an attempt at thawing it a bit to > extend the API/ABI in a backward-compatible way has failed > spectacularly. Now, I see my subject line was misleading. The SAN

[sane-devel] API addition request

Hello, Am 19.08.10, 17:35 +0200 schrieb Julien BLACHE: > Kai-Uwe Behrmann wrote: >> Does this relate to the patches themself or is it outside of my scope? > > It relates first and foremost to the state of SANE, SANE2, etc, etc. The patches are for SANE only and have API and AB

[sane-devel] API addition request

Am 19.08.10, 12:23 +0200 schrieb Julien BLACHE: > Kai-Uwe Behrmann wrote: >> Any chance to get the supplied patches accepted in the current >> sane-backends git? > > In the current state of things, no. Does this relate to the patches themself or is it outside of my scope?

[sane-devel] API addition request

Am 20.06.09, 16:37 -0400 schrieb m. allan noah: > On Sat, Jun 20, 2009 at 3:21 PM, Kai-Uwe Behrmann wrote: > >> Viannis SANE_CAP_COLOR is, in contrast to the below data structure, a macro >> defined flag for the SANE_Option_Descriptor::cap. >> The suggested flag is API and

[sane-devel] colour options patches 1

The SANE backend patches are now attched here: https://alioth.debian.org/tracker/index.php?func=detail&aid=312641&group_id=30186&atid=410366 kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org Am 30.07.10, 11:01 +0200 schrieb Kai-

[sane-devel] colour options 2

Here comes the second gzipd patch from me for the remaining backends. We would be glad you review and hopefully commit these patches for more robust ICC profile to device driver settings association. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name

[sane-devel] colour options patches 1

. sane_cap_colour_plustek.patch flags the plustek options. Both patches where prepared by Yiannis Belias. A thierd patch containing the ramaining backend changes will follow. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org -- next part

[sane-devel] Rendering Intent for Color Management in XSANE Setup

Am 28.07.10, 23:08 +0200 schrieb Stephan Maier: > On 07/28/10 13:28, Kai-Uwe Behrmann wrote: >>> Date: Wed, 30 Jun 2010 13:59:33 -0400 >>> From: Stephan Maier >>> I found a clear discrepancy between the profiling results >>> achieved with XSANE and the Argy

[sane-devel] colour options

, OPT_BALANCE_FW, OPT_FAST_GRAY_MODE, ... Hints and corrections are welcome. The patch will need some time to get through all backends. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] Re: ICC, white marks, gamma table, scaling artifacts

There are many colour target providers online. The L-Prof site mentions one: http://lprof.sourceforge.net/links.html kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] Re: Rendering Intent for Color Management in XSANE Setup

ndependently of the rendering intent > for the output profile (typically the desired output profile intent is > perceptual or relative colorimetric). If there is no thierd profile involved in the colour workflow, there can by definition be no second rendering intent. > Stephan Maier

[sane-devel] API addition request

Am 21.06.09, 12:33 +0200 schrieb Alessandro Zummo: > On Sun, 21 Jun 2009 09:50:33 +0200 (CEST) > Kai-Uwe Behrmann wrote: > >>> even when it is off. If we make it part of a sane 2 standard, then we can >>> require that backends set the bit properly. >> >> Ag

[sane-devel] API addition request

Am 20.06.09, 16:37 -0400 schrieb m. allan noah: > On Sat, Jun 20, 2009 at 3:21 PM, Kai-Uwe Behrmann wrote: > >> Viannis SANE_CAP_COLOR is, in contrast to the below data structure, a macro >> defined flag for the SANE_Option_Descriptor::cap. >> The suggested flag is API and

[sane-devel] API addition request

Viannis SANE_CAP_COLOR is, in contrast to the below data structure, a macro defined flag for the SANE_Option_Descriptor::cap. The suggested flag is API and ABI backward compatible. So this change will be a very light one. kind regards Kai-Uwe Behrmann -- developing for colour management

[sane-devel] ICC support - summing up

server. Networking is typical done inside the device protocols of X11 and hopefully CUPS. It would make no sense to reinvent all that security relevant network stuff. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] ICC support for SANE

desire to transport ICC profiles over the network outside of backend API's, even if that sounds not Sane architecture friendly.) kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] ICC support for SANE

Am 28.05.09, 12:13 +0200 schrieb Julien BLACHE: > Kai-Uwe Behrmann wrote: > > Hi, > >>> I'm pretty sure the frontend knows all there is to know about the >>> scanner and its settings to retrieve the corresponding ICC profile. >> >> We possibly where

[sane-devel] ICC support for SANE

management. Gphoto and libraw would need to appear as one endity in order to map better to the Sane situation. > Did I miss something? Yiannis, suggests to handle transportation of ICC profiles over the network at a later stage. This approach will be less sprinkling than to work on each

[sane-devel] ICC support for SANE

expose a serial number. Manufacturers just don't care, > except on high-end machines. Then these machines will probably see less troubles during colour critical work. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org [1] http://www.oyra

[sane-devel] Git repositories are up

software/scm/git/docs/user-manual.html#exporting-via-git ... "The git protocol gives better performance and reliability ..." kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org

[sane-devel] xsane-0.992 released

different than in lcms). The only use of distinguishing them is to show the media whitepoint (or paper colour) on screen or to adapt to the monitor whitepoint. kind regards Kai-Uwe Behrmann -- development for color management www.behrmann.name + www.oyranos.org + www.cinepaint.org Am

[sane-devel] xsane-0.992 released

?tienne, thanks for the hint. Xsane opens and at least I can select across 4 generated test images. kind regards Kai-Uwe Behrmann -- development for color management www.behrmann.name + www.oyranos.org + www.cinepaint.org Am 26.01.07, 13:36 +0100 schrieb ?tienne Bersac: > Hi, > >

[sane-devel] xsane-0.992 released

How can I test without an scanner connected? xsane sane-pnm and xsane sane-pnm:xsane-calibration.pnm and sane-test equivilants seems not to work eighter? Installed is sane 1.0.14 distributed on Feb 2005. kind regards Kai-Uwe Behrmann -- development for color management www.behrmann.name

[sane-devel] EPSON 3490, calibration and raw data

nough for negative scanning. Not shure if newer consumer scanners are better in this field. > Do you think adding "get raw data" option and possibly "get calibration > data" (for further processing with general image-manipulation programs) > to this back

[sane-devel] unique device infos

the correct profile for that device. What does You think are such informations reachable? regards Kai-Uwe Behrmann + development for color management + imaging / panoramas + email: k...@gmx.de

[sane-devel] unique device infos

Hi, does sane currently export device informations like: manufacturer, model and ID/serial number? This would help me in further processing the output of sane. thanks Kai-Uwe Behrmann + development for color management + imaging

[sane-devel] Saphir Ultra II color changes?

Till friday I had much to do. So my answere comes today as I continued to test. Am 03.04.03, 18:27 +0200 schrieb Oliver Rauch: > May be you have a problem with the lamp or the calibration. > > What results when you do: > > - preview #1 > - scan #1 > - preview #2 > - scan #2 > > (always the same a

[sane-devel] Saphir Ultra II color changes?

Oliver Rauch: > Hello. > > The SAPHIR4/PL-III put the colors together to one line > in the scanner, not in the driver. > > I myself use the PL-III without such problems. > > Please send a SMALL example image to me (not to the list). > > Best regards > Oliver > &

[sane-devel] Saphir Ultra II color shifts?

Hi Listmenbers, I compiled sane-1.0.11 from source to solve some problems with the Linotype SAPHIR4 alias Saphir Ultra II equal to PL-III. As reported earlier the preview of xsane(0.90) and the final scan are very different. This happens to the SU-II as well. Following a hint to solve this, I tri