Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Lenteur d'exportations
#11
(05-01-20, 16:04)aurelienpierre a écrit : Quelques observations : 

1. un CPU à 2.2 GHz, c'est lent
2. tu exportes à quelle résolution ?
3. ton historique est massif, presque tous les modules les plus lourds sont actifs.

C'est un ordi qui a 3 ou 4 ans, c'est vrai, mais j'ai augmenté la RAM jusqu'à 12 Go. Et puis le CPU peut monter jusqu'à 3.2Ghz grâce à un turbo boost  Tongue

J'exporte en .jpg 8 bits, qualité 100 %, profil Adobe RVB... je ne vois pas d'autres particularités.

Pour la lourdeur de l'historique, oui, j'avoue que j'empile les modules, mais c'est par ignorance et / ou par habitude.

Le module suppression de la brume par exemple est systématique, idem pour renforcer la netteté, la vibrance, Velvia... j'aime bien aussi le module balance couleur qui redonne bien de la pêche aux couleurs, idem pour le module contraste local, très efficace sans oublier filmique RVB qui (par ta faute  Tongue) devient automatique. 

Donc oui, j'use et j'abuse de certains modules...

(05-01-20, 16:36)FrançoisH a écrit : Salut les amis,

j'ai eu des lenteurs d'exportations qui quelquefois se terminaient par un plantage, c'était dû à un mauvais paramétrage des fils d'éxécution (nbre de coeurs du cpu) et au Mo du tuilage, mais surtout au premier paramètre.
Maintenant un 8000 pixels de côté passe les doigts dans le nez.

Au niveau de ce paramétrage j'ai cette config, plus ou moins modifiée au hasard... je viens de changer le nombre de cœurs à 4 (j'avais 8)
[Image: config1.jpg]
Répondre
#12
Pour le cache des miniatures, mets le à 1024, c'est déjà énorme.

Vibrance, balance couleur, velvia etc. font globalement la même chose, mais ils ne sont pas très lourds.

Débruitage par profil, contraste local, égaliseur de tons, égaliseur de contraste, suppression de la brume sont vraiment lourds suivant les paramètres utilisés. Il faudrait voir s'ils sont tous utiles ici.
Aurélien, photographe portraitiste, spécialiste calcul.
Développeur de filmique, égaliseur de tons, balance couleur, etc.
darktable est mon métier, pensez à m'aider :
[Image: 2FAd4rc]
Répondre
#13
(05-01-20, 16:46)bonpa a écrit : J'exporte en .jpg 8 bits, qualité 100 %, profil Adobe RVB... je ne vois pas d'autres particularités.

Eh, il y a un intérêt d'exporter en jpg 100% ?
Je pense qu'on explose tout simplement la taille de fichier sans vraiment modifier la qualité (par rapport à 95% par exemple)

Par contre je sais pas si ça peut jouer sur le temps (enfin, oui, sûrement, car il y beaucoup plus d'octets à écrire sur le disque) tant que ça
Répondre
#14
Je suppose que 100% est mieux que 95%

Sinon j'ai desinstallé proprement Darktable (avec Revo Uninstaller).

L'export maintenant pour cette même image prends 1'13 !!

Donc problème résolu...

Reste à savoir vraiment comment définir le tuilage et le nombre de fils d'exécution que j'ai laissé par défaut à :

8 fils
6084 Mo de tuilage
16 Mo de mémoire tampon.

Si j'ai 4 cœurs, je dois modifier le nombre de fils à 4 ?

Merci en tout cas pour vos conseils...

Patrice
Répondre
#15
(05-01-20, 18:59)bonpa a écrit : Je suppose que 100% est mieux que 95%

C'est sûr :-)
Mais je pense que la différence de qualité est vraiment vraiment négligeable (i.e. imperceptible) et la différence de taille de fichier est très importante. Et même à 100% jpg reste un algo "avec pertes". C'est intrinsèque  à l'algo de compression. Mais c'est toujours à essayer soi même pour se convaincre ! (ou à chercher sur l'internet, par exemple ici https://photo.stackexchange.com/question...ing-to-jpg avec les exemples au +/- milieu de la page.  

[edit]J'ai trouvé ça: http://regex.info/blog/lightroom-goodies/jpeg-quality

Sinon super que ton pb est résolu.
Répondre
#16
(05-01-20, 18:59)bonpa a écrit : Je suppose que 100% est mieux que 95%

Sinon j'ai desinstallé proprement Darktable (avec Revo Uninstaller).

L'export maintenant pour cette même image prends 1'13 !!

Donc problème résolu...

Reste à savoir vraiment comment définir le tuilage et le nombre de fils d'exécution que j'ai laissé par défaut à :

8 fils
6084 Mo de tuilage
16 Mo de mémoire tampon.

Si j'ai 4 cœurs, je dois modifier le nombre de fils à 4 ?

Merci en tout cas pour vos conseils...

Patrice

100% n'est pas forcément mieux non. Enfin, dans l'absolu oui. Mais concrètement, ça dépend avant tout de l'usage derrière. Et notamment selon l'usage quelle taille de fichier (pour un usage web, c'est important) par rapport à la différence de qualité visible. Et je gage que sur de nombreuses images, la différence visuelle d'un jpg à 95% et 100% ne sera perceptible que par très très très peu de gens.

Pour le nombre de fils, tu peux mettre le nombre de coeurs oui, ou un de moins si tu veux laisser un fil d'exécution pour faire tourner autre chose que darktable en parallèle (en cas d'usage intensif du processeur par darktable ; la plupart du temps, mettre 3 ou 4 ne changera rien pour les autres applications actives).
Aussi appelé Nilvus !
Debian Sid - darktable master
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)