Lenteur extrême lors du détourage sur des photos à 100 %
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
dim, 31/01/2010 - 17:41
Voici un exemple du problème :
Situation : J'ai un premier et un deuxième plan bien exposé. J'ai aumenté légèrement la saturation. La photo me plaît, excepté que le ciel est pâle.
Action : J'ouvre un calque. L'image est à 18 % (ajustée à la fenêtre). Je crée une "région polygonale" en utilisant une cinquantaine de points autour du ciel, en détourant les arbres. Le but est d'augmenter davantage sa saturation. Pour plus de précision dans le détourage, je passe la photo à 100 %.
Problème : Entre le moment où je déplace un point et le moment où ce point se déplace effectivement, il se passe entre 4 et 5 secondes (chrono en main). Sachant qu'il faut déplacer un point plusieurs fois (chaque action sur l'un d'eux ayant une influence sur les deux lignes qui vont aux points adjacents), et qu'il y a une cinquantaine de points, l'opération est très fastidieuse (voire crispante).
Question : Avez-vous le même problème?
Précisions : Processeur Athlon 64 X2 Dual Core 3800+; 2 Go de RAM; système openSUSE 11.2 (x86_64) et Kubuntu 9.10 AMD64.
Situation : J'ai un premier et un deuxième plan bien exposé. J'ai aumenté légèrement la saturation. La photo me plaît, excepté que le ciel est pâle.
Action : J'ouvre un calque. L'image est à 18 % (ajustée à la fenêtre). Je crée une "région polygonale" en utilisant une cinquantaine de points autour du ciel, en détourant les arbres. Le but est d'augmenter davantage sa saturation. Pour plus de précision dans le détourage, je passe la photo à 100 %.
Problème : Entre le moment où je déplace un point et le moment où ce point se déplace effectivement, il se passe entre 4 et 5 secondes (chrono en main). Sachant qu'il faut déplacer un point plusieurs fois (chaque action sur l'un d'eux ayant une influence sur les deux lignes qui vont aux points adjacents), et qu'il y a une cinquantaine de points, l'opération est très fastidieuse (voire crispante).
Question : Avez-vous le même problème?
Précisions : Processeur Athlon 64 X2 Dual Core 3800+; 2 Go de RAM; système openSUSE 11.2 (x86_64) et Kubuntu 9.10 AMD64.
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Version imprimable
dim, 31/01/2010 - 18:01
#1
Un début de piste ici ? http://bibble-photos.org/node/515 voir ma réponse à un de tes messages.
Dimenssions, poids, format de ton image ?
Je vais essayer de faire une 50ene de points pour voir.
Dimenssions, poids, format de ton image ?
Je vais essayer de faire une 50ene de points pour voir.
dim, 31/01/2010 - 18:16
#2
Bon j'ai finit mon test. J'ai 1 seconde de mieux que toi :)
Une fois le tracé finit, dès que l'on ajoute, modifie, supprime un point, ça met à jour la zone correspondante. Lorsqu'on affiche l'image entièrement, bibble 5 travail sur une version "légère" de l'image. Le temps de calcul est alors assez rapide. Par contre, en taille 100%, bibble 5 travail bien en temps réel sur l'image compléte ce qui créé ce ralentissement (normal vu la quantité de données à traiter). La limite est directement liée au niveau de la puissance processeur. Plus le processeur sera puissant, plus ça ira vite. Déjà pour te rassurer, avec ligthroom, ça rame bien avant d'arriver à 50 points.
Je ne sais pas si l'option existe, mais la seule solution pour éviter de jouer à la course au processeur. C'est une option qui permet de désactiver la mise à jour en temps réel. Je suis en train de chercher si cette option existe.
Une fois le tracé finit, dès que l'on ajoute, modifie, supprime un point, ça met à jour la zone correspondante. Lorsqu'on affiche l'image entièrement, bibble 5 travail sur une version "légère" de l'image. Le temps de calcul est alors assez rapide. Par contre, en taille 100%, bibble 5 travail bien en temps réel sur l'image compléte ce qui créé ce ralentissement (normal vu la quantité de données à traiter). La limite est directement liée au niveau de la puissance processeur. Plus le processeur sera puissant, plus ça ira vite. Déjà pour te rassurer, avec ligthroom, ça rame bien avant d'arriver à 50 points.
Je ne sais pas si l'option existe, mais la seule solution pour éviter de jouer à la course au processeur. C'est une option qui permet de désactiver la mise à jour en temps réel. Je suis en train de chercher si cette option existe.
dim, 31/01/2010 - 18:36
#3
Option inconnue au bataillon. Dommage, ça serait bien pratique dans ce cas là.
dim, 31/01/2010 - 21:24
#4
Bonsoir
j'ai fait l'essai, mais il faut une demi seconde pour chaque déplacement, tout au plus une seconde.
doumé
j'ai fait l'essai, mais il faut une demi seconde pour chaque déplacement, tout au plus une seconde.
doumé
lun, 01/02/2010 - 02:28
#5
C'est normal pour toi Doumeb, tu as un quadcore 8200. Ca tourne autrement plus vite que nos configurations. Ca ne fait que confirmer mon analyse ci-dessus.
Commentaires récents
il y a 1 heure 26 min
il y a 5 heures 3 min
il y a 7 heures 53 min
il y a 13 heures 47 min
il y a 13 heures 49 min
il y a 23 heures 32 min
il y a 1 jour 2 heures
il y a 1 jour 3 heures
il y a 1 jour 5 heures
il y a 1 jour 10 heures