• [^] # Re: et les mopieurs ?

    Posté par (site web personnel) . En réponse au journal Base de données de scanners : besoin de contributeurs. Évalué à 2. Dernière modification le 08 mars 2018 à 13:38.

    https://github.com/mback2k/wiasane
    Comme ça on pourra cumuler les problèmes des deux APIs ;)

    Plus sérieusement, j'y ai songé. Mais ce que j'ai constaté, c'est que ça a peu de chance de bien marcher. Pyinsane a une API similaire à Sane (historique). C'est un de mes plus gros problèmes de conception: l'API WIA rentre mal dedans. Je l'ai faite rentrer au chausse-pieds.

    Le problème de base est le suivant:

    • Pour un scanner, Sane propose une séries d'options (+ valeurs + contraintes + etc)
    • Pour un scanner, WIA propose un arbre de périphérique: Le scanner a ses propres options, mais chaque source du scanner (Lit, bac d'alimentation, vaisseau spatial, etc) a les siennes aussi. Et elles ne correspondent pas forcément d'une source à l'autre sur un même scanner. Par exemple, tu peux avoir deux options "resolution" avec des contraintes différentes sur différentes sources du scanner.

    Dans le cas spécifique de wiasane, j'ai cru voir qu'il passe par l'API d'automatisation WIA plutôt que l'API "bas-niveau". Elle marche généralement mieux, mais elle a une limitation qui m'embête beaucoup: Il est impossible de recevoir l'image numérisation au fur et à mesure de la numérisation (sauf erreur de ma part, comme toujours).