🎦 Présentation de ShinobiCCTV Community Edition 👁️

Posté par voxdemonix le 31 décembre 2018 à 16:49. Édité par Benoît Sibaud, Davy Defaud, palm123, theojouedubanjo, claudex et bubar🦥. Modéré par Benoît Sibaud. Licence CC By‑SA.

Étiquettes :

déc.

2018

ShinobiCCTV Community Edition est un serveur de vidéo‐surveillance multi‐plate‐forme, dont les finitions se situent quelque part entre ZoneMinder et Kerberos.io.
Voyons ensemble ses particularités, ses avantages et inconvénients.

Tableau de bord de Shinobi 2017

Sommaire

Version communautaire de Shinobi (Community Edition)
Mise en place
- 🌱 Installation (de base)
- 🗑️ Désinstallation
Bonus

Version communautaire de Shinobi (Community Edition)

📰 Introduction

ShinobiCCTV, Shinobi pour les intimes, serveur de vidéo‐surveillance à ses heures, naquit dans une région froide du Canada sous les martèlements de clavier de Moe Alam.
Ce projet serait l’alternative de référence à ZoneMinder (source). Ce qu’il pourrait devenir, en effet, compte tenu du peu de choix dans cet écosystème libre. « Shishi » est basé sur FFmpeg et Node.js, utilisant massivement du JavaScript, un peu de Python, ainsi qu’un chouia de Shell (source).
Le serveur est multi‐plate‐forme (BSD, GNU/Linux, macOS, Windows) et compatible avec l’architecture ARM. Une image Docker est aussi disponible.
En termes de fonctionnalités, ShinobiCCTV se situe quelque part entre ZoneMinder (utilisable en milieu pro mais vieillissant) et Kerberos.io.
Il n’y a pas de limite en nombre de caméras (autre que la puissance de calcul de vos machines et la bande passante de votre réseau).

Shinobi se divise en deux branches distinctes :

Shinobi Community Edition → licence libre (gratuit) ;
Shinobi Pro → Open Source non libre (payant, sauf exceptions).

Nous allons ici, bien entendu, nous intéresser uniquement à la version libre.
D’après cet article, la version libre de Shinobi ne reçoit pas de mises à jour régulières (historique) et n’accepte aucun demande d’intégration (pull request). S’il existe donc bien une version libre de Shinobi, elle n’est, à l’heure de la rédaction de cet article, hélas point communautaire.
Il faut néanmoins souligner que Moe, pour le moment l’unique développeur, est très réactif, à l’écoute et surtout qu’il utilise le logiciel qu’il code (cf. les tarifs du support).

🛠️ Fonctionnalités et capacités

capacité de récupérer des flux audio‐vidéo des caméras via HTTP, RTP/RTSP et ONVIF ; HTTPS est pris en charge, mais uniquement avec des certificats X.509 valides ;
enregistrement aux formats vidéo compatible avec l’accélération matérielle, avec trois modes d’enregistrement différents (enregistrement continu, enregistrement lors d’événements avec ou sans tampon, enregistrement puis suppression si pas d’événement détecté) ;
enregistrement possible de l’audio ;
détection de mouvements et analyse de formes ;
diversité de formats d’enregistrement (liste) ;
diversité dans les méthodes de diffusion ; en revanche, le délai entre la réalité et ce que l’on voit sur l’écran peut être important (jusqu’à 8 s avec HLS) suivant la méthode de diffusion choisie ;
gestion des stockages distants (Amazon S3, WebDAV, Backblaze B2) ;
possibilité de définir le stockage pour chaque caméra ;
gestion d’une petite partie des commandes pour caméras (PTZ, IR) ;
possibilité de permuter entre le mode de diffusion « normal » et le mode JPEG, moins gourmand en bande passante et avec une plus faible latence (très utile pour déplacer les PTZ ou couper les flux audio) ;
utilisation de robots pour les alertes (courriel, discord) ;
compatibilité LDAP ;
ligne du temps, accéléré (time‐lapse) ;
lancement de scripts (par défaut en super‐utilisateur) lors d’événements ;
calendrier par caméra où sont indiqué les évènements ; ce calendrier n’est pas encore synchronisable ;
le mode grappe de serveurs (cluster) de Shinobi est basé sur le système maître‐esclave, permettant de répartir la charge, mais pas d’avoir de la haute disponibilité ; seul le serveur maître s’occupe de la communication avec la base de données, si ce serveur plante, tout plante ;
sur la WEBUI vous pouvez adapter votre tableau de bord grâce au glisser‐déposer (drag & drop) sur les différents moniteurs de caméra.

Papa Noël Shinobi

⚖️ Quelques différences avec les autres

ZM et Shinobi permettent tous deux de visualiser plusieurs moniteurs simultanément (pas Kerberos.io) ; en revanche, avec Shinobi vous ne pouvez choisir la taille de l’affichage ;
la ligne du temps de Shinobi se base sur des points fixes sans image de prévisualisation ; pour voir ce qu’il s’est déroulé entre deux points, il faut visualiser la vidéo liée ; sur ZM, il suffit de survoler la ligne du temps pour charger une image de l’instant T ; vous ne pourrez donc pas visualiser une journée entière en quelques secondes comme avec ZM ; impossible aussi de trouver un évènement si vous ne savez pas le dater ;
Sur Shinobi il faudra paramétrer les commandes PTZ de chaque caméra, sauf pour celles compatibles ONVIF ; vous pouvez éventuellement recopier la configuration d’une caméra, mais, pour le moment, pas choisir dans une liste de pré‐configuration, comme avec ZM ;
Shinobi n’est pas capable de contrôler autant de commandes pour les PTZ, infrarouge, etc., que ZoneMinder ;
la session utilisateur n’est pas liée au navigateur mais à l’onglet, sauf bogue ;
la consommation d’espace d’échange mémoire (swap) est assez imposante, et l’on ne peut définir son chemin d’accès ;
Shinobi utilise massivement le super‐utilisateur root (pm2, ffmpeg, etc.) ;
ZoneMinder et Kerberos.io utilisent tous deux un serveur Web, Shinobi intègre le sien ; vous devrez donc allouer un port différent (par défaut 8080) et ne pourrez journaliser les infos ni les exploiter avec Piwik/Matamo, sauf à passer par un serveur mandataire (exemple avec HaProxy) ; Node.js oblige, ShinobiCCTV nécessite de l’expérience en Node.js/expressjs afin de pouvoir ajouter des pages Web sur le serveur (par exemple un fichier healthcheck) ;
Avec ZoneMinder le mode grappe de serveurs (cluster) nécessite de répartir manuellement les caméras sur plusieurs nœuds et, si vous pouvez visionner les enregistrements depuis n’importe quel nœud, le direct quant à lui est limité aux caméras gérées par le serveur ; Shinobi semble lui répartir la charge entre ses nœuds fils automatiquement, en se basant sur l’utilisation du processeur ; le visionnage du direct ou des enregistrements se fait donc uniquement sur le serveur maître (source) ; le système de ZoneMinder permet de créer une grappe de serveurs répartie sur plusieurs réseaux, Shinobi semble capable d’accomplir aussi cette tâche ;
le détecteur de mouvement est plus difficile à configurer sur Shinobi (sur ZoneMinder, il se résume à l’activer et optionnellement adapter le niveau de « bruit ») ;
Kerberos utilise un mécanisme de mise à jour via la WEBUI [source], ZoneMinder est directement intégré au système ; Shinobi, quant à lui, passe par Git [source].

🔎 Composition de Shinobi

📡 Au niveau logiciel

Node.js, moteur JavaScript basé sur Chromium — nom des processus : node (tourne en super‐utilisateur) ;
pm2, gestionnaire de processus pour Node.js — nom des processus : PM2 v3.2.2: God Daemon (tourne en super‐utilisateur) ;
ffmpeg, acquisition et traitement des flux vidéo et audio — nom des processus : ffmpeg (tourne en super‐utilisateur)

📡 Au niveau des dépendances

Ces logiciels peuvent être installés sur la même machine ou répartis sur plusieurs :

MariaDB, le serveur de base de données, nom des processus : mysqld (tourne sous l’utilisateur « mysql ») ;
si accessible via WAN, un frontal au choix (HAProxy, Apache 2, etc.) ;
si sur plusieurs machines, un logiciel pour chiffrer les communications entre le ou les frontaux et le serveur maître ShinobiCCTV, voire entre ShinobiCCTV et le(s) serveur(s) de base de données.

📱 Au niveau de la WEBUI (interface Web)

http://your_shinobi:8080 ⇒ Tableau de bord :
http://your_shinobi:8080/admin ⇒ Ici les utilisateurs créés par l’administrateur pourront créer eux‐mêmes des « sous‐utilisateurs » (équivalent des modérateurs), permettant de partager l’accès à des caméras :
http://your_shinobi:8080/super ⇒ Gestion de l’administrateur, des comptes utilisateurs et de quelques paramètres de base :

Mise en place

🌱 Installation (de base)

Est expliqué comment faire une installation minimale de Shinobi Community Edition. Pour une installation complète, avec notamment HTTPS, voyez le tutoriel « Ubuntu/Debian Installation complète de Shinobi Community Edition ».

Lancez l’installation du logiciel :

mv /tmp/
wget https://gitlab.com/Shinobi-Systems/Shinobi-Installer/raw/master/shinobi-install.sh
sudo bash shinobi-install.sh

Créez la base de données et son utilisateur avec multiple accès. Adaptez, bien entendu, le mot de passe ainsi que « 10.8.%.% » qui, dans cet exemple, autorise l’accès à n’importe quel client ayant une adresse IP comprise entre 10.8.0.0 et 10.8.255.255. Attention, localhost est différent de 127.0.0.1 et autoriser l’un n’autorise pas automatiquement l’autre :

GRANT ALL PRIVILEGES ON ccio.* TO 'shinobi'@'localhost' IDENTIFIED BY 'my_super_password'; GRANT ALL PRIVILEGES ON ccio.* TO 'shinobi'@'10.8.%.%' IDENTIFIED BY 'my_super_password'; FLUSH PRIVILEGES;

Éditez /home/Shinobi/conf.json afin d’y ajouter les informations concernant la base de données :

nano /home/Shinobi/conf.json

Initialisez la base de données :

mysql -u shinobi -p shinobi < /home/Shinobi/sql/framework.sql
mysql -u shinobi -p shinobi < /home/Shinobi/sql/tables.sql
mysql -u shinobi -p shinobi < /home/Shinobi/sql/database.sql

Redémarrez le cœur de Shinobi :

pm2 --update-env restart all

🗑️ Désinstallation

Suppression de la base de données et de son utilisateur :

mysql -uroot -p -e "DROP DATABASE ccio;"
mysql -uroot -p -e "DROP USER ‘shinobi’@’localhost’;"
mysql -uroot -p -e "DROP USER ‘shinobi’@’10.8.%.%’;"

Suppression et purge des logiciels :

pm2 kill
sudo npm uninstall pm2 -g
sudo apt remove ffmpeg mariadb-server nodejs -y && sudo apt autoremove -y && sudo apt-get autoclean
sudo rm -rf /usr/local/bin/npm /usr/local/share/man/man1/node* /usr/local/lib/dtrace/node.d ~/.npm ~/.node-gyp /opt/local/bin/node /opt/local/include/node /opt/local/lib/node_modules /usr/local/lib/node* /usr/local/include/node* /usr/local/bin/node* /home/Shinobi

Bonus

🍔 Anecdotes

📊 Sondages

Un petit sondage, non représentatif, indique qu’Ubuntu semble être le serveur le plus utilisé. Un autre sondage, pas plus représentatif, semble indiquer que la version la plus utilisée est Shinobi Pro.

🗨️ Avis personnels

Les avis du ou des auteurs sont subjectifs et ne doivent pas être pris comme règles.

☄️ Avis de Voxdemonix (2018)

Les technologies utilisées autant pour le cœur (Node.js), la l’interface Web (HTML 5), le support (Discord, la messagerie instantanée avec Moe intégrée dans la documentation) que les fonctionnalités (Discord bot, WebDAV, reconnaissance d’objets) sont rafraîchissantes. Aucun autre projet que j’ai testé ne discute de l’utilisation de réseaux neuronaux.
En revanche, voir tourner Node.js et FFmpeg en super‐utilisateur amène une certaine appréhension sur la sécurité. Pour info, FFmpeg est suffisamment soumis à risque pour que le projet Nextcloud déconseille complètement son utilisation (afin d’éviter qu’un fichier corrompu ne passe dans le générateur de prévisualisation). FFmpeg qui récupère un flux réseau non sécurisé en super‐utilisateur, c’est assez dangereux. À tester si la version Docker corrige ce problème important.
Il manque quelques fonctionnalités (pré‐sélections de caméras, voire balayage à la ZoneMinder, ainsi que des boutons importants, notamment au niveau des PTZ (ex : IR auto on/off), il n’y a pas de date sur les flux) et certaines fonctionnalités ne sont pas terribles (ligne du temps qui nécessite de pouvoir dater un évènement pour le retrouver).
Le fait que ShinobiCCTV n’applique les mises à jour et les demandes d’intégration que sur le projet proprio fait aussi peur, peut‐être à tort, que le développeur ne ferme le projet dès qu’il aura des clients (époque #OpenWashing oblige). Sans compter que cela casse un peu l’envie de participer, surtout au niveau code et rapport de bogue.
Quand aucun utilisateur n’est sur la WEBUI, la charge système machine reste sous 0,5. En revanche, dès qu’un utilisateur se connecte sur la WEBUI et affiche des flux, la charge monte rapidement entre 1,5 et 2,5. Plusieurs utilisateurs m’ont indiqué utiliser ou tester ShinobiCCTV sur Raspberry Pi 3 sans réel problème, il n’y a eu aucun retour quant aux ARM non 32/64 bits en revanche.
Bref, il y a encore du boulot pour que ShinobiCCTV devienne utilisable en milieu professionnel, mais les fonctionnalités vitales sont déjà disponibles pour une utilisation familiale ou PME (si l’on rajoute une surcouche de sécurité).

♾️ Remerciements

Gros remerciement à la communauté et à Moe pour leur participation ! 💋

🎞️ Captures d’écran

Capture d’écran d’un serveur Shinobi avec 2 caméras enregistreuses et une caméra en stream-command top

Tableau de bord de ShinobiCCTV sur Android

🔗 Liens

Logo de Shinobi

Aller plus loin

Site officiel ShinobiCCTV (310 clics)
Discord ShinobiCCTV Room (89 clics)

# Smileys

Posté par barmic le 01 janvier 2019 à 02:29. Évalué à -1.

D'où vient cette idée de mettre des smileys dans tous les titres ? Je suis pas super fan personnellement. Je trouve que ça donne un côté playskool sans apporter d'intérêt particulier (ça semble vouloir faire une forme de catégorisation mais ça n'en est pas vraiment une). C'est un skeuomorphisme qui ne me semblent pas très pertinents.
- [^] # Re: Smileys
  
  Posté par voxdemonix le 01 janvier 2019 à 13:19. Évalué à 4. Dernière modification le 01 janvier 2019 à 13:20.
  
  D'où vient cette idée de mettre des smileys dans tous les titres ?
  
  Une simple idée apparue lors de la creation de l'article.
  Ca apporte un peu de couleurs a un long pavé :)
  - [^] # Re: Smileys
    
    Posté par barmic le 01 janvier 2019 à 15:28. Évalué à 2.
    
    Ça n'est pas le cas pour le titre de la dépêche par exemple.
    
    S'il y a un pavé si long que l'auteur lui-même le trouve peu digeste, je crois pas que le problème vienne de la couleur des titres.
    - [^] # Re: Smileys
      
      Posté par voxdemonix le 01 janvier 2019 à 18:23. Évalué à 1.
      
      Ça n'est pas le cas pour le titre de la dépêche par exemple.
      
      Non en effet, pour le titre il faut jeter la pierre à la suite de dépêches "Systèmes d'exploitation pour téléphones." 😁
- [^] # Re: Smileys
  
  Posté par Psychofox (Mastodon) le 02 janvier 2019 à 10:55. Évalué à 0.
  
  Il n'y a aucun smiley dans le titre.
  - [^] # Re: Smileys
    
    Posté par barmic le 02 janvier 2019 à 11:13. Évalué à 3.
    
    U+1F441 peut légitimement être appelé smiley vu qu'il est classé dans les emoji sur unicode.org.
    - [^] # Re: Smileys
      
      Posté par Psychofox (Mastodon) le 02 janvier 2019 à 14:33. Évalué à 2. Dernière modification le 02 janvier 2019 à 14:34.
      
      Malgré leur nom les emojis ont depuis bien longtemps passé le stade de ne servir qu'à transmettre des émotions comme le faisaient les smileys. On est beaucoup plus proche du tag et l'enrichissement de la liste fait penser qu'on va de plus en plus évoluer notre langage écrit vers l'utilisation de logogrammes à l'instar des nos amis asiatiques et de l'égypte antique.
      
      Je crois que ce n'est ni un mal ni un bien mais une évolution logique.
      - [^] # Re: Smileys
        
        Posté par barmic le 02 janvier 2019 à 14:44. Évalué à 4.
        
        Malgré leur nom les emojis ont depuis bien longtemps passé le stade de ne servir qu'à transmettre des émotions comme le faisaient les smileys.
        
        L'émotion délivré par une parabole est effectivement pas évident, mais la question ne vient pas de ça, mais plus de l'utilisation d'image en pleins milieu du texte. Personnellement ça me gêne de la même façon que lorsque l'on utilise l'écriture inclusive. Là ça ne concerne que les titre donc ça fait moins de quantité, mais je bute dessus de la même façon.
        
        On est beaucoup plus proche du tag et l'enrichissement de la liste fait penser qu'on va de plus en plus évoluer notre langage écrit vers l'utilisation de logogrammes à l'instar des nos amis asiatiques et de l'égypte antique.
        
        C'est du délire total ça. Les icônes de la dépêche n'ajoutent aucune sémantique et l'auteur dis bien qu'ils ne sont là que pour ajouter des couleurs… La ressemblance avec des idéogrammes ne doit pas faire croire qu'il s'agit de la même chose. Ça paraîtrait bizarre de remplacer un mot du texte de la dépêche par une icône (suffisamment pour qu'aucune ne l'ai encore fait). Ça montre bien que ça n'a rien à voir. De plus ce genre de modification de l'écrit ce joue en quelques décennies, là on a 2 dépêches qui passent de rien à partout. De plus je ne vois pas passer de contenu de cette forme ailleurs (même sur metly qui se veut jeun's par exemple).
        
        Je crois que ce n'est ni un mal ni un bien mais une évolution logique.
        
        Je ne fais que donner mon point de vu si ça doit devenir la norme je m'en accommoderais.
        
        [^] # Re: Smileys
        
        Posté par voxdemonix le 02 janvier 2019 à 19:53. Évalué à 1. Dernière modification le 02 janvier 2019 à 19:57.
        
        La ressemblance avec des idéogrammes ne doit pas faire croire qu'il s'agit de la même chose.
        
        Ne dénigre point le travail de recherche effectué lors de la rédaction pour trouver des émojis plus ou moins correspondant et fonctionnels sur les diverses plateformes. (parce qu'il y a de bien belles différences entre firefox sur linux, android, tor) 😉
        
        L'émotion délivré par une parabole est effectivement pas évident, mais la question ne vient pas de ça, mais plus de l'utilisation d'image en pleins milieu du texte. Personnellement ça me gêne de la même façon que lorsque l'on utilise l'écriture inclusive. Là ça ne concerne que les titre donc ça fait moins de quantité, mais je bute dessus de la même façon.
        
        Dans l'article ci-présent il n'y a pas d'émoji dans le texte outre la phrase de remerciement. Les petits pingouins devant certains liens sont généré par LinuxFR pour les liens interne.
        Pas encore "partout" 😋
        
        [Aspect Philo]
        
        De plus ce genre de modification de l'écrit ce joue en quelques décennies,
        
        Boaf. Il y a eu une énorme fracture entre ceux qui ont grandis avec les nouvelles technologies des années 2000+ et les précédents.
        L'arrivée des GSM a fait exploser le taux de messages que s'échangent les gens, et surtout les jeunes (enfant comme adolescent). De nouveaux codes ont donc pu émerger très rapidement.
        
        Ça paraîtrait bizarre de remplacer un mot du texte de la dépêche par une icône (suffisamment pour qu'aucune ne l'ai encore fait)
        
        👩👨 ❤️ 🐧
        
        [^] # Re: Smileys
        
        Posté par Psychofox (Mastodon) le 03 janvier 2019 à 17:08. Évalué à 2. Dernière modification le 03 janvier 2019 à 17:08.
        
        La ressemblance avec des idéogrammes ne doit pas faire croire qu'il s'agit de la même chose. Ça paraîtrait bizarre de remplacer un mot du texte de la dépêche par une icône (suffisamment pour qu'aucune ne l'ai encore fait). Ça montre bien que ça n'a rien à voir. De plus ce genre de modification de l'écrit ce joue en quelques décennies, là on a 2 dépêches qui passent de rien à partout.
        
        Ça se rencontre de plus en plus dans les messageries instantanées et réseaux sociaux, plus particulièrement chez les jeunes mais pas que (on peut aussi penser à un député très médiatisé ces dernières semaines).
        
        Donc oui c'est déjà largement en cours d'évolution et le fait que les emojis existent n'impose plus d'avoir un quelconque talent de dessin pour utiliser les logogrammes fait que ça se popularise facilement. Même constat avec l'utilisation de photos, meme, vidéos et gifs animés.
        
        [^] # Re: Smileys
        
        Posté par barmic le 04 janvier 2019 à 08:43. Évalué à 3.
        
        Qu'il existe des formes de communication qui utilisent des smileys c'est un fait. Tu n'invente rien. Mais je n'ai jamais vu d'articles (journaux, dépêches, articles,…) en utiliser autant qu'ici et j'ai cherché justement.
        
        En plus on parle ici des dires même de l'auteur d'ajouts sans sémantique. Le rapprochement avec des idéogrammes est vraiment hasardeux. Un truc sans grammaire, sans vocabulaire claire et sans sémantique ce n'est pas une langue à proprement parlée.
        
        Encore une fois je ne dis pas que les smileys c'est mal. Je dis que je ne vois pas ce qu'ils apportent dans cet usage là. J'ai tenté de trouvé d'autres sites qui ferraient la même chose, mais je n'en ai pas trouvé (après je ne cherche peut être pas au bon endroit).
# Questions intéressées.

Posté par Foutaises le 01 janvier 2019 à 03:09. Évalué à 5. Dernière modification le 01 janvier 2019 à 03:11.

Je n’arrive pas à trouver l’information concernant le fait qu’il soit possible de définir une durée de rétention des données (7 jours, 15 jours, 30 jours, etc.), et de faire ensuite boucler les nouveaux enregistrements sur les plus anciens une fois atteinte. C’est un point essentiel, surtout avec la législation française.

Il en va de même pour l’horodatage en OSD avec nom de caméra, qui dans certains cas est obligatoire.

Je n’ai pas non plus l’impression que le logiciel permette de limiter la bande passante utilisée par une caméra (chose importante dès qu’une installation dépasse la dizaine de caméras, sans quoi le réseau a vite fait d’être congestionné, je ne parle même pas des installations à plus d’une centaine de caméras…).

Quid d’un planning en fonction des jours/heures/caméras, afin de basculer la ou les caméras en mode « enregistrement permanent », « détection de mouvement », « activation sur alarme » ou « pas d’enregistrement » ?

Le logiciel peut-il être interfacé avec un système d’alarme (déclenchement des caméras de la zone sur activation de capteur, etc.) ? Peut-il également être relié à un VSM, un système de contrôle qui surveille le bon fonctionnement des divers sites qui lui sont connectés, et lève des alertes en cas de problème (intrusion, perte de caméra, jours de rétention inférieur ou supérieur aux limites légales, état du serveur, etc.) ?

Pareil, je ne vois rien concernant la définition de matrices de caméras personnalisées, pas plus que sur un éventuel push des images capturées (vers un poste de visualisation, une adresse mail, un terminal mobile, etc.), si possible avec détourage de la zone ayant déclenché l’alerte, pour procéder à une levée de doute rapide et efficace.

Rien non plus sur l’extraction de vidéos à partir des enregistrements, notamment sur requête judiciaire.

Éventuel bonus, qu’en est-il de la reconnaissance faciale ?

Sans la plupart des points ici soulevés, je ne vois pas de quelle manière ce logiciel peut être utilisé professionnellement en France, puisqu’ils répondent à des obligations légales.

En tout cas, c’est toujours un projet intéressant sur lequel je compte garder un œil, et éventuellement faire quelques tests si j’en trouve le temps.
- [^] # Re: Questions intéressées.
  
  Posté par Foutaises le 01 janvier 2019 à 03:28. Évalué à 4.
  
  J’oubliais également la définition de zones de surveillance ? De zones ignorées ? De masques (indispensable pour masquer le voisinage ou la voie publique en extérieur) ?
  
  Quid d’une éventuelle analyse/détection à partir de caméras thermiques (plus précisément thermographiques), qui sont de plus en plus utilisées (car très efficaces, mais également car ne nécessitant pas de déclaration en préfecture, puisque ne permettant pas l’identification) ?
  
  Par exemple la détection d’intrusion ou de point chaud (départ d’incendie, etc.) ?
  
  Un peu à la manière de ce que fait l’excellent FoxVigi quoi.
  
  http://www.foxstream.fr/securite/nos-produits/foxvigi/
  
  Je sais, j’en demande beaucoup, mais c’était pour mettre le logiciel en perspective des prérequis.
  - [^] # Re: Questions intéressées.
    
    Posté par voxdemonix le 01 janvier 2019 à 14:00. Évalué à 2. Dernière modification le 01 janvier 2019 à 14:05.
    
    Je n’arrive pas à trouver l’information concernant le fait qu’il soit possible de définir une durée de rétention des données (7 jours, 15 jours, 30 jours, etc.),
    
    Tu peux définir une durée de rétention par défaut pour le serveur et une durée pour chaque caméra.
    
    Il en va de même pour l’horodatage en OSD avec nom de caméra, qui dans certains cas est obligatoire.
    
    L'horodatage est visible sur les vidéos enregistrées (différé) mais hélas pas sur les moniteurs en "direct".
    Ça a l'air volontaire si j'en crois le tout premier screenshot de l'article qui date de 2017 et où l'horodatage semble présent sur chaque moniteur.
    
    le logiciel permette de limiter la bande passante utilisée par une caméra
    
    Il ne semble hélas pas disposer de cette feature pour le moment. Mais la demande d'ajout de cette feature est déjà passé sur le discorde.
    
    Quid d’un planning en fonction des jours/heures/caméras, afin de basculer la ou les caméras en mode « enregistrement permanent », « détection de mouvement », « activation sur alarme » ou « pas d’enregistrement » ?
    
    Cette feature a été demandée durant la semaine.
    
    Le logiciel peut-il être interfacé avec un système d’alarme (déclenchement des caméras de la zone sur activation de capteur, etc.) ?
    
    Je ne pense pas, le soft permet de faire l'inverse (lancer un script a l'appel d'un évènement de la camera, mais pas de lancer une caméra en fonction d'un évènement).
    
    MAIS => voir réponse suivante
    
    Peut-il également être relié à un VSM, un système de contrôle qui surveille le bon fonctionnement des divers sites qui lui sont connectés, et lève des alertes en cas de problème (intrusion, perte de caméra, jours de rétention inférieur ou supérieur aux limites légales, état du serveur, etc.) ?
    
    ShinobiCCTV permet l'accès depuis une API. Je n'ai pas été trifouiller dedans et donc la connais peu. Mais des users ont partagé utiliser shishi depuis un "Home Assistant".
    Donc a voir se que permet l'API.
    
    Pareil, je ne vois rien concernant la définition de matrices de caméras personnalisées, pas plus que sur un éventuel push des images capturées (vers un poste de visualisation, une adresse mail, un terminal mobile, etc.), si possible avec détourage de la zone ayant déclenché l’alerte, pour procéder à une levée de doute rapide et efficace.
    
    Rien non plus sur l’extraction de vidéos à partir des enregistrements, notamment sur requête judiciaire.
    
    La tu me poses une colle ^ ^ ZoneMinder le permet, mais pour Shinobi je ne sais honnêtement pas.
    
    Éventuel bonus, qu’en est-il de la reconnaissance faciale ?
    
    Pour le moment pas de reconnaissance faciale.
    
    J’oubliais également la définition de zones de surveillance ? De zones ignorées ? De masques (indispensable pour masquer le voisinage ou la voie publique en extérieur) ?
    
    Tu peux définir des masques. Mais au vu du nombre de demande d'aide sur Discorde quant à cette fonctionnalité, a mon avis elle est plus difficile a mettre en place que pour ZM.
    
    Quid d’une éventuelle analyse/détection à partir de caméras thermiques (plus précisément thermographiques), qui sont de plus en plus utilisées (car très efficaces, mais également car ne nécessitant pas de déclaration en préfecture, puisque ne permettant pas l’identification) ?
    
    Idée à proposer à Moe, je pense qu'il va kiffer. 😀
    
    Je sais, j’en demande beaucoup, mais c’était pour mettre le logiciel en perspective des prérequis.
    
    Je suis tout ouvert à l'idée de créer une futur page wiki qui définit quelles sont toutes les fonctionnalités qu'on attendrait d'un logiciel de vidéos surveillance pour les milieux pro. (le dernier lien placé dans l'article a été mis pour cette éventualité)
    Ainsi qu'un petit tableau qui indique si les logiciels libre dispo disposent de cette feature :)
  - [^] # Re: Questions intéressées.
    
    Posté par stiffux le 01 janvier 2019 à 15:52. Évalué à 2.
    
    Je pense pas que l'auteur de l'article avait la volonté de faire une comparaison avec les logiciels propriétaires fussent-ils très complets en fonctionnalités.
    
    Je ne trouve pas de version openSource sur http://www.foxstream.fr/securite/nos-produits/foxvigi/
    - [^] # Re: Questions intéressées.
      
      Posté par voxdemonix le 01 janvier 2019 à 18:11. Évalué à 2.
      
      Je pense pas que l'auteur de l'article avait la volonté de faire une comparaison avec les logiciels propriétaires fussent-ils très complets en fonctionnalités.
      
      De base en effet l'objectif était de comparer un logiciel libre face aux alternatives elles aussi libre.
      Mais l'idée de comparer avec les logiciels utilisés dans l'administration m'avait traversé l'esprit. Si cette voies n'a pas avancée, c'est tout simplement car ces logiciels n'ont pas de démo accessible sans "laisser-passer".
      - [^] # Re: Questions intéressées.
        
        Posté par dark_moule le 02 janvier 2019 à 10:05. Évalué à 3.
        
        Bonjour,
        
        Généralement les fabricants proposent un logiciel gratuit. Par exemple pour Hikvision https://www.hikvision.com/fr/Support/Downloads/Client-Software
        
        Des éditeurs proposent parfois des démonstrations : https://www.seetec-video.com/fr/
        
        Pour ma part j'ai des besoins très simples. Principalement
        1. Enregistrer sur détection de mouvement (idéalement avec la possibilité de définir un nombre de secondes avant et après la fin de la détection)
        1. Enregistrer 24/7 et rechercher des mouvements à l'aide d'une grille (tout changement à cet endroit permet de consulter ces évènements, en passant de l'un à l'autre)
        1. Choix du débit / qualité d'encodage
        1. Recherche dichotomique, pratique pour retrouver l'origine d'une dégradation car il faut qu'il y ait une trace
        1. Visualisation d'un horodatage permanent sinon on ne s'y retrouve plus et lors de l'export
        1. Export entre deux dates, avec un fichier par caméra
        1. Alarme sur détection d'un évènement
        1. Accès distant (tablette / téléphone)
        
        Malheureusement les logiciels libres n'ont pas tous ces fonctions et surtout il est difficile de s'assurer de la comptabilité avec le matériel alors toute comparaison est la bienvenue.
        
        [^] # Re: Questions intéressées.
        
        Posté par voxdemonix le 02 janvier 2019 à 13:38. Évalué à 1. Dernière modification le 02 janvier 2019 à 13:40.
        
        Hello :)
        
        Généralement les fabricants proposent un logiciel gratuit.
        
        Ces logiciels, sont généralement restreint aux produits de la marque et tourne quasi exclusivement sous windows.
        Sans compter qu'ils ne sont jamais libre et que la piètre qualité des codeurs dans ce milieu n'incitent pas franchement à la confiance.
        
        Enregistrer 24/7 et rechercher des mouvements à l'aide d'une grille (tout changement à cet endroit permet de consulter ces évènements, en passant de l'un à l'autre)
        
        Je n'ai vu de grilles sur aucun des logiciels que j'ai testé.
        Néanmoins les Lignes du Temps de ZoneMinder et de ShinobiCCTV sont tout deux capable d'afficher un taux de changement/mouvement.
        
        Choix du débit / qualité d'encodage
        
        En entrée des flux ("le serveur qui recup les flux des cams") : aucun logiciel testé ne le permet.
        En sortie ("le serveur qui envoie les flux à l'humain") : ZoneMinder le permet, pas encore Shinobi. Statu inconnu pour Kerberos.
        
        Recherche dichotomique, pratique pour retrouver l'origine d'une dégradation car il faut qu'il y ait une trace
        
        Pas à se que je sache.
        
        Visualisation d'un horodatage permanent sinon on ne s'y retrouve plus et lors de l'export
        
        Sur ZM : ils sont partout.
        Sur Shinobi : ils sont sur les vidéos enregistrées (si l'option n'a pas été décochée dans les options de la caméras) mais pas sur les direct.
        
        Export entre deux dates, avec un fichier par caméra
        
        Fonctionnalité présente autant chez ZM que shishi.
        
        Alarme sur détection d'un évènement
        
        ZM dispose d'options concernant la domotique et les alarmes, ainsi que la capacité de lancer des scripts/notifications lors d'évènement.
        Shinobi lui permet d’exécuter un script lors d'évènement ou d'envoyer une notification.
        
        Malheureusement les logiciels libres n'ont pas tous ces fonctions et surtout il est difficile de s'assurer de la comptabilité avec le matériel alors toute comparaison est la bienvenue.
        
        Pour le flux vidéos, tant qu'une camera est compatible ONVIF ou rtsp, on peut partir du principe qu'elle est compatible dans la majorité des cas. *1
        Ce qui peut manquer c'est la prise en charge des PTZ.
        
        Avec ZoneMinder une camera inconnu du logiciel nécessitera d'aller créer un fichier (et donc d'avoir quelques connaissances en programmation, à minimat pour recopier puis modifier un fichier d'une autre camera.
        
        Avec ShinobiCCTV dans les Paramètres de ta caméra, tu as une liste type formulaire. Cette liste à le mérite d'être assez compréhensible pour aller rechercher sur le net soit-même les différentes requêtes GET nécessaire.
        
        *1 se méfier des caméras dont l'implémentation de rtsp est foireuse
  - [^] # Re: Questions intéressées.
    
    Posté par Lionel113 le 03 janvier 2019 à 09:09. Évalué à 1. Dernière modification le 03 janvier 2019 à 09:09.
    
    Bonjour
    
    Je ne connais pas particulièrement Shinobi mais en ce qui concerne les masques ceux ci sont gérés au niveau hardware, c'est à dire que c'est directement sur l'équipement qui capte l'image (camera fixe ou PTZ) que le masque est configuré.
    A aucun moment l’image non masquée arrive sur le superviseur vidéo, c'est comme cela que ça fonctionne avec les superviseurs les plus célèbres du marché de la vidéoprotection.
    - [^] # Re: Questions intéressées.
      
      Posté par voxdemonix le 03 janvier 2019 à 11:32. Évalué à 2.
      
      les masques ceux ci sont gérés au niveau hardware, c'est à dire que c'est directement sur l'équipement qui capte l'image (camera fixe ou PTZ) que le masque est configuré.
      
      Les deux sont faisable (pour la plus part des cameras, moins pour les babyphones). Tu peux configurer tes masques sur tes caméras ET/OU sur ton serveur.
# Superbe dépêche.

Posté par kowalsky le 02 janvier 2019 à 10:03. Évalué à 5.

J'ai justement un besoin concernant de la vidéo-surveillance mais envoyer mes données en Chine pour pouvoir les voir sur mon portable ne m’intéressait pas du tout.
# Coquille

Posté par InfoLibre le 02 janvier 2019 à 12:22. Évalué à 1.

Nous n’allons ici->Nous allons ici
- [^] # Re: Coquille
  
  Posté par voxdemonix le 02 janvier 2019 à 16:47. Évalué à -1. Dernière modification le 02 janvier 2019 à 16:47.
  
  Cette négation est une forme de mise en exergue. :)
  - [^] # Re: Coquille
    
    Posté par InfoLibre le 02 janvier 2019 à 18:05. Évalué à 0.
    
    Oui, mais dans ce cas, il faudrait dire "Nous n’allons ici, bien entendu, pas nous intéresser" et non "Nous n’allons ici, bien entendu, nous intéresser".
- [^] # Re: Coquille
  
  Posté par Benoît Sibaud (site web personnel) le 02 janvier 2019 à 19:19. Évalué à 3.
  
  Corrigé, merci.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.