Je suis un nouvel utilisateur séduit par la puissance de traitement de DT, MAIS!!! :
1- En voulant faire un export en jpg à 96 dpi, je n’ai jamais trouvé de quelle manière je pouvais changer la résolution à l’exportation. J’ai manqué un truc ou ça n’est pas possible (passage dans un autres soft pour redimensionner) ? :huh:
2-J’ai réalisé un export de 149 tiff (d’autres photos), ça a duré 15h!!! Comment se fait-ce ?
Ma reconnaissance éternelle pendant au moins 10 minutes à qui m’apportera une réponse à ces deux (ou une des deux) questions!
dpi = dot per inch, puisque dans un jpeg il n’y a pas de taille physique (pas de cm ou d’inch) comment mettre 96 points dans une non taille
Ce problème vient des softs Adobe!!!
Donc en jpeg (ou tiff) tu n’as que la possibilité d’exporter un taille précise en pixels. Les dpi serait utilisés si tu imprimais sur un support physique qui ont une taille comme le papier.
Pour ton second point, ton PC est peut-être ancien et tu n’as peut-être pas OpenCL activé/activable. Aussi la taille du RAW et le nombre de module activé va jouer. On ne peut pas dire sans plus d’info. C’est tout de même 10 tiff / heure donc 1 tiff en 6 minutes… C’est très long!
Tu peux poster un RAW + xmp si tu veux que l’on teste.
Salut Pascal,
Merci pour tes réponses rapides et précises!
Bon, comme je viens d’Adobe, mon égo en prend un coup, ça fait donc des années que je fais des manips inutiles sur LR… :dodgy:
De fait, l’export était vraiment très, très, très long!
Sinon, ma machine a 4 ou 5 ans (acer V3 571G I7 2.1GHz + 16 GB ram ddr3/NVIDIA Geforce GT 730M-4GB Vram ), effectivement, OpenCL n’est pas disponible.
Les images sont originellement des Tiffs issus d’un premier export de DxO 11 (je teste actuellement les solutions de remplacement des softs Adobe).
Comme je suis novice dans les forums (et les logiciels opensource d’ailleurs), aucune idée de la manière dont je peux te faire parvenir un tiff (ou raw) avec son xmp, snif
Mais si tu as d’autres éclaircissements, je suis preneur!
Nota : S’agissant des dpi, il n’est pas bien difficile de faire le calcul.
Par exemple :
Si je veux qu’à 100% une image imprimée en 300 dpi me donne une photo de 10 x 15 cm
1 inch = 15,4 mm
10 cm => 100/25,4 = 3,937 inch
15 cm => 150/25,4 = 5,905 inch
Donc il me faudra un jpeg de 3,937 x 300 = 1181 pixels par 5,905 x 300 = 1772 pixels
Un jpeg de 1181 x 1772 pixels.
Ainsi le Jpeg que je vais mettre sur ma clé USB aura exactement la taille pour la dimension et la qualité requise pour le tirage.
Par ailleurs, je ne vais pas inutilement encombrer ma clé USB avec de trop gros fichiers.
Ce que j’aime le plus dans Darktable c’est le traitement de la couleur que je trouve vraiment bon.
Mais l’export des fichiers en TIF est long …
Je viens de me faire une petite comparaison avec l’export en TIF de 10 photos entre Camera Raw et Darktable. J’ai activé assez peu de modules : balance des blanc, courbe de base, netteté par défaut, dématriçage rapide par défaut et sortie en AdobeRGB. Fichier TIF taille maxi en 16 bits. Origine Canon 5D3
Export en TIF de 10 photos :
Moins de 2 minutes avec Caméra Raw
Un peu plus de 45 minutes avec Darktable
Espérons que cela évolue favorablement avec les versions nouvelles de Darktable.
Bonjour, une moyenne de 6’ pour un export TIFF est anormale. Serait-ce Windows ? Serait-ce parce qu’OpenCL n’est pas activé/able ?
Sur mon Ubuntu 16.04 avec core i7 / 8Go RAM / SSD / nVidia GK107GLM [Quadro K1000M] (OpenCL OK), l’export sur HDD (donc pas sur le SSD) en TIFF 16bits d’un RAW PEF de 37Mo a pris 11" avec pour traitement (léger) :
[list]
[]renforcer la netteté
[]orientation
[]courbe de base
[]courbe de tonalités
[]égaliseur
[]recadrer et pivoter
[/list]
Le TIFF pèse 128,5 Mo en sortie. :dodgy:
DT exporte en 300 DPI les jpeg et tiff, il faut les « alléger » dans un autre outil (GIMP) ou utiliser une moulinette qui balance un :
convert est une commande de l’excellent ImageMagick.
J’ai ce script en bash (pour Linux donc) qui, enregistré dans $HOME/.local/share/nautilus/scripts est activable par un clic-droit sur le fichier à « alléger ».
Il y a toujours une grande confusion sur la notion de dpi, je pensais aussi avoir été assez précis avec mon exemple.
Une photo n’est définie que par ses nombres de pixels, largeur et hauteur, après la résolution c’est celui du support sur lequel elle est visualisée ou imprimée.
Si je reprends mon exemple d’une photo jpeg de 1181 x 1772 pixels.
En 300 dpi elle aura une dimension de 10 x 15 cm.
Mais sur mon écran qui a une résolution de 94 dpi elle s’affichera avec une taille réelle (hors zoom) de 32 x 48 cm
Quand le tireur de ‹ manu › dit que 300DPI c’est trop pour du 30x45, il dit une énormité, cela dépend tout de la résolution de sa machine de tirage et je pense qu’elles sont généralement en 300 DPI !
La dimension strictement nécessaire pour un tirage en 30x45 de qualité optimale est de 3543 pixels x 5315 pixels.
En dessous de ces dimensions en pixels sa machine de tirage va zoomer l’image, elle sera donc moins nette, par contre si on lui donne une image de plus grande taille elle va la réduire.
Tout cela pour expliquer que dt ne parle pas de dpi dans son module d’exportation, la taille en pixels revient strictement au même.
Et à part quand l’utilisation de la photo sera sur un support numérique (site web typiquement) et alors je tombe à 100 dpi (et qualité 90%) ce qui avec des dimensions faibles est très largement suffisant et surtout bien plus léger et donc rapide à télécharger (jusqu’à perdre en qualité sur de plus grands formats, mais sur le net ça m’est carrément égal), je laisse la résolution telle que produite par DT (300 dpi) pour des prints, j’utilise aussi pas mal PictoOnline et leur recommandation. Donc bien pour la raison que tu expliques très bien.
Après @pascal, moi ça m’est un peu égal, mon tireur me dit aussi que 300 c’est largement trop pour mes 30x45…
Pourquoi trop? La résolution native d’une imprimante est de 300dpi (et même 360 chez Epson). Donc c’est juste ce qu’il faut. Le module d’impression de dt fait exactement cela, il se base sur la résolution native de l’imprimante comme retourné par CUPS.
c’est un compromis entre la taille de l’image et sa distance de visualisation. La résolution native s’applique aussi à l’appareil de prise de vue : un D300 avait déjà la résolution native d’un A3.
300 dpi est la valeur max habituellement utilisée quelque soit le matériel de tirage et indépendamment du simple calcul (300 pour Canon, 360 pour Epson -1440/4). Ces calculs sont bons pour du jet d’encre, avec des presses on parle plutôt de linéature avec d’autres paramètres.
Au delà des 300 dpi, on bouffe de l’encre pour aucune amélioration visible, mais on peut descendre en fonction de la taille du tirage et de sa distance de visualisation : 300 dpi pour du A4, mais 220/240 pour du A3/+ et encore en dessous pour de grands tirages, jusqu’à 150 dpi sans altération visible à bonne distance.
Oui 100 DPI pour le WEB en admettant que l’image ne sera pas zoomée.
Actuellement la résolution des écrans se situe entre 75 et 130 DPI
En fait on peut résumer en disant qu’il y a deux possibilités pour caractériser les dimensions d’une image :
I - Ses dimensions sont exprimées en pixels et c’est en connaissant la résolution du support que l’on peut en déduire ses dimensions réelles en cm.
II- Ses dimensions sont exprimées en cm pour une résolution de référence de 300 DPI - Mais ses dimensions réelles, en cm, sur le support seront à corriger si le support a une résolution différente de 300 DPI.
En I nous avons le choix fait par dt dans son module export.
Comment se fait-ce ?
