J'en profite pour clarifier un truc rapidement: Même si le scan échoue, IronScanner vous laisse soumettre un rapport de scan. Personnellement ça m'arrange si vous le soumettez quand même. Le site openpaper.work présente les informations d'une façon plus pratique pour moi et fournit des statistiques sur ce qui marche et ce qui ne marche pas.
il semble que ce soit un problème de droits
Je suppose que c'est cette trace qui t'as fait pensé ça: source->get_value() failed: 0x40000008, Access denied ? Mais en fait c'est un peu plus fourbe que ça.
Si c'était un problème de droit, il ne verrait même pas le scanner.
Là il le voit, mais n'arrive pas à accéder à la valeur de l'option source. Quand le programme tente de sélectionner la source, un des composants de la Libinsane cherche à s'assurer que la valeur qu'on veut y mettre n'est pas déjà la valeur courante (certains pilotes crash dans ce cas ...). Quand il tente d'accéder à la valeur de source, un autre composant vérifie qu'on a le droit de demander cette valeur au pilote (certains pilotes crashent si on cherche à lire une valeur d'option dans une option inactive ...). Ici le pilote a indiqué qu'on n'a pas le droit de lire la valeur de l'option source (probablement une erreur ...), et donc le composant Libinsane qui vérifie les droits renvoie "Access denied".
Tout ça pour dire que le problème est après: Faute d'avoir pu consulter la valeur courant de l'option source, le composant Libinsane autorise l'écriture. Et là paf, le backend répond genesys:libusb:003:002->source->sane_control_option(SET_VALUE) failed: 0x40000003, Invalid value. Pourtant la valeur passée me semble correcte.
Est-ce que tu parviens à scanner avec un autre programme type simple-scan ?
Ça c'est toujours une bonne question :-)
Parce-que si ça ne marche pas avec simple-scan, le problème ne vient sûrement pas de la Libinsane.
[^] # Re: Code source
Posté par Jérôme Flesch (site web personnel) . En réponse au journal Base de données de scanners : besoin de contributeurs (yep, encore). Évalué à 3.
J'en profite pour clarifier un truc rapidement: Même si le scan échoue, IronScanner vous laisse soumettre un rapport de scan. Personnellement ça m'arrange si vous le soumettez quand même. Le site openpaper.work présente les informations d'une façon plus pratique pour moi et fournit des statistiques sur ce qui marche et ce qui ne marche pas.
Je suppose que c'est cette trace qui t'as fait pensé ça:
source->get_value() failed: 0x40000008, Access denied? Mais en fait c'est un peu plus fourbe que ça.Si c'était un problème de droit, il ne verrait même pas le scanner.
Là il le voit, mais n'arrive pas à accéder à la valeur de l'option
source. Quand le programme tente de sélectionner la source, un des composants de la Libinsane cherche à s'assurer que la valeur qu'on veut y mettre n'est pas déjà la valeur courante (certains pilotes crash dans ce cas ...). Quand il tente d'accéder à la valeur desource, un autre composant vérifie qu'on a le droit de demander cette valeur au pilote (certains pilotes crashent si on cherche à lire une valeur d'option dans une option inactive ...). Ici le pilote a indiqué qu'on n'a pas le droit de lire la valeur de l'optionsource(probablement une erreur ...), et donc le composant Libinsane qui vérifie les droits renvoie "Access denied".Tout ça pour dire que le problème est après: Faute d'avoir pu consulter la valeur courant de l'option
source, le composant Libinsane autorise l'écriture. Et là paf, le backend répondgenesys:libusb:003:002->source->sane_control_option(SET_VALUE) failed: 0x40000003, Invalid value. Pourtant la valeur passée me semble correcte.Ça c'est toujours une bonne question :-)
Parce-que si ça ne marche pas avec simple-scan, le problème ne vient sûrement pas de la Libinsane.