Bonjour !
Petite question sur l’export.
J’ai en entrée des scans en Tiff 8bits qui font une taille de 3130x2075 environ, prof couleur 24 non compressé de taille environ 18Mo
Je me retrouve en sortie avec Tiff 8 bits, qui font une taille 2230x1486, prof couleur 24 non compressé, taille environ 9,5 Mo
Pourquoi cette différence de taille ??
J’ai loupé qq chose ?
Merci
KB
Ca va être difficile de t’aider sans avoir quelle version de darktable est utilisée, peu d’utilisateurs travaillent avec des Tiff en entrée, peut-être quelques photos pour que l’on puissent faire quelques tests pourraient aider à comprendre ?
La version, DT est dans ma signature.
Non ne ne fais pas de redimensionnement.
Pourquoi cette différence de taille ??
Image en entrée 6,2 Mpix => 18Mo
Image en sortie 3,1 Mpix => 9Mo
Il est où le problème?
Ben le problème justement c’est ça.
Pourquoi DT réduit la taille de mes images ?
[hr]
Pour ta photo, en 8 bits : 3130 x 2075 x 3 = 19 484 250 octets, soit 18.58 mega-octets.
J’ai fait un test. À 1/10ème près, Gimp et XnView me donnent ce chiffre. J’ai importé ce TIFF puis exporté avec tes paramètres ; j’ai la même image, même taille, même poids.
Et en passant en 16 bits, cela devrait x2 la taille, non ?
Hello,
Pas de souci chez moi non plus avec
https://www.dropbox.com/sh/ecgtj2742f616r5/AADSHWO9Y2-fSrroj4bY2q-Ha?dl=0
Sans traitement import et export : même taille et poids.
Cordialement
Bonjour,
je suis votre discussion, et je remarque que ça fonctionne chez ceux qui sont sous Linux et Karbon lui est sous windows peut-être que la différence vient de là ?
N’aurais-tu pas recadré ta photo par hasard ? [emoji6]
Mes photos : https:/jpverrue.fr
16 bits par composante : 16 x 3 = 48 bits, soit 6 octets par pixel.
3130 x 2075 x 6 = 38 968 500 octets, soit 37,16 mega-octets.
Ben le problème justement c’est ça.
La question n’était pas limpide tu en conviendras !!!
Pourquoi DT réduit la taille de mes images ?
Puisque dt ne fait pas cela tout seul c’est que tu lui a demandé d’une manière ou d’une autre 
Alors je viens de faire des tests.
Il semble que ce soit le module de recadrage qui fait ça (sachant que sur l’exemple j’ai supprimé une bonne moitié de l’original.
Mais Est- bien logique ?
Évidemment que c’est logique. Tu recardes donc l’image est plus petite du nombre de pixels supprimés. Comment ça pourrait être autrement ???
Ah, je pensais qu’il y avait « recréation » des pixels pour garder la taille de l’image finale.
Désolé mais comme je fais de l’argentique à la base, je m’y perds un peu avec les histoires de pixels, poids etc !
Ah, je pensais qu’il y avait « recréation » des pixels pour garder la taille de l’image finale.
Non pas du tout et c’est pour cela que l’on ne comprenait pas ton problème initialement C’est jamais simple en fonction de la compréhension de chacun sur le numérique !
Je viens de faire un essai avec un Tiff qui a été exporté en Tiff 8 bits : exactement la même taille en pixels. Quand tu redimensionnes une photo, effectivement la photo exportée est plus petite que l’image originale. Ce n’est pas la même chose en tirage argentique où tu peux recadrer en gardant en augmentant la taille de la photo tirée ou chaque point va progressivement augmenté. Après la taille de ta photo recadrée pourra être imprimée à une taille équivalente à celle originale et là le logiciel d’impression va faire une interpolation des points.
OK, merci pour les retours !
Je précise que j’ai fait les tests sous la version 3.7-1514 pour Windows, c’est un pré-version avant celle définitive pour Noël 3.8.
Cette « recréation » de pixels, c’est le domaine des smartphones, où les fonctions de zoom numérique taillent dans le vif et recréent la quantité de pixels voulus par interpolation pour redonner à la photo sa taille initiale, avec les résultats qu’on connaît…
Le poids d’une image est calculé par cette formule simple : Largeur (en pixels) x Hauteur (en pixels) x Profondeur d’échantillonnage (en octets)
La profondeur, ce sont les couleurs primaires rouge, vert et bleu. Le plus souvent, 256 niveaux (soit 8 bit, 2^8) par couleur, soit 3 x 8 bits, soit 3 octets. Et donc, formule de base : Largeur x Hauteur x 3