openFrameworks vs Traitement

Vous avez raison, on est en C++ et l'autre est de Java, et ces différences s'appliquent à ces cadres, donc c'est à vos préférences/portée du projet afin de déterminer lequel est le mieux pour vous.

Avec Traitement:

• Vous obtenez un minimum d'IDE, mais peut facilement utiliser Eclipse ou d'autres Java IDEs.
• Vous obtenez de gestion de la mémoire (garbage collection)
• Vous pouvez publier des applets en ligne(via l'Applet Java ou 'allégée' javascript ports à l'aide de Toile 2D avec processingjs ou p5js) ou des applications de bureau pour Linux/OSX/Windows (via Java Runtime). Notez que les versions plus récentes que le Traitement 1.5.1 plus exporter les applets. Qui peut encore être fait via la ligne de commande ou à l'aide d'eclipse.
• Vous pouvez publier sur Android et (3ème partie outils) à l'iPhone à l'aide de iProcessing ou le plus rapide P5Nitro et, plus récemment, sur Raspberry PI
• Vous obtenez près de 200 Les bibliothèques pour étendre ses fonctionnalités.
• Vous avez le soutien de les forums, tout à fait un peu de livres et en ligne "terrains de jeux" comme OpenProcessing, SketchPatch, hascanvas ou SketchPad.

Avec OpenFrameworks:

• Vous choisissez votre IDE (XCode sur mac OSX, Code::Blocks, VC++)
• Vous pouvez gérer votre propre mémoire (malloc, les pointeurs, et tout ce que la joie), mais avec le C++ moderne, il n'est pas nécessaire.
• Vous pouvez publier votre projet comme une application native (pas d'exécution nécessaires)
• Vous pouvez pas actuellement facilement publier en ligne, mais cela pourrait changer dans l'avenir(voir Arturo Castro de emscripten cours)Vous peut publier en ligne à l'aide de emscripten.
• Vous pouvez les publier dans le iPhone, comme de DE 007 à Android et DE 0.8.0 pour armv6 et armv7 des dispositifs tels que Raspberry PI ou Pandaboard
• Vous obtenez plus de 2000 Addons (tous ne sont pas entretenus) pour étendre ses fonctionnalités.
• Vous avez le soutien de la très active et utile forums et peut lire à ce sujet dans ce de livre en ligne ou sur un papier livre ou deux.

Ce sont certaines des choses que le est venu à l'esprit, il pourrait y avoir plus.

Personnellement, je trouve plus facile d'écrire vraiment de base jeter des prototypes en cours de Traitement. Pour les situations où la vitesse n'est pas un gros facteur de décision, le Traitement n'est juste bien, mais dans d'autres cas, je serais port le Traitement des prototypes openFrameworks (ce qui est facile à faire, la plupart du temps).

Un exemple d'application impliquant audio, que ce soit l'analyse ou de synthèse. Selon la complexité, le Garbage Collector Java serait de faire un balayage lorsque vous y attendez le moins et causer des désagréments lorsque vous avez besoin de réactivité.

En bref, les deux sont vraiment cool, mais openFrameworks est plus rapide. Vous payez le prix de la vitesse par gestion de la mémoire tout de même.

En termes de déploiement en ligne, cela dépend vraiment du projet: si c'est un simple projet, probablement p5.js peut-être plus simple en termes d'intégration avec d'autres bibliothèques js. L'exportation est très pratique pour les gros encombrants code complexe qui serait trop long d'manuellement le port de JavaScript, mais garder à l'esprit la Emscripten projet sera grande (par exemple 17.5 MO pour opencvExample) (et donc pas un cellulaire de l'environnement) et vous devrez ajouter votre propre JS -> C++ liaisons si votre besoin d'appeler de l'application de la fonction à partir de la page web.

Aussi, si vous êtes intéressé en C++, vous pouvez également jeter un oeil à libcinder ou Polycode.

HTH