Changer de capteur ne changera rien au problème. Le capteur est parfaitement dimensionné pour le flux qu'est capable de transmettre la caméra. En effet la caméra est basée sur un capteur Axis ETRAX FS (http://www.axis.com/products/dev_etrax_fs/index.htm), ce SoC ne peut gérer qu'un ehternet de type 10/100 Mbit/s. Je pense que les gens de chez Apertus espèrent que ma carte 373 reviendra à l'ordre du jour prochainement. Cette carte sera basée sur un processeur arm, avec un FPGA plus puissant et du gigaeternet. Cela semble parfait, mais malheureusement cette carte est en stand-by depuis fin 2009 (http://blog.elphel.com/2009/10/gige-is-working/), car ils ont trouvé un marché qui les intéresse plus à savoir la caméra panoramique eyesis (http://blog.elphel.com/2011/10/elphel-eyesis-4%CF%80-preassembly-stage/) pour la googlecar. Je trouve personnellement que c'est bien dommage que cette carte mère ne soit sortie, car elle m'aurait permis d'avoir vraiment une très bonne caméra scientifique. J'utilise la plupart du temps des caméras Elphel au laboratoire car elle permettent de choisir ce qui est important pour nous : soit être rapide en sous-structurant le capteur, soit de faire du binning (moyenne de pixels), on peut également choisir d'être en jpeg compressé ou pas, d'utiliser leur format de fichier maison jp4, qui permet la HDR. En bref lorsque l'on sait parfaitement ce que l'on fait, on peut faire de très belles choses.
Globalement, le niveau de finition des options HardWare est en dessous des caméras expérimentales classiques, mais le prix est également moins important. Il nous a fallu beaucoup de temps pour pouvoir utiliser des caméras simultanément, mais pouvoir gérer des synchro grace au FPGA se révèle très précis. Ces caméra se règlent à coup de curl, pour pas mal de paramètres, ce qui permet également pas mal d'automatisation, il y a un serveur d'images plutôt bien fait, et la flux transmis le sont grâce au protocole RTSP, ce qui autorise vlc, mplayer Gstreamer, lorsqu'il n'y a pas de bugs avec la lib live555.
Donc c'est certainement la meilleur caméra que l'on peut trouver pour ce prix et en plus elle est openhardware ! Je ne suis pas sur que ça restera le cas dans les prochaines années, car l'arrivée de l'USB3 dans les webcams permet déjà des performances bien au dessus (http://www.overclock.net/t/578225/engadget-worlds-first-usb3-0-webcam-supports-1080p60).
Je pense donc qu'il faut vraiment attendre de voir, pour ce qui est du rapport performance coût, avec ce qui arrivera cette année, en tout cas sur l'aspect "hackable-device" c'est clairement ce qui se fait de mieux.
[^] # Re: 4K/FrameRate
Posté par freejeff . En réponse à la dépêche Apertus, une caméra video professionnelle Open Source. Évalué à 8.
Changer de capteur ne changera rien au problème. Le capteur est parfaitement dimensionné pour le flux qu'est capable de transmettre la caméra. En effet la caméra est basée sur un capteur Axis ETRAX FS (http://www.axis.com/products/dev_etrax_fs/index.htm), ce SoC ne peut gérer qu'un ehternet de type 10/100 Mbit/s. Je pense que les gens de chez Apertus espèrent que ma carte 373 reviendra à l'ordre du jour prochainement. Cette carte sera basée sur un processeur arm, avec un FPGA plus puissant et du gigaeternet. Cela semble parfait, mais malheureusement cette carte est en stand-by depuis fin 2009 (http://blog.elphel.com/2009/10/gige-is-working/), car ils ont trouvé un marché qui les intéresse plus à savoir la caméra panoramique eyesis (http://blog.elphel.com/2011/10/elphel-eyesis-4%CF%80-preassembly-stage/) pour la googlecar. Je trouve personnellement que c'est bien dommage que cette carte mère ne soit sortie, car elle m'aurait permis d'avoir vraiment une très bonne caméra scientifique. J'utilise la plupart du temps des caméras Elphel au laboratoire car elle permettent de choisir ce qui est important pour nous : soit être rapide en sous-structurant le capteur, soit de faire du binning (moyenne de pixels), on peut également choisir d'être en jpeg compressé ou pas, d'utiliser leur format de fichier maison jp4, qui permet la HDR. En bref lorsque l'on sait parfaitement ce que l'on fait, on peut faire de très belles choses.
Globalement, le niveau de finition des options HardWare est en dessous des caméras expérimentales classiques, mais le prix est également moins important. Il nous a fallu beaucoup de temps pour pouvoir utiliser des caméras simultanément, mais pouvoir gérer des synchro grace au FPGA se révèle très précis. Ces caméra se règlent à coup de curl, pour pas mal de paramètres, ce qui permet également pas mal d'automatisation, il y a un serveur d'images plutôt bien fait, et la flux transmis le sont grâce au protocole RTSP, ce qui autorise vlc, mplayer Gstreamer, lorsqu'il n'y a pas de bugs avec la lib live555.
Donc c'est certainement la meilleur caméra que l'on peut trouver pour ce prix et en plus elle est openhardware ! Je ne suis pas sur que ça restera le cas dans les prochaines années, car l'arrivée de l'USB3 dans les webcams permet déjà des performances bien au dessus (http://www.overclock.net/t/578225/engadget-worlds-first-usb3-0-webcam-supports-1080p60).
Je pense donc qu'il faut vraiment attendre de voir, pour ce qui est du rapport performance coût, avec ce qui arrivera cette année, en tout cas sur l'aspect "hackable-device" c'est clairement ce qui se fait de mieux.