Pour ma part, j’ai fait des maquettes sur :
-WS02 : trop compliqué à mettre en place si pas intégré avec les autres
briques
-OpenAM : complexe aussi, monitoring inutilisable.
-Gluu : pas ou peu de doc, communauté hyper réduite
Je vais regarder Keyclock, mais j’ai peur
1024x768 en 18 images/s dans un flux de 5Mbit/s en 24bpp couleur, je
pense que l'algorithme embarque dans les cameras doit pas etre loin de
l'optimal ;-)
Cordialement,
Sylvain MAURIN
On Mon, 2015-06-08 at 11:50 +0200, Michael FROMENT wrote:
> Bonjour à tous,
> Question con, mais pourquoi ne pas
Bonjour à tous,
Question con, mais pourquoi ne pas investir dans un bon encodeur video pour
compresser tout cela avant de le stocker?
Cela permettrait certainement de réduire drastiquement la quantité de
stockage nécessaire, donc son cout.
Michael
Le 8 juin 2015 11:06, Maurin Sylvain a écrit :
Le Sat, Jun 06, 2015 at 03:11:58PM +0200, Fabrice Vincent
[f.vinc...@allibert-trekking.com] a écrit:
> Bonjour,
>
> Pour 136 Mo/s j'aurais tendance à penser que du FC est
> surdimensionné... est trop couteux !
+1 vouloir faire « low-cost » en ayant côté technique fait le choix de
mettre du fiber
Bonjour,
J'ai pour 15 cameras 1024x768, un stockage DAS basique avec des flux
videos RTSP captures via des VLC[0]. En moyenne, j'observe en 18
image/s, un flux MP4 de 5Mbit/s par camera. Un zoneminder tournant par
ailleurs, j'ai un flux primaire pour les VLC qui doit etre reelement a
4Mb/s et un f
Le 05/06/2015 17:41, Guillaume Tournat a écrit :
Pour du web il y a Vulture Project qui est très bien.
Bonjour,
A noter que Vulture Project (https://www.vultureproject.org) en version
2 est freezé en attente de la sortie de la version 3 prévue à la rentrée
2015.
A noter également que le su
