Ce que tu décris existe déjà et cela s'appelle la frankencamera. Ce n'est pas encore un produit industrialisable, mais les résultats semble assez intéressants : http://graphics.stanford.edu/projects/camera-2.0/
Si je devais apporter une critique sévère sur ce projet, c'est l'attitude des auteurs. Ils sont partis sur une base de caméra elphel, l'ont modifiée avec l'aide des concepteurs de cette caméra et ne les ont pas cités. Ils n'ont de plus pas forcément publié leurs développement alors qu'ils partaient d'un projet OpenSource. Je pense donc que ce projet a le mérite d'exister mais que les projets d'Elphel sont bien plus intéressant.
En ce qui me concerne, pour la vision par ordinateur j'ai deux stratégies différentes. La première lorsque je n'ai pas besoin de plus d'une image par seconde alors je passe par un appareil photo numérique reflex, ce qui me permet de récupérer les fichiers bruts de les convertir aux mieux et de profiter de gphoto2 pour pouvoir piloter entièrement mon appareil, du réglage du temps d'intégration jusqu'à l'ouverture du diaphragme en passant par l'ISO ...
Jusqu'à présent lorsque j'avais besoin de plus d'images par seconde je n'avais pas de solutions simples. Il existe bien une norme de carte d'acquisition dédiée à l'imagerie avec la définition d'une liaison série ad hoc, nommée cameralink, mais cette norme n'a spécifiée que le tuyau et pas la manière de transférer les données, résultats chaque constructeur gère comme il l'entend son pilotage de caméra. Pour utiliser ce type de caméra il faut un "framegrabber", nos amis de chez NI (National Instrument) ont une très forte présence sur ce secteur (Carte et logiciels NI vision) , mais ils ont décidé de ne pas supporter linux, donc si un labo a ce type de carte et s'il veut continuer d'utiliser ses caméras, mais cette fois sur linux, alors il est obligé de changer de cartes ! De plus même s'il existe des SDK pour linux, aucun n'est opensource, pour aucune carte que je connaisse (si vous en connaissez je suis preneur). Depuis quelques années la norme GigE/gencam permet de parler à toutes les caméras de ce type de manière transparente à partir du moment ou un fichier xml contenant les caractéristiques a été renseignées. C'est extrêmement prometteur ! Reste qu'en terme de flux de données cette interface reste légèrement inférieure à ce que l'on peut trouver en caméralink, et comme les labos ont tendance à n'acheter qu'en fonction des caractéristiques du matériel ce sytème n'a pas encore vraiment pénétré le monde scientifique (en tout cas celui que je fréquente).
D'un autre cotés en OpenSource OpenHardware, on a Elphel qui a fait plusieurs caméras avec une interface ethernet classique, mais avec des FPGA et un processeur ARM, ce qui leur permet de traiter les images de manière intelligente avant de les envoyer vers le pc hôte. Il sont en ce moment en train de développer une carte GigE qui permettra à terme de faire passer un flot de données très important. Un autre intérêt pour les personnes intéressées réside dans la modularité de leurs solutions, en effet, vous pouvez choisir une "carte capteur" parmi plusieurs existantes, vous pouvez rajouter une carte entrées/sorties permettant de synchroniser de manière très fines plusieurs caméras entre elles.
J'ai commandé une caméra, qui ne devrait pas tarder à arriver, une fois que j'aurais un workflow opérationnel, je rédigerais certainement une dépêche expliquant en détail tout ça.
Donc pour conclure, je pense que les choses avancent bien pour le monde OpenSource dans le domaine de la vision et j'espère que ça continuera dans ce sens.
[^] # Re: manque un appareil photo libre
Posté par freejeff . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 6.
http://graphics.stanford.edu/projects/camera-2.0/
Si je devais apporter une critique sévère sur ce projet, c'est l'attitude des auteurs. Ils sont partis sur une base de caméra elphel, l'ont modifiée avec l'aide des concepteurs de cette caméra et ne les ont pas cités. Ils n'ont de plus pas forcément publié leurs développement alors qu'ils partaient d'un projet OpenSource. Je pense donc que ce projet a le mérite d'exister mais que les projets d'Elphel sont bien plus intéressant.
En ce qui me concerne, pour la vision par ordinateur j'ai deux stratégies différentes. La première lorsque je n'ai pas besoin de plus d'une image par seconde alors je passe par un appareil photo numérique reflex, ce qui me permet de récupérer les fichiers bruts de les convertir aux mieux et de profiter de gphoto2 pour pouvoir piloter entièrement mon appareil, du réglage du temps d'intégration jusqu'à l'ouverture du diaphragme en passant par l'ISO ...
Jusqu'à présent lorsque j'avais besoin de plus d'images par seconde je n'avais pas de solutions simples. Il existe bien une norme de carte d'acquisition dédiée à l'imagerie avec la définition d'une liaison série ad hoc, nommée cameralink, mais cette norme n'a spécifiée que le tuyau et pas la manière de transférer les données, résultats chaque constructeur gère comme il l'entend son pilotage de caméra. Pour utiliser ce type de caméra il faut un "framegrabber", nos amis de chez NI (National Instrument) ont une très forte présence sur ce secteur (Carte et logiciels NI vision) , mais ils ont décidé de ne pas supporter linux, donc si un labo a ce type de carte et s'il veut continuer d'utiliser ses caméras, mais cette fois sur linux, alors il est obligé de changer de cartes ! De plus même s'il existe des SDK pour linux, aucun n'est opensource, pour aucune carte que je connaisse (si vous en connaissez je suis preneur). Depuis quelques années la norme GigE/gencam permet de parler à toutes les caméras de ce type de manière transparente à partir du moment ou un fichier xml contenant les caractéristiques a été renseignées. C'est extrêmement prometteur ! Reste qu'en terme de flux de données cette interface reste légèrement inférieure à ce que l'on peut trouver en caméralink, et comme les labos ont tendance à n'acheter qu'en fonction des caractéristiques du matériel ce sytème n'a pas encore vraiment pénétré le monde scientifique (en tout cas celui que je fréquente).
D'un autre cotés en OpenSource OpenHardware, on a Elphel qui a fait plusieurs caméras avec une interface ethernet classique, mais avec des FPGA et un processeur ARM, ce qui leur permet de traiter les images de manière intelligente avant de les envoyer vers le pc hôte. Il sont en ce moment en train de développer une carte GigE qui permettra à terme de faire passer un flot de données très important. Un autre intérêt pour les personnes intéressées réside dans la modularité de leurs solutions, en effet, vous pouvez choisir une "carte capteur" parmi plusieurs existantes, vous pouvez rajouter une carte entrées/sorties permettant de synchroniser de manière très fines plusieurs caméras entre elles.
http://www3.elphel.com/fr/353_overview
J'ai commandé une caméra, qui ne devrait pas tarder à arriver, une fois que j'aurais un workflow opérationnel, je rédigerais certainement une dépêche expliquant en détail tout ça.
Donc pour conclure, je pense que les choses avancent bien pour le monde OpenSource dans le domaine de la vision et j'espère que ça continuera dans ce sens.