Bonjour à tous !
Depuis l’installation de DT 3, je constate que mes exportations en .jpg sont excessivement longues, parfois même, elles n’aboutissent pas.
Est ce que vous avez déjà constaté ce problème ?
Merci pour vos réponses et bon dimanche !!
Patrice
Non, l’inverse plutôt… mais je n’ai pas la version windows. Est-il possible de lancer dt avec des options sur windows ?
darktable -d allÇa pourrait nous en dire plus éventuellement… (enfin la partie qui concerne l’exportation sinon c’est un roman ! 
)
Avant tout rapport, il serait bien de préciser, quelle configuration d’ordinateur, y a-t-il eu ne serait qu’un changement de composant ? Et surtout quels modules utilisés, la durée d’export dépendant aussi de ça. Par exemple, le module réduction du bruit de profil a été fortement améliorer par rawfiner. Il est bien plus performant mais un tout petit plus lent pour l’export (c’est la rançon de ses performances accrues).
Et surtout, qu’entends-tu par excessivement longues. C’est très subjectif, certains vont trouver que 1 min c’est excessivement long, d’autres ce sera 3 voir moins de 1 minute… Et quelle était la durée moyenne avant ? En gros, quel écart objectif ?
tu as fait des recherches sur le forum ?
As tu essayé ce fil de discussion : https://forums.darktable.fr/showthread.php?tid=4103&page=2&highlight=exportation
Oui, j’ai fait des recherches sur le forum.
Pour tester concrètement mon cas, j’ai exporté un raw brut non retouché.
Une vingtaine de secondes à suffit.
J’ai ensuite tenté d’ exporter une image retouchée avec 39 étapes notées dans l’historique…
L’export en .Jpg qualité 100% est encore en cours après plus de 25 minutes…
Je pense que c’est un peu long non ?
Avec Capture One auparavant les exports se faisaient en maximum 1 minute.
J’ai un PC portable Intel core i7 2,2 ghz avec 12 Go de RAM, en 64 bits.
Il y a vraiment 1 soucis quelque part !
Le chrono tourne encore, et maintenant après 30mn de demande d’export mon. Jpg n’est toujours pas développé.
[hr]
Voici les modules utilisés, vous remarquerez en bas l’exportation toujours en cours de finalisation. 
désinstaller proprement, a voir :
https://forums.darktable.fr/showthread.php?tid=3877&highlight=desinstaller
Bonjour Bonpa
Je remarque que dans ton historique, il y a des choses bizarres, par exemple, tu as utilisé ajustement de base avec filmique RVB et deux fois contraste local dont je ne vois pas les valeurs, mais ce peut être très long à calculer.
Je vois aussi courbe de base, velvia, vibrance, si tous les module que l’on aperçoit sont activés ce n’est pas étonnant que ça mette du temps, mais je trouve quand même que c’est trés long une demi-heure !
La cause est peut-être toute autre, mais déjà je modifierai cet historique. Ça allégerait le processus.
La courbe de base est dans mon historique par défaut, mais désactivée (également désactivée dans les préférences de DT).
Je n’arrive pas à faire en sorte qu’il ne se lance pas dès le départ (bien que désactivé).
Pour le reste, c’est certainement des erreurs de ma part puisque je débute avec DT et je dois utiliser des modules différents qui sont sans doute redondants.
Je trouvais pratique le module ajustement de base de DT3… je ne pensais pas qu’il soit inutile avec Filmique RVB.
Il y a certainement des choses à revoir de mon côté…
Pour les doublons par contre je ne comprends pas parce que je n’ai pas fait 2 instances d’ajustement de base, et c’est pareil pour le vignetage, le contraste local ou la module contraste lum saturation…
Quelques observations :
[color=#3333ff]Salut les amis,[/color]
[color=#3333ff]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.[/color]
[color=#3333ff]Maintenant un 8000 pixels de côté passe les doigts dans le nez.[/color]
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 
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 :P) devient automatique.
Donc oui, j’use et j’abuse de certains modules…
[hr]
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)
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.
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
Je suppose que 100% est mieux que 95% [emoji16]
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 ? [emoji848]
Merci en tout cas pour vos conseils…
Patrice
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/questions/30243/what-quality-to-choose-when-converting-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.
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).