Bonjour à tous
je viens de charger la version 3.2.1; Premiers essais chambre noire montrent une meilleure réactivité en général; les fonctions d’affichage sur les miniatures dans la TL tres bien
Une seule difficulté: l’affichage des aperçus en TL avec les raccourcis « W » ou « Alt+W » met 2 à 3 sec pour des Jpeg et des raw petit capteur, une dizaine de sec pour des raw plein format, pendant lesquelles la zone d’affichage est grise. En 3.02 c’était pratiquement instantané.
Une fois que j’ai affiché l’aperçu d’une miniature, si je passe sur une autre photo (avec même temps de réponse) et que je reviens sur la précédente, l’affichage est alors instantané. Mais cela est temporaire; si je passe en chambre noire par exemple (ou que je ferme DT) et que je reviens en TL, j’ai toujours le même temps de réponse sur l’affichage des aperçus, y compris ceux qui avaient été ouverts précédemment.
J’ai fait des essai en mode « navigateur de fichiers » ou « TL zoomable » c’est pareil;
pour l’instant je contourne la difficulté en affichant 1 seule miniature en mode « navigateur de fichier ».
J’ai cherché sans succès dans les préférences de la TL. Quelqu’un aurait-il constaté la même chose ?
J’en profite pour remercier les développeurs pour ces superbes évolutions de DT
C’est plutôt le fait que tu avais un affichage instantané en 3.0.2 avec la même config matériel qui m’étonne, plutôt que l’inverse.
J’ai pour ma part suivi de très près les évolutions de la table lumineuse, en assistant notamment AlicVB autant sur l’amélioration visuelle via le CSS que des bugs détectés pendant le développement de la refonte faite pour la 3.2.1. Et je n’ai vu que des améliorations de performance même sur les modes aperçu et sélection, sur lesquels j’ai passé du temps (je ne parle même du temps passé par AlicVB, ce serait indécent !). Et j’ai un ordi de plus de 6 ans, sans carte OpenCL (en bref, pas une bête de course). Par contre, le seul truc est que je suis sous Linux, tout comme AlicVB. Ca reste pas impossible que darktable sous Windows se comporte pas tout à fait pareil.
Bref, l’affichage de ces modes (c’était déjà le cas en 3.0.x) est l’affichage de l’image développée. Donc, déjà tout ce que tu décris est normal puisque darktable calcule l’image à afficher (et en gros plan, bah c’est plus long qu’en miniature). Et surtout si un module comme la réduction du bruit (profil) est activé (performant mais gourmand).
La seule manière d’améliorer un peu, est d’activer les options de cache dans l’onglet cpu/gpu/mémoire des préférences. Attention, le premier affichage (et après toute modif en chambre noire) prendra un peu de temps, le temps que l’image jpg du cache soit générée. Tu peux aussi générer un cache avant via l’outil darktable-generate-cache (voir l’article linuxfr sur la 3.0 ou le manuel à ce sujet). Attention, ce dernier outil s’utilise en ligne de commande, darktable fermé et peut être plus ou moins long selon le nombre d’images (il ne refait le cache que des images nouvelles ou nouvellement traitées.
bonjour
En janvier 2020, avec ton aide et aussi celle de Gegel j’avais réglé le problème en générant tous les caches avec la commande darktable-generate-cache.exe -m 6
(fil de discussion ici: https://forums.darktable.fr/showthread.php?tid=4418)
est-il possible que l’installation de la 3.2.1 ait modifié quelque chose dans l’utilisation des caches ? ou que l’emplacement des caches ait été modifié et donc que la nouvelle version ne trouve pas les caches existants que j’avais générés à l’époque ?
Bonjour à tous,
Darktable 3.2.1 Ubuntu 18.04 LTS, j’ai moi aussi constaté une lecture en plein écran avec la touche alt+w beaucoup plus lente que la version précédente de darktable, mais le comportement est difficile à comprendre, parfois c’est instantané, parfois je dois attendre plusieurs secondes ?
Je n’ai pas eu le temps de chercher plus loin pour l’instant.
C’était le cas hier, jour de l’installation, je viens de démarrer darktable aujourd’hui et la rapidité d’affichage est redevenue normale.
bonjour à tous
j’ai refait des essais pour mieux cerner le comportement de DT sur l’affichage plein écran des miniatures.
Je rappelle que j’ai généré il y a quelques mois tous les caches au moyen de la commande darktable-generate-cache.exe -m 6.
si je tente d’ouvrir un aperçu d’une miniature j’ai plusieurs secondes de temps de reaction (3 à 10-12 selon la taille de la photo) lors de la première commande W ou Alt+W.
Si je reviens ultérieurement sur la même photo (même après fermeture puis réouverture de DT) le temps d’affichage de l’aperçu redevient normal.
Donc DT accède bien aux caches qu’il génère au fil de l’eau,
mais pour une raison que j’ignore (là je suis dans ma zone d’incompétence) DT 3.2.1 n’a plus accès aux caches générés avant l’installation de la 3.2.1
[color=#3333ff]Ce qui se passe chez moi :[/color]
[color=#3333ff]- sur l’ensemble de mes 109 photos sur la table lumineuse, avec alt-w la première met un certain temps (4-5 sec) à s’afficher et ensuite les autres s’affichent quasi instantanément (mais quelque fois 1/2 sec) en jouant avec les flèches droite et gauche.[/color]
A noter tout de même que si le traitement d’une image a changé depuis la génération du cache, le cache n’est plus utilisé pour cette image puisqu’il n’est plus à jour. Donc, à l’ouverture de l’image, le cache est généré de nouveau, pouvant entraîner selon la puissance de l’ordinateur quelques secondes d’affichage. Donc, la commande que j’ai cité à faire régulièrement pour prendre en compte les changements (les nouvelles fois sont plus rapides, seules les nouvelles images modifiées/importées étant traitées).
Pour ma part, j’ai plutôt un affichage plus rapide, je mets à jour mon cache régulièrement. Après mon impression est peut-être faussée puisque j’utilise que la master et est donc les évolutions graduellement et non pas une transition comme vous d’une version officielle à une autre.
Pouvez-vous tester la différence après mise à jour du cache ?
bonjour à tous
j’ai refait la manip (W et Alt+W) sur des images de quelques années dont je suis sûr à 100% que je n’ai pas modifié le développement depuis que j’ai généré tous les caches de ma photothèque (janvier 2020).
Même constat:
lorsque j’ouvre un aperçu la 1ère fois, plusieurs secondes d’attente pour avoir l’aperçu (3 pour un jpeg de moins de 2 Mo; 17 pour un raw Sony de 40 Mo)
affichage quasi instantané lors des ouverture suivantes des mêmes images
tout se passe « comme si » il ne prend en compte que les caches générés depuis l’installation de la 3.2.1
Bon c’est un peu agaçant mais pas dramatique; si j’ai besoin de vérifier la netteté, je passe en chambre noire sinon je joue sur le nombre de miniatures de la TL pour trier mes photos.
Merci à tous
Relance au moins la génération du cache si tu constate que darktable ne prend en compte que le cache généré depuis la 3.2.1. Ca réglera le problème dans ce cas.
oui j’ai bien pensé à refaire la génération des caches de la photothèque; j’hésite pour 2 raisons:
le temps de traitement: il a fallu plus de 8 h de traitement la dernière fois
et puis surtout est ce que cette 2ème géneration de caches écrasera la précedente ? autrement dit sera-t-elle stockée au même endroit ?
Je vois que tu « mets à jour ton cache régulièrement ». Est ce avec la ligne de commande darktable-generate-cache.exe -m 6 ?
peut on limiter la génération des caches (darktable-generate-cache.exe -m 6) à une partie de la photothèque: un dossier par exemple ?
ou mieux une selection dans une collection ?
merci
Comme je l’ai déjà dit, la génération ne génère que les images nouvellement modifiées. La génération devrait au moins remettre à jour les liens cache. Donc je doute qu’il dure aussi longtemps. La première génération est longue mais les suivantes (surtout si régulières) le sont nettement moins. Et au pire, tu lances ça avant de te coucher.
Désormais, je le fais avec l’option -m 8 pour avoir tous les niveaux (de la petite miniature à 100%). L’option 6 s’arrête avant les 100%.
Je ne sais pas si on peut limiter à un dossier via ce script, jamais vu l’intérêt de le faire. Mais tu peux voir les options via l’option -h (à la place de -m 6).
bonjour
j’ai relancé la génération des caches avec darktable-generate-cache.exe -m 6
Effectivement c’est beaucoup plus rapide que la 1ère fois: 1h au lieu de 8h
Plein d’espoir je me précipite sur la TL pour vérifier que ça marche… et bien non;
les aperçus des photos dont les caches ont été générés image par image avec W ou Alt+W depuis l’installation de la 3.2.1 s’ouvrent en quasi instantané;
pour les autre (y compris ceux générés par la ligne de commande) il faut entre 3 et 15 sec. rien n’a changé.
Je me dis qu’il faut essayer la géneration des caches maxi avec darktable-generate-cache.exe -m 8 comme tu m’a indiqué.
A bout d’une heure, le système a généré 700 caches… j’ai 27000 images… donc j’ai arrêté.
Pour info, j’ai constaté le même problème chez moi avec dt.3.2.1 : il faut 10 à 15 bonnes secondes pour afficher l’aperçu avec w ou Alt-w pour un CR2 Canon ou un RAF Fujifilm. Je suis sous Linux Mint 20, ce n’est donc pas uniquement lié à la version Windows.
L’affichage est ensuite rapide si je reviens ensuite sur la même image déjà prévisualisée tant que je reste dans la même collection. Par contre, si je suis allé ailleurs ou si j’ai fermé et relancé dt, ça prend de nouveau 10-15s
Je ne peux pas dire si c’était la même chose avec la 3.0.2 puisque je n’utilise que très rarement les aperçus.
bonjour
avec la 3.0.2 j’avais le même problème de latence pour afficher les aperçus (lors de la 1ère ouverture avec W), jusqu’à ce Nicoauffray et Gegel m’expliquent comment générer les caches pour toute la photothèque; et cela a réglé le problème… jusqu’à l’installation de la 3.2.1
Vérifier le dossier contenant le cache (sous Linux : $HOME/.cache/darktable par défaut. Pour les autres plateformes voir l’emplacement dans « Les fichiers de configuration de darktable » )
S’il existe plusieurs dossiers mipmaps-.d, c’est que le cache à été changé par darktable. Cela peut arriver quand on fait un RàZ du fichier darktablerc. Dans ce cas les images en cache calculées avant le changement le sont plus accessibles. Il faut les régénérer.
On peut identifier le « bon » dossier - celui utilisé par darktable actuellement en regardant la date de modification des différents dossiers.
On peut supprimer les anciens dossiers de cache sans problème.
Bonjour Jean Pierre
Je suis sous Window 10; Le dossier des caches selon la doc (dossier « V » si j’ai bien compris) est placé à « %LOCALAPPDATA%\Microsoft\Windows\Temporary Internet Files\darktable »
Je n’ai pas trouvé; dans l’arborescence je vais jusqu’à « C:\Users\Richard\AppData\Local\Microsoft\Windows » mais je ne trouve pas le sous dossier "Temporary Internet Files…
J’ai essayé avec les fonctions de recherche de l’explorateur, mais je ne dois pas être doué…
Par ailleurs, j’ai refait la manip de génération des caches (qui avait bien marché avec la 3.02) avec la commande darktable-generate-cache.exe -m 6; Mais avec la la 3.2.1 ça ne change rien… toujours 4 à 15 sec de temps de réponse pour afficher un aperçu
Bonjour Jean Paul
Je viens de refaire tourner la commande de generation des caches; apparemment l’invite de commande me dit que les 27000 caches ont été générés;
Mais dans le répertoire AppData, je n’ai aucune trace du fichier des caches
Je me dis que c’est peut être mon invite de commandes que je n’ai pas bien rédigé; voici l’invite de commande juste avant l’envoi pour exécution:
j’ai l’impression (?) que ma commande génère bien les caches, mais pas au bon endroit…
merci de ton avis
Déjà, il y a un truc que vous n’avez pas compris. -m 6 ne génère pas tous les niveaux de cache. Je l’ai déjà précisé plus haut, il y a 8 niveaux de cache, le niveau 8 correspond à l’affichage 100%. Donc si vous n’avez activé le cache 100% dans les préférences et que vous restez au niveau 6 de génération, vous aurez forcément cette latence…
Pour l’instant, j’essaye, sans succès, de trouver où se trouvent les caches sur mon ordi; qu’ils soient générés avec la commande de niveau 6 (j’ai bien compris que c’est moins bien que 8…), ou au fil de l’eau avec W ou Alt+W.
Je suppose qu’ils sont au même endroit: C:\Users\Richard\AppData\Local\Microsoft\Windows
Je n’ai pas trouvé la suite de l’arborescence: Temporary Internet Files\darktable; voir mon message precedent.
!). Et j’ai un ordi de plus de 6 ans, sans carte OpenCL (en bref, pas une bête de course). Par contre, le seul truc est que je suis sous Linux, tout comme AlicVB. Ca reste pas impossible que darktable sous Windows se comporte pas tout à fait pareil.
