SURVEILLANCE WEBCAM ( SURVEILLANCE PASSIVE)
Nicolas___
Messages postés
992
Date d'inscription
jeudi 2 novembre 2000
Statut
Membre
Dernière intervention
24 avril 2013
-
6 juil. 2006 à 23:40
Kristel60 Messages postés 10 Date d'inscription vendredi 30 avril 2004 Statut Membre Dernière intervention 8 février 2011 - 8 févr. 2011 à 23:08
Kristel60 Messages postés 10 Date d'inscription vendredi 30 avril 2004 Statut Membre Dernière intervention 8 février 2011 - 8 févr. 2011 à 23:08
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/38476-surveillance-webcam-surveillance-passive
https://codes-sources.commentcamarche.net/source/38476-surveillance-webcam-surveillance-passive
8 févr. 2011 à 23:08
juste une chose : chemin du system32 en dur dans le code
28 mai 2008 à 16:36
(rien qu'en regardant les variables ... )
Faudrait 1 jour que je m'amuse a tt reprendre mais je pense que je n'aurais pas le courage !
27 mai 2008 à 22:26
Déclarez capCreateCaptureWindowA comme ceci :
function capCreateCaptureWindowA(
lpszWindowName : LPCSTR;
dwStyle, X, Y, nWidth, nHeight : integer;
hwndParent : hwnd;
nID : integer): HWND; stdcall;
implementation
{$R *.dfm}
function capCreateCaptureWindowA; external 'avicap32.dll'name 'capCreateCaptureWindowA';
par contre le code est vraiment mal ecrit. c'est dommage.
13 févr. 2007 à 23:54
C'est vraiment un code superbe !!! Quekqu'un saurait-il comment capturer "simultanément" des images provenant de 2 webcam diférentes (pour faire de la triangulation). Merci d'avance de vos réponses...
11 juil. 2006 à 18:33
quant à se déplacer suffisament doucement pour tromper la surveillance à moins d'être une tortue il faut pas trop y penser d'autant que si tu t'introduis dans uen pièce sans y être inviter je doute que tu y traine trop et que si tu ne peux pas bouger sans de faire prendre tu déguerpiras à grandes enjambées.
Tu peux faire l'essai avec mon prog et je te garantis que tu vas attraper des crampes avant d'avoir quiter le champ de la caméra
@+
jlen
11 juil. 2006 à 18:33
11 juil. 2006 à 18:32
Bon ca fait vachement infiltration quand meme mais j'avais essayer et il y avait moyen !
ciao
11 juil. 2006 à 18:19
C' est pour cela qu' il faut prendre plusieurs pixels à traiter, c' est à cause de la qualité!
JLen100:
Le problème est que si tu traites 10 images toutes les secondes, tu vas sauvegarder 10 fois comme image de référence.
Donc, si tu apparais très doucement (ok, ça fait un peu Splinter Cell mais c' est l' idée, mdr), tu peux tromper ton programme!!!
Qu' en pensez vous les gars?
A+
11 juil. 2006 à 18:15
@+
jlen
11 juil. 2006 à 18:04
Tu peux faire le test si tu en a une, tu mets ton image par defaut = image de la webcam
normalement tu a zero pourcent de difference, or chez moi j'ai a peu pres 10% de difference !
Je n'ai jamais dis que cette methode etait la plus fiable , elle est juste differentes de celle sur DelphiFR et voila pourquoi je l'ai postée.
pour l'histoire d'actualiser l'image tt les X minutes j'y avais pensé ...
Je vais faire ce que tu m'as demandé pour voir , Merci
ciao
11 juil. 2006 à 15:10
Détecter un changement entre 2 images n' est pas si difficile que ça ...
Le problème majeur est biensûr l' éclairage qui change dans la journée.
Il suffirait d' actualiser l' image de comparaison de la scène toutes les minutes par exemple (s' il n' y a pas de mouvement détecté, ça va de soi) ...
Autre problème: disons qu' un nuage passe assez rapidement (mdr).
Voilà un procédé qui pourrait marcher :
calculer une moyenne en % pour le Rouge, Vert et Bleu tous les 3 pixels horizontaux et verticaux (par ex...) de l' image car un % permet déjà de contourner le problème de la luminosité (le % de RGB ne change pas selon la luminausité, enfin pas trop).
Ça nous donne donc une moyenne sur 9 pixels pour le RGB comme suit par exemple:
Rouge: 10%
Vert: 30%
Bleu: 60%
On compare ces pourcentages entre la scène gardée avec celui de la scène actuelle.
On fait ça tous les 3 pixels donc...
On se donne une tolérance de changement entre ces 3 pourcentages (% rouge, vert et bleu) entre les 2 scènes entre 0 et 100% (0 de tolérence veut dire que les 3 pourcentages doivent être égaux dans les 2 scènes), c' est une variable donc que l' utilisateur peut définir.
Si on constate par exemple que 10% des résultats ne répondent pas à la tolérence, il y a mouvement dans la scène !!!
J' ai essayé d' expliquer au mieux, j' espère que cela va te donner des idées?!!
A+
11 juil. 2006 à 13:18
Ciao
11 juil. 2006 à 13:17
Et merci pour la note
8 juil. 2006 à 17:46
delphinait
7 juil. 2006 à 10:29
une fois le zip telechargé je n'arrive pas a l'ouvrir
7 juil. 2006 à 10:19
j'attend vos suggestions
merci
7 juil. 2006 à 07:47
c'est une autre façon de détecter un mouvement mais tu devrais jeter un oeil sur le composant TMED qui m'as servi à la détection ( détection multizone à sensibilité réglable par zone)
6 juil. 2006 à 23:40