Discussion :

[fourchette]

bonjour,

je compte implémenter un programme d'analyse video s'appuyant sur opencv.

Etant donné
* mon expérience (désamour de C/C++, je ne le sors qu'en dernier recours)
* le paysage de compétences/expérience autour de moi (il faut penser à la maintenance applicative que je ne ferai peut-etre pas moi-meme)
==> je comptais plutot implémenter ce projet en C# en m'appuyant soit sur emguCV (http://www.emgu.com/wiki/index.php/Main_Page) soit sur opencvsharp (http://code.google.com/p/opencvsharp/)

pour le moment j'ai juste joué avec les samples de opencvsharp. L'api est pas terrible : certains trucs ont fait l'objet d'une API "jolie" orientée .net, d'autres trucs sont juste l'exposition des fonctions native opencv.
emguCV semble plus abouti/complet, mais je n'ai pas encore regardé dans VS + il y a dans les 500 EUR de licence (ce qui n'est pas bien cher si le wrapper est bon au passage)

Mes 1ers essais me font dire que le goulot d'étranglement sera vraisemblablement le CPU, cad le nombre de frames analysées par seconde par rapport au nombre de frames reçues. Ce qui me laisse penser que j'aurais le maximum en oubliant C#/wrappers et en y allant de suite pour C++/opencv

ma question : quel est l'ordre de grandeur de la penalité de performance en choisissant C#/emguCV au lieu de C++/opencv ?

je me doute que la question est trop vague pour etre correctement répondue (ca dépend de plein de facteurs), mais avant de me lancer dans un benchmark comparatif je voudrais avoir l'avis de la communauté, juste "l'odeur" de la réponse

[Jérôme.L]

Bonjour,
Je ne connais pas Les librairies OpenCV pour C#.
Dans tout les cas se sont uniquement des wrappers donc moins efficace que le code C++.
Mais tu perdras uniquement en performance sur les appels de fonction.
Hors OpenCV fournis des fonctions représentant le traitement d'algorithmes complet, donc un seul appel représente déjà un traitement lourd, donc je pense que la perte de performance sera presque négligeable dans la plupart des cas puisque tu devrais effectuer un nombre limité d'appel.
Si tu comptes parcourir tes tableaux avec du cvGet2d et cvSet2d ou autre c'est une autre histoire mais ce serait mal même en C++.
Donc je pense que tu peux utiliser un wrapper C# sans perte significative de performance mais je ne saurais pas t'en conseiller un.

[fourchette]

donc en gros, c'est plutot l'implémentation / intégration / utilisation des algo issus de opencv que viendraient les "bottlenecks" (pardon pour l'anglicisme)
et pas vraiment dans le fait d'avoir choisi un wrapper plutot que du opencv/c++ directement ?

interessant comme point de vue

d'autres avis ?

[Jérôme.L]

Oui c'est l'idée que j'en ai, après je ne connais pas le fonctionnement du C#.
Je suppose que les les algo C/C++ de OpenCV qui sont englobé dans le wrapper C# ne tourneront pas dans la sandbox et donc fonctionneront sans perte de performance, la perte de performance, qui existe malgré tout se situerait au niveau de la surcouche C# mais ne concernerait donc que les appels des fonctions.
Donc la perte de performance se situerait sur des opérations dont le temps de traitement est négligeable par rapport à celui de l’algorithme qui sera appelé.

Je ne peux absolument pas certifier ce que je dis, mais comme tu souhaitais l'avis de la communauté, voici le mien^^
Mais prend le pour ce qu'il est, un avis et pas une vérité.