plus rien ne se passe.

Quelle est la proportion de CPU utilisée par le processus AMC ? Est-ce que toute la mémoire est occupée, et le swap utilisé ?

htop m'indique :
CPU 85% environ (htop lui-même en prend environ 10%)
MEM 2.4%
Le swap n'est pas du tout utilisé.

Il faudrait peut-être essayer avec un projet en format A5 par exemple, et des fichiers de scans tout petits, pour voir si c'est juste le raspberry qui est trop lent pour le traitement des images.

Bonjour,

Je remonte ce topic car j'ai le même problème :

- Raspberry 3 sous raspbian à jour.
- AMC installé par les paquets de la distribution.

Quand on essaye d'ajouter des copies automatiquement, il les copie bien dans le bon répertoire puis lance AMC-detect et là, plus rien.
Un top en console permet de voir que le processus AMC-detect occupe complètement un coeur du raspberry mais il ne se passe rien. J'ai laissé tourné toute la nuit sur une série de 30 copies et a priori ça a planté. Pour 2 copies, en 45 minutes, absolument rien. J'ai laissé tombé.

D'ailleurs, quand on clique sur "annuler", il kill bien des proccesus mais pas tous. les AMC-detect continuent à tourner. J'ai du les kill à la main dans une console.

Pour info, les 2 copies ont été corrigée comme il faut sur ma tour en quelques secondes. ça ne vient donc pas des scans.

Des idées ??

Je reviens après quelques tests.

Version d'AMC: 1.2.1 svn 1403

J'ai testé avec un projet bidon contenant une seule question LaTeX avec 2 réponses. J'ai ouvert le pdf du sujet avec imagemagic et barbouillé une case. Puis j'ai donné ça à AMC.
AMC-detect a tourné plus de 48h sans résultat (j'ai fini par le kill).

J'ai lancé AMC en console avec l'option debug en espérant quelque chose... a priori rien d'intéressant!
/var/log/syslog ne contient rien non plus.

Je joints le log d'AMC et le projet de test (il y a un README qui explique un peu les fichiers supplémentaires).

Visiblement, cette version d'AMC-detect ne fonctionne pas.

Prochaine étape de mes tests : une version plus récente.

Je continue mes investigations.

J'ai installé AMC 1.3.0 depuis les dépôts testing:
\# apt-get -t testing install auto-multiple-choice

Il m'a installé une foultitude de dépendances.

J'ai aussi installé graphicsmagick car il semblait manquer d'après le log...

Sans succès. Toujours sur le même projet de test (voir message précédent), J'ai killé le process au bout de 2 jours.

Si vous avez des idées ou des tests à me faire faire, n'hésitez pas !
Prochaine étape avant abandon : compiler les sources (mais je sens que ça va pas être simple)

Verdict final: ça ne marche pas...

J'ai commencé par me faire une install de raspbian tout fraiche toute belle et bien à jour.
Ensuite, j'ai compilé à la main à partir des sources de la version stable actuelle, la 1.3
J'ai enfin recréé mon projet test à une seule question et 2 alternatives.

J'ai arrêté le raspberry au bout de 4 jours... AMC-detect tournait encore...

Il me reste un faible espoir en partant des toutes dernières sources... mais bon.
Dommage, j'ai fait acheté le raspberry à l'équipe pour AMC.

Sur votre installation, est-ce que vous pouvez faire fonctionner un petit programme utilisant la bibliothèque OpenCV avec une vitesse raisonnable?

J-F Osselin wrote:

Bonjour

je ne parviens pas à faire une saisie automatique des copies avec la version sous raspberry (modèle B+ sous raspbian, paquet
binaire de la distribution) : la conversion de copies pdf se fait correctement, mais ensuite (lorsque
le message « saisie automatique » s'affiche dans la progressbar) plus rien ne se passe.

J'ai procédé à l'installation de la dernière version pre_comp disponible sur GNA (la version 1.2.1 - svn:1403) mais rien ne change (la
compilation et l'installation se sont bien passées). Le fichier de DEBUG ne montre (à mes yeux) aucun problème, tandis qu'un top dans un terminal
m'indique que AMC-detect tourne toujours (depuis plusieurs heures car j'ai d'abord cru à un manque de ressources).

Quelqu'un aurait-il déjà rencontré ce problème ?

(Je joins le fichier de Debug)

Bien cordialement,
JFO.

Oui, je l'ai rencontré en essayant de faire tourner AMC sur un TERES-I (architecture arm64).
J'ai essayé à la fois sous Ubuntu 16.04 avec la version d'AMC présente dans les dépôts, et sous une image Armbian basée sur 18.04 en compilant AMC 1.4.0 manuellement dessus (après ajout du PPA et un apt-get build-dep auto-multiple-choice).
Grâce à GDB j'ai trouvé comment résoudre ce problème: dans AMC-detect.cc la valeur de retour de getopt est directement affectée dans un char (déclaré char c;) que l'on compare ensuite à -1. Une telle façon de faire n'est pas portable, et le -1 n'est, je pense, jamais repéré dans les versions ARM car reconnu comme 255 plutôt que -1. Un remplacement de char c; par int c; résout le problème.
Je vais de suite aller voir s'il y a un endroit plus adapté pour proposer le patch.

J'ai posté un rapport de bug avec le correctif ici: https://project.auto-multiple-choice.net/issues/661 .