Pourquoi c'est n'importe quoi ? Ce n'est pas limiter "au plus petit dénominateur commun" que de faire un cache de l'image calculé pour avoir une prévisualisation des deux rendus, plutôt que de faire systématiquement le calcul des deux en parallele.
Le mec avec son quadri-core, il va avoir la prévisualisation en 0.2s, moi avec mon athlon 2000Xp machin, je vais poireauter 3 secondes. Si en plus il me calcule la prévisualisation de l'autre onglet simultanément, je vais attendre 6 secondes. En plus, plus la machine est rapide, moins ça serait contraignant de faire les calculs l'un après l'autre.
Il est absurde de laissser la retouche d'image uniquement aux quadri-core. Car entre utiliser la puissance de calcul pour "se simplifier la vie" et être "trop feignant pour optimiser son code", la marge est faible...
En plus, avec l'arrivé des EEE PC et compagnie, je ne trouve pas si absurde de "limiter tous les logiciels au plus petit dénominateur commun", un programme rapide sur un Celeron Mobile @ 600mhz sera ultra rapide sur un Core2Duo, ou est le problème ?
[^] # Re: Onglet
Posté par dawar (site web personnel) . En réponse au journal "Nettoyage" d'images : GREYCstoration 2.8. Évalué à 3.
Le mec avec son quadri-core, il va avoir la prévisualisation en 0.2s, moi avec mon athlon 2000Xp machin, je vais poireauter 3 secondes. Si en plus il me calcule la prévisualisation de l'autre onglet simultanément, je vais attendre 6 secondes. En plus, plus la machine est rapide, moins ça serait contraignant de faire les calculs l'un après l'autre.
Il est absurde de laissser la retouche d'image uniquement aux quadri-core. Car entre utiliser la puissance de calcul pour "se simplifier la vie" et être "trop feignant pour optimiser son code", la marge est faible...
En plus, avec l'arrivé des EEE PC et compagnie, je ne trouve pas si absurde de "limiter tous les logiciels au plus petit dénominateur commun", un programme rapide sur un Celeron Mobile @ 600mhz sera ultra rapide sur un Core2Duo, ou est le problème ?