Bonjour à tous,
Ancien de la maintenance industrielle et passionné d’informatique depuis l’époque du ZX81, je me suis lancé dans la création d’un « compagnon » francophone pour MotionEye.
On le sait, MotionEye est un outil génial pour la vidéosurveillance DIY, mais sa configuration et sa sécurisation peuvent parfois être intimidantes, surtout quand on veut sortir du « tout Cloud » pour garder le contrôle de ses données.
J’ai donc mis en ligne MotionEye.free.fr, une plateforme qui regroupe :
Une version « eo » optimisée : Traduction française complète et corrective pour les dernières versions de Debian (Bullseye/Bookworm).- Un installateur graphique (
config.php) : Pour configurer votre code PIN, vos alertes SMS (Free Mobile) et vos notifications sans toucher à une ligne de code.
- La Géolocalisation : Un système pour activer/désactiver la surveillance automatiquement selon la présence de vos smartphones.
- Sécurisation automatisée : Gestion des droits
www-data et protection des données via .htaccess.
Le projet est entièrement Open Source et bénévole. L’idée est de proposer une approche artisanale et transparente : le code est ouvert, vous savez exactement ce qui tourne sur votre Pi.
Si vous cherchez à recycler un vieux Raspberry en système d’alarme robuste ou si vous voulez simplement tester l’interface, n’hésitez pas à jeter un œil à la galerie interactive sur le site.
Curieux d’avoir vos retours ou vos idées d’améliorations !
Bonne bidouille à tous, amitié, Daniel
Belle initiative, mais l’interface de MotionEye est vraiment trop lourde, j’espère que dans ton projet tu pensera a la rendre plus légère et flexible, car sur un RPi 2, 3 ou Zero, il est lent… Au final pour avoir ma caméra, j’utilise que le module Motion et mon serveur de streaming est géré par FFMpeg, qui est beaucoup plus rapide et configurable (pour mes besoins). MotionEye dans l’état n’est pas pratique sauf sur un système puissant et solide.
J’ai a géré 8 caméra, et après 2, même sur un RPi 3, tout devient inutilisable, les stream tombes sans arrêt, un lag immense ce crée. Actuellement j’ai 2 RPi Zero v1 qui font Camera IP avec que Motion sur Bulleyes Lite, le serveurs de stream est sur un PC X86, car la demande en CPU est immense et en bande passante également. Même après avoir parlé avec ChatGPT, la solution que j’ai serais la plus légère et performante possible vus mes possibilités matériel. Le OS pourrais donner beaucoup plus si … il n’y aurais pas tout les modules chargé, même sur Raspbian version Lite. Un projet qui faudrait, est vraiment un Raspbian Stock le plus « basic » possible, Diet-Pi C’est pas très bon de mon avis, j’ai trop de problème de package absent (sur Apt) avec leur version, ce que je n’ai pas comme problème, et j’ai comparé un Raspbian et Diet-Pi sur même version, le Diet-Pi est plus lourd sur le système que le Raspbian Lite, alors je ne vois pas l’avantage.
Désolé, je me « vide le coeur » sur le Lite des OS, mais MotionEye à besoin d’une base OS quand même limité (peut de besoin matériels et logiciels) et un OS optimisé (pas juste Raspbian avec MotionEye déjà installé) serais un réel avantage. Bref, Un OS minimaliste qui pourrais etre une réel alternative à un « HDPVCR ».
"Bonjour levelKro,
Merci pour ce retour très détaillé et ce partage d’expérience ! Je te rejoins totalement sur un point : le Raspberry Pi a ses limites physiques. Gérer 8 caméras sur un RPi 3 ou un Zero avec MotionEye, c’est effectivement demander l’impossible au processeur, surtout à cause de la couche Python de l’interface qui s’ajoute au travail de Motion.
Mon approche avec ce projet est un peu différente et répond à un besoin spécifique : la sécurisation et la gestion simplifiée.
L’idée n’était pas de réinventer le moteur de streaming (où Motion + FFMpeg sur x86 reste imbattable pour la performance brute), mais de combler un manque que j’ai constaté : la sécurité des accès. Beaucoup d’utilisateurs de MotionEye ouvrent des ports sur leur box sans protection réelle. Mon interface ajoute cette couche de sécurité indispensable (Code PIN, gestion des IPs, protection .htaccess) et facilite l’automatisation (alertes SMS Free, géolocalisation pour armer l’alarme) sans avoir à coder des scripts complexes.
Concernant la lourdeur :
- Usage ciblé : Mon système est idéal pour une installation domestique légère (1 à 2 caméras). Au-delà, comme tu l’as souligné, le hardware du Pi sature.
- Optimisation OS : Je partage ton avis sur Raspbian Lite. C’est pour cela que je propose une version optimisée et des scripts qui ne chargent que le strict nécessaire. Mon interface agit comme un « chef d’orchestre » léger pour piloter le service Motion, pas pour remplacer le travail de FFMpeg.
En résumé, si on cherche une station de surveillance industrielle à 8 flux, ton architecture PC x86 est la seule viable. Mon projet s’adresse plutôt à celui qui veut transformer un RPi en une centrale d’alarme intelligente, sécurisée et pilotable en français en quelques clics.
Merci encore pour tes remarques sur Diet-Pi et l’OS minimaliste, c’est une piste de réflexion très pertinente pour la suite du projet !"
1 « J'aime »
Bonjour, en effet les caméra, une fois que tu change l’option de la gestion pour permettre autres que le « localhost » sont à risque. Idéalement tu pointe jamais un système vidéo directement sur les ports, un système entre les deux pour sécurisé, et cacher le vrai système, est préférable.
Au sujet des performances, 8 caméras c’est beaucoup, juste pour afficher le stream sur mon PC avec une application Python c’est lourd sur le CPU et la bande passante réseau.
Mais une ou deux caméras, c’est déjà très lourd pour MotionEye, pour cette raison j’avais abandonné cette solution. Je n’ai pas fouillé dans le code, mais juste installer MotionEye sans caméra, il est d’une lourdeur et d’une lenteur qui donne déjà le goût de le désintaller. J’ai jamais réussi a faire correctement fonctionner l’enregistrement d’une caméra, l’envoie par FTP ou local, rien n’est satisfaisant.
Certe, c’est un beau projet, et pour quelqu’un qui connais rien, c’est une solution. Mais si c’est juste installer une caméra, c’est plus performant d’installer Motion sans l’interface de gestion et de travailler dans la config en SSH.
Ce que je tentait de te proposer est de peut-être pas simplement sécurisé le projet actuel mais de voir à son évolution pour le rendre plus légé et performant, alors mis a part le côté francophone et sécurité, tu aurais une version plus performante, ce qui encouragerais surement le monde à passer sur ton projet au lieu de la version d’origine.
PS Plus jeune je convertissait des app anglophone en francais grace à Resource Hacker. AmpCap par exemple. Alors j’aime cette idée de créer une version francophone.
1 « J'aime »