Didier> This a question about the handling of gamma curves with more
Didier> than 256 entries.
Didier> [snip]
Didier> However, if I press on the gamma button and enter 1.8 in the
Didier> pop-up window, I get the following:
Didier> [coolscan] 000: 0000 0000 0000 0000 0000 0000 0000 0083
Didier> [coolscan] 008: 0083 0083 0083 0083 0083 0122 0122 0122
Didier> [coolscan] 016: 0122 0122 0122 0122 0153 0153 0153 0153 ....
Didier> [coolscan] 2024 2043 2043 2043 2043 2043 2043 2043 2043
Didier> [coolscan] 2032 2043 2043 2043 2043 2047 2047 2047 2047
Didier> [coolscan] 2040 2047 2047 2051 2051 2051 2051 2051 2051
Didier> There are 2 problems here: - the curve is not as smooth as
Didier> it could be, - the last 6 points are outside of the
Didier> requested range.
Didier> I could handle the second problem within the backend code,
Didier> but the first one is much less obvious.
Didier> Am I doing something wrong ? Is this a known
Didier> problem/limitation ?
The former is a limitation of the current gtkcurve widget. The latter
is a problem in gtkcurve that I thought had been fixed a while ago.
If you're using gtk-0.99.x, then the problem obviously hasn't been
(fully) fixed yet.
The gtkcurve widget is limited to the resolution of the physical
window that is used to display the curve. So, if you use a window
that's 256x256 pixels big, the resolution is limited to 1/256th as
well.
In summary, I don't think you're doing anything wrong. The gtkcurve
widget certainly could/should be improved, however.
--david
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com