C'est juste, mais ma question portait plus sur l'expérience utilisateur.
Avec ton exemple, il va certes attendre 140 minutes au lieu de 160, mais ça reste quand même 140 minutes :)
Un utilisateur non expérimenté risque de faire une drôle de tête si sa machine mets trop de temps à recalculer un rendu alors qu'il a juste changé le paramètre de variance de son flou gaussien, appliqué en tout début de pipeline (qui est un opérateur en soi immédiat à recalculer quand c'est appliqué "à part").
D'où ma question. Ca me parait pas si trivial de rendre fluide le tout.
Dans le futur, est-ce que chaque opérateur de traitement de GIMP sera un noeud GEGL ?
C'est ce qui a l'air d'être préconisé si on écoute les développeurs de GIMP actuellement.
Si c'est le cas, ce genre de problème pourrait rapidement se poser pour les noeuds un peu "lourds" à calculer, et également pour le "preview on canvas".
Est-ce qu'il y aura possibilité pour un noeud de se signaler comme étant gros consommateur de ressources ? Avez vous prévu des méchanismes spéciaux pour gérer ce genre de noeuds ?
[^] # Re: Question de n00b
Posté par David Tschumperlé (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 5.
C'est juste, mais ma question portait plus sur l'expérience utilisateur.
Avec ton exemple, il va certes attendre 140 minutes au lieu de 160, mais ça reste quand même 140 minutes :)
Un utilisateur non expérimenté risque de faire une drôle de tête si sa machine mets trop de temps à recalculer un rendu alors qu'il a juste changé le paramètre de variance de son flou gaussien, appliqué en tout début de pipeline (qui est un opérateur en soi immédiat à recalculer quand c'est appliqué "à part").
D'où ma question. Ca me parait pas si trivial de rendre fluide le tout.
Dans le futur, est-ce que chaque opérateur de traitement de GIMP sera un noeud GEGL ?
C'est ce qui a l'air d'être préconisé si on écoute les développeurs de GIMP actuellement.
Si c'est le cas, ce genre de problème pourrait rapidement se poser pour les noeuds un peu "lourds" à calculer, et également pour le "preview on canvas".
Est-ce qu'il y aura possibilité pour un noeud de se signaler comme étant gros consommateur de ressources ? Avez vous prévu des méchanismes spéciaux pour gérer ce genre de noeuds ?