Discussion :

[buenol]

Bonjour,

Alors voilà mes resultats du test d'integration de la librairie Millie dans mon projet Netbeans depuis ce midi:

Avantages:
_Bonne structure (la décomposition est trés pratique pour le coup )
_Assez complet niveau filtres
_Code vraiment clair (si l'on s'en impreigne bien...)
_de bonnes idées (Parameter par exemple)

Soit dans l'ensemble ,on sent l'expérience

Inconvenients:
_Le francais est partout...et les caractéres "é" sont dans le mauvais jeu de caractére (provoquant des warnings)
_pas encore réussi à compiler le projet (mais ca vient..)
_les classes ne sont généralement pas documentés (moi aussi je documente pas pour l'instant mais c'est une véritable barriére )
_utilisation de setRGB getRGB (voir http://www.huxtable.com/ip/managed_images.html)

Sinon ,je dirais jamais jamais assez ,trés bon projet

PS:C'est vraiment rapide et venant d'un programmeur débutant

EDIT en faite j'avais pas vu que les filtres acceptés les BufferedImage
EDIT2 :ConvolveOp sur une BufferedImage de type INT_ARGB l'efface (alpha = 0 partout)

[millie]

Quel problème as-tu avec Netbeans au niveau de la compilation ?

Je n'ai jamais vu de warning dû à des accents ? D'autant plus que le bytecode java permet de mettre n'importe quel type de caractère (ça pourrait être du chinois qu'il n'y aurait aucun warning).

Par contre, il reste des problèmes au niveau de l'encodage des accents dans l'IHM sous Linux.

A noter qu'une partie de cette bibliothèque sert plus à faire des "maquettes" de filtres que des filtres ultra performants.

EDIT : Si tu n'arrives pas à compiler la partie MillieGUI, c'est normal car je suis en train de faire une refonte de l'IHM (disponible sur la branche : http://subversion.developpez.com/pro...05/MillieGUI3/ ) . Mais je ne pourrais merger les modifications que dimanche.
EDIT2 : Je viens de regarder le Java Image Editor de JHLabs. La licence (apache2) est compatible avec la GPL. J'intègrerai peut être certains filtres.

EDIT3: On est parfois obligé de passer par des get/setRGB. Il est possible d'optimiser en lisant ligne par ligne comme le fait ImageEditor, mais les améliorations ne sont pas extras. Peut être 5% d'amélioration.
Ce qui est marrant, c'est que sur le site où tu me donnes le lien, ils font la remarque, mais n'utilise jamais les LookupTableOp alors qu'un grand nombre de leur filtre pourrait passer par ça (cet opérateur utilise du code natif qui explose tout ce qu'il est possible de faire en java pur). Notamment : Contraste/Inverse/Luminosité/Correction Gamma/Color Balance etc.

[Jack Sparrow]

On m'a chargé de dire que les modifications ont été mergés sur les projets :
MillieGUI, Millie, MillieCommons, MilliePlugins, MillieCoreFilter, MillieCommand et désormais MillieLib qui contient substance.

Donc normalement, cela devrait compiler désormais.


Par contre, la partie packaging n'est pas finie.
-> l'ordinateur de millie ayant grillé, il y aura surement du retard


Pour rappel,
- Millie contient les opérateurs et filtres standards, ainsi que quelques fonctions utilitaires (genre pour les log, les caches)
- MilliePlugins contient ce qu'il faut pour le développement des plugins
- MillieCommons contient plein de classe utilitaire pour le développement de nouvelles IHM (notamment les PluginsManager etc.)
- MillieCommand, c'est une IHM en ligne de commande
- MillieGUI, une IHM swing
- MillieCoreFilter, c'est un ensemble de filtre standard qui se base sur le système de plugins. L'application peut marcher dans ce projet.

Depuis le merge, la séparation MillieCommons et MilliePlugins n'est plus très clair. Peut être que les projets seront fusionnés à terme.