Re: [sane-devel] Pixma future

2020-11-26 Thread Johannes Meixner
Hello, only a side note FYI: On 2020-11-26 12:42, Olaf Meeuwissen wrote: I remember horror stories with stacked CUPS filters rotating pages or doing n-ups repeatedly. In a bad case you could end up with a total rotation being a multiple of 360 degrees, for a net no rotation, and compounding

Re: [sane-devel] Pixma future

2020-11-26 Thread Olaf Meeuwissen
Hi Allan, m. allan noah writes: > On Wed, Nov 25, 2020 at 2:01 AM Alexander Pevzner wrote: >> >> Obviously, this is better not to implement emulation of missed (in >> hardware) features in the drivers, to avoid code duplication and having >> an assortment of independent, often incompatible

Re: [sane-devel] Pixma future

2020-11-25 Thread m. allan noah
On Wed, Nov 25, 2020 at 2:01 AM Alexander Pevzner wrote: > > Obviously, this is better not to implement emulation of missed (in > hardware) features in the drivers, to avoid code duplication and having > an assortment of independent, often incompatible implementations of the > similar features. >

Re: [sane-devel] Pixma future

2020-11-25 Thread Olaf Meeuwissen
Hi Andrea, Andrea Croci writes: > [...] I have always wondered why the Windows programs make a 180 kB > pdf of the same page for which xsane made a 7MB file (don't know if it > has changed in the last few years since I'm scanning from command > line). That's probably because those Windows

Re: [sane-devel] Pixma future

2020-11-24 Thread Alexander Pevzner
Hi Andrea, On 11/25/20 12:59 AM, Andrea Croci wrote: 1) I do agree that the backend should merely expose the native capabilities of the hardware. However if you are having one backend for a lot of similar, but not identical, machines, then it may be that some of these machines do offer lineart

Re: [sane-devel] Pixma future

2020-11-24 Thread Andrea Croci
On 24.11.20 21:00, Ralph Little wrote: One way to deal with that would be for me to add Lineart as a filter to xsane as a postprocess option. Command line users could make the lineart conversion another phase of their workflow, using a tool like imagemagick. I think that a lot of people view

Re: [sane-devel] Pixma future

2020-11-24 Thread Ralph Little
Hi, On Tue, Nov 24, 2020 at 11:13 AM Povilas Kanapickas wrote: > Hi Ralph, > > On 11/23/20 12:33 AM, Ralph Little wrote: > > > > > 1) Are you intending a genesys-style rewrite, perhaps in C++? > > Yes. I plan to extract reusable parts of the genesys backend and use > that from any other

Re: [sane-devel] Pixma future

2020-11-24 Thread Alexander Pevzner
Hi Povilas, On 11/24/20 10:13 PM, Povilas Kanapickas wrote: The same has been done in the genesys backend. I think we need a wrapper backend that would generate lineart automatically if the downstream backend does not support that. Right now I'm thinking about how this could be implemented.

Re: [sane-devel] Pixma future

2020-11-24 Thread Povilas Kanapickas
Hi Ralph, On 11/23/20 12:33 AM, Ralph Little wrote: > Hi Povilas (and the group), > I have been working some changes for pixma on a branch for issue #264, > support for MX492. > It has been quite a long meandering journey and, although I have fixed a > few actual backend bugs, I'm not really

[sane-devel] Pixma future

2020-11-22 Thread Ralph Little
Hi Povilas (and the group), I have been working some changes for pixma on a branch for issue #264, support for MX492. It has been quite a long meandering journey and, although I have fixed a few actual backend bugs, I'm not really happy with the direction that I have taken and would like to