[Plugin Tiers][Sujet Principal] OpenALPR

[kris1208]

Salut,
J'ai ce plugin depuis un bon moment, je suis passé d'un rasp a un nuc avec esxi.
J'ai constaté que mon jeedom sur VM utilisait le processeur a 87% en permanence. Apres plein de recherche, j'ai vu que c'etait openalpr !
apres l'avoir desactivé je suis passé a 7% CPU incroyable !!!!
il y a pas moyen de trouver une parade.... ca tournais sur rasp c'est etonnant que ca demande autant de ressource qu'un CORE I3 avec 8G ram.
Merci

[mika-nt28]

Bonjour,

J'ai déjà constaté ce genre de problème de monté en charge d'openAlpr.
Ce n'ais pas constant.
Je me suis deja vu juste le relancer pour retrouvé une charge acceptable

[kris1208]

Salut,
Je viens de refaire le test, je passe tous le temps de 90% a 9% d'utilisation CPU.
donc pour moi je pense qu'il faudra que je deporte le plugin sur un jeedom esclave. Cest pour cela que depuis un moment j'avais des temps de latence enorme sur jeedom.

[chtikers]

Bonjour à tous.
Je pense utiliser le plus openALPR, mais cette histoire de consommation de ressource me gêne.
Mon jeedom tourne sur une vm qui est sur une machine avec un i3 et 16go de ram.
Serait il plus judicieux de créer un autre jeedom et le lié au principal via jeelink ?
Si oui, sur une autre vm ou plutôt sur un rpi3 ?
Merci de vos réponses.

[mika-nt28]

Ce problème est récent certainement du a une mise a jours du code du logiciel.
Dans tous les cas quand on veux faire de la detection sur une camera vaux mieux avoir une machine qui tien la route car il est est inévitable que cela consomme des ressources.
Plus il y a de pixel et plus le traitement est long

[Xiboard]

Hello !!
Merci pour ce plug-in ! Marche au top (après un apt-get update et upgrade pour moi )
Une question, par rapport à la doc il n'y a plus les réglages un peu complexes de openalpr ?
Lorsque que j'active l'horodatage de la cam, il detecte le temps lorsque que j'active les plaques inconnues.
Je voulais voir aussi les options qui peuvent améliorer mais c'est plus par curiosité.

[mika-nt28]

Hello !!
Merci pour ce plug-in ! Marche au top (après un apt-get update et upgrade pour moi )

Oui mettre a jours le systeme n'est pas tres bien vue dans un plugin et n'est pas de la responsabilité du plugin

Une question, par rapport à la doc il n'y a plus les réglages un peu complexes de openalpr ?

Oui j'ai désactivé ses paramètre car malheureusement on arrive très vite a de l'instabilité voir meme a ce que plus rien ne fonctionne.

Lorsque que j'active l'horodatage de la cam, il detecte le temps lorsque que j'active les plaques inconnues.
Je voulais voir aussi les options qui peuvent améliorer mais c'est plus par curiosité.

[lcn]

Bonjour,

Je viens d'installer OpenALPR sur mon Jeedom Raspberry, je pensai utiliser ce plugin avec ma camera Hikavision DS-2CD2185FWD-IS mais apparement le log de OpenALPR indique qu'il n'arrive pas a se connecter au flux video.

Dans la configuration du plugin, j'ai bien entré l'ip locale de la camera et l'identifiant / password .

Faut il spécifier une URL particulière pour que l'accès au flux video fonctionne , j'ai également essayé ceci mais sans succès :

http://ipcam/doc/page/playback.asp


Peut on spécifier l'adresse du flux RTSP de la camera pour que cela fonctionne ?

Merci pour votre aide,

[mika-nt28]

openAlpr est compatible avec toute les camera (il me semble qu'il gere tous les encodage video) du moment que l'on a un flux video.
Je pense qu'il faut que t'utilise justement ton url rtsp

[lcn]

Avec le flux RTSP le log indique que la caméra est connectée, j'ai positionné le réglage :

Mode de mise a jours : "changement d'état à chaque detection" mais pas de lecture de plaque, malgré la présence proche d'une voiture dans le champ direct de la caméra.

Y a t-il des réglages spécifiques à effectuer ?

--

Est ce que ce plugin fonctionne avec l'appli mobile Jeedom ?

Merci pour votre aide

[mika-nt28]

Bonjours

Sur la page de configuration du plugin tu as un acces au log du logiciel OpenALPR.
Peux tu les posté que l'on vois si deja lui fait de la detection.
A tu des snapshot?
Les as tu activé?

Pour l'appli mobile cela depend de ce que tu veux faire, car il est toujours possible d'activé la transmision a l'app.
Dans le plugin je n'ai pas encore configurer par defaut les generic_type mais c'est quelque chose qu'il est possible de faire

[lcn]

Bonjour,

Voici le log de OpenALPR , la camera semble bien connecté ( ip 10.0.0.60 - j'ai retiré l'identifiant et mdp du log )

Code : Tout sélectionner

INFO - Running OpenALPR daemon in daemon mode.
INFO - Using: /etc/openalpr/alprd.conf for daemon configuration
INFO - Using: /var/www/html/tmp/openALPR for storing valid plate images
INFO - country: eu -- config file: /etc/openalpr/openalpr.conf
INFO - pattern: 
INFO - Stream 1: rtsp://xxxxxx:xxxxxx@10.0.0.60:554/Streaming/Channels/101
INFO - Spawning Thread 0
INFO - Spawning Thread 1
INFO - Spawning Thread 2
INFO - Spawning Thread 3
INFO - Starting camera 1
INFO - Video stream connecting...
INFO - Video stream connected

Lorsque je clique sur "SNAPSHOT" , (icone à gauche de "Information sur le logiciel ALPRD" ), il n'y a rien dans la liste des snapshots.
Les status des dépendances et demon sont tous en OK et activer le snapshot est bien coché dans la rubrique "Configuration du plugin "

J'ai créé un groupe de détection de plaque, dans le mode de mise à jour j'ai indiqué : " Changement d'état à chaque détection"
Dans l'onglet "Commandes" j'ai laissé tout par défaut, je ne sais pas trop comment configurer cette partie pour le moment.

Faut il que la caméra soit à la hauteur de la plaque d'immatriculation à lire, actuellement ma caméra est a 2m50 de hauteur et la vision de celle-ci est plongeante sur l'entrée de ma cours.

[mika-nt28]

ha oui il n'y a pas de detection du tout par contre ta camera a l'aire active
Je vais regarder si dans les derniere version de openAlpr il n'y a pas des changement de nom de parametre

Ne t'inquiete pas si je ne repond pas toute de suite, je viens d'etre papa et j'ai donc beaucoup moins de temps.
Mais j'y regarderai

[kris1208]

Ne t'inquiete pas si je ne repond pas toute de suite, je viens d'etre papa et j'ai donc beaucoup moins de temps.
Mais j'y regarderai

FÉLICITATIONS
C'est certain que tu vas avoir moins de temps

[mika-nt28]

Oui, je m'en suis bien rendu compte cette nuit mais je ne vous abandonne pas pour autant.
Je vais etre en congé 3 semaines donc je vais bien reussir a checker les parametres
Si j'ai le temps dans la journée se serai pas mal, mais a midi je pense qu'une sieste vas s'imposé

Je vous remercie en tous cas pour votre compréhension

[mika-nt28]

Visiblement il y a bien un nouveau paramètre.
Je l'ai ajouté a la beta, si vous pouvez validé (pour ceux qui n'ont pas d'installe fonctionnel car il faut mettre a jour les dépendances et donc pas de retour en arrière)

[Xiboard]

Hello,
Encore quelques petites questions , et félicitation à toi (et à la maman )
J'ai fait des essais sur PC pour affiner les réglages afin d'avoir des meilleurs détections.

Dis moi si je fait une connerie, je sais au passage que mes modifs sauterons surement à chaque màj du plugin.

J'ai édité le fichier de conf ici

Code : Tout sélectionner

/var/www/html/plugins/openalpr/core/config/openalpr.config.ini

Pour rajouter/modifier :

Code : Tout sélectionner

  max_plate_width_percent = 25
  max_plate_height_percent = 25
  detection_strictness = 4
  prewarp = planar,1280.000000,720.000000,-0.000180,-0.000000,-0.000000,1.000000,1.000000,0.000000,0.000000
  must_match_pattern = 1  
  

Les modifs que tu a faite, dans la dernière màj entre autre, correspondent bien à lancer avec country=eu et pattern=fr ?
Sur PC et avec obligation de trouver un type de plaque (must_match_pattern = 1) j'ai des très bons résultats.

Tu me confirme que je ne fait pas d'âneries ? Car j'ai un doute en voyant le démarrage du deamon :

Code : Tout sélectionner

INFO - Running OpenALPR daemon in daemon mode.
INFO - Using: /etc/openalpr/alprd.conf for daemon configuration
INFO - Using: /var/www/html/tmp/openALPR for storing valid plate images
INFO - country: eu -- config file: /etc/openalpr/openalpr.conf
INFO - pattern: fr

J'ai pas l'impression qu'il aille chercher le fichier de conf /var/www/html/plugins/openalpr/core/config/openalpr.config.ini mais plutôt /etc/openalpr/openalpr.conf (qui est vide au passage).
EDIT : c'est bon j'ai trouvé, tu recopiait les paramètres mais tu as enlevé la fonction donc là le fichier est recréée à chaque lancement et il est donc vide. J'ai commenté dans ton openalpr.class.php

Code : Tout sélectionner

			exec('sudo rm '.$file);
			exec('sudo touch '.$file);
			exec('sudo chmod 777 '.$file);

Afin de pas supprimer mes paramètres perso, qui du coup sont bien à mettre dans ce fichier.


Autre question : Je suis passé de Pi2 à Pi3+ mais un peu près même combat, charge très élevé.
Charge 2.96 - 2.28 - 2.23 sur Pi2, un peu mieux sur Pi3+.
Bon, le système semblais tout de même stable. Un bug constaté, plantage du Pi lors de l'accès aux Snapshots quand il y en avait beaucoup.
Il n'est pas possible de diminuer la fréquence d'appel à alpr ? Genre toute les x secondes ? Là je ne comprends pas trop comment ça tourne, en continu ? Dès qu'il a fini une analyse, il recommence (même si l'image n'a pas changé ?)
Qu'en est-il du paramètre analysis_threads = 4 ? Pour nous sur Pi, il faut peut être le descendre pour laisser du proc au reste ?


Autre petite idée, peut-être à améliorer mais ça ne presse pas du tout ce point :
Je ne comprends pas pourquoi quand tu décoche 'Création automatique de plaque inconnue', on envoie quand même un mail à chaque détection. C'est bien pour débug seulement ça, non ?
Moi du coup, j'ai mis comme action de faire une capture de ma caméra lors d'une détection d'une plaque autorisé mais dans ce cas, ça manque un peu d'info, il faut regarder l'image pour savoir quel véhicule c'est.
Je dit ça car j'avais beaucoup de mail avec des détections avec aucun véhicule sur l'image, je pense que avec mon must_match_pattern = 1 et le patern = fr, je vais être plus tranquille.


J'ai aussi ça qui spam en continu dans le log openalpr :

Code : Tout sélectionner

WARN - Stream http://****:****@192.168.0.**/web/tmpfs/snap.jpg?openalprfiletype=file.mjpg received invalid frame
INFO - Video stream connecting...
INFO - Video stream connected

J'ai pas compris car ma cam c'est juste /web/tmpfs/snap.jpg, j'ai trouvé dans le code source la raison, il rajoute ?openalprfiletype=file.mjpg quand ce n'est pas une terminologie en mjpg. cf : ligne 50 à 68 ici : https://github.com/openalpr/openalpr/bl ... buffer.cpp
Je comprends pas trop ce truc ! Mais ça ne semble pas gêner plus que ça.


Enfin dernière chose, juste pour info s'il y en a qui avait jamais vu :
Vous avec vu comme la branche commerciale de openalpr était puissante ? testez ici :
http://www.openalpr.com/cloud-api.html
J'ai pensé qu'il sortait les info véhicules avec la plaque mais non, j'ai testé en masquant ma plaque, ça marche nickel !

[mika-nt28]

je vas reactiver la mise a jours de ce ficher car il est certain que cela offrira plus de possibilité

EDIT

J'ai reactiver la saisi et la creation du fichier openalpr.conf sur la beta de demain.
Je n'ai pas trop eu le temps encore de faire des essai sur ses parametres.
Peux tu donne quelque explication que je pourrais ajouté sur la doc

Merci pour ton investissement

[Xiboard]

Pour rajouter/modifier :

Code : Tout sélectionner

  max_plate_width_percent = 25
  max_plate_height_percent = 25
  detection_strictness = 4
  prewarp = planar,1280.000000,720.000000,-0.000180,-0.000000,-0.000000,1.000000,1.000000,0.000000,0.000000
  must_match_pattern = 1  
  

Moi c'est ça les seuls paramètres que j'ai touché :

max_plate_width_percent = 25
max_plate_height_percent = 25
: Pourcentage maxi de la taille de la plaque immatriculation dans l'image. Permet d'ignorer les plaques trop grandes (fausses détections) Paramètre pas très important 100 marchera bien pour tout le monde.

detection_strictness = 4
: ça c'est pour le calcul de la confidence. Plus c'est haut, plus c'est strict.

prewarp = planar,1280.000000,720.000000,-0.000180,-0.000000,-0.000000,1.000000,1.000000,0.000000,0.000000
: paramètre défini avec l'utilitaire openalpr-utils-calibrate.exe sur windows avec une image de ma cam avec une voiture, on régle pour redresser légèrement la plaque.
J'ai fait de nombreux essais, il faut il y aller vraiment très légèrement et plutôt s'abstenir, ça dégrade vite plutôt que d'améliorer.

must_match_pattern = 1
: clairement le plus important pour moi ! Oblige à ce que la reconnaissance corresponde au pattern (c=eu et pattern=fr) Evite de remonter beaucoup de mauvaises detections ou incomplètes.

Mettre en place une image de masque, pourrait être intéressant aussi mais un peu chiant à mettre en place. (c'est une image en noir&blanc à la même dimension que la cam à donner, le blanc représente les zones de recherches) Ça pourrait permettre d'éviter les zones horodatages de la cam par exemple. (paramètre detection_mask_image = )

Sinon, t'as une idée pour réduire la conso proc ? Je suis passé sur 1 seul thread ça semble mieux mais bon (Charge 2.12 - 1.88 - 1.79 quand même).

Merci encore.

[lcn]

Bonjour,

Je ne parviens toujours pas a lire une plaque malgré le fait que ma caméra soit bien reconnue par le plugin.
Auriez vous s'il vous plait un petit tuto qui me permettrait d'avancer , en fait je ne suis pas sûr des options a paramétrer.

Merci a vous,