Ouh là, on avait prudemment évité de parler d'autre chose que du poids des fichiers, mais là...
Le poids d'un fichier non compressé (Bitmap) dépend de deux choses : la quantité de données à enregistrer et la place prise par chaque donnée.
Les données, c'est essentiellement les pixels. Il y a aussi deux ou trois trucs du style largeur et hauteur de l'image, nombre de couleurs, tout ça... Pour calculer le nombre de pixels, c'est hauteur x largeur, comme l'a dit mon prédécesseur.
La façon de les enregistrer est, elle, très variable. Tout d'abord : couleur ou noir et blanc ? Dans le premier cas, il faut enregistrer des informations colorées (le plus souvent, on en donne trois : valeurs du rouge, du vert et du bleu, mais d'autres systèmes peuvent exister) ; dans le second, la seule information qui compte est la luminosité. De ce choix va découler le nombre de canaux : un pour du noir et blanc, trois pour du rouge/vert/bleu (RGB), quatre pour du cyan/magenta/jaune/noir (CMYK)...
Ensuite : quelle précision de codage ? Par exemple, pour du noir et blanc, je peux limiter l'information à deux niveaux : noir ou blanc. Du gris, j'ai pas. Ou bien, on peut dire qu'il y aura noir, gris foncé, gris clair et blanc. Ou l'on peut enregistrer 100 000 niveaux de gris... tout est possible. Plus on ajoute de niveaux, plus ça va prendre de place. On parle de codage en 8, 12 ou 14 bits par exemple.
Donc, pour enregistrer un pixel, on va prendre le nombre de bits par canal fois le nombre de canaux.
Prenons un bitmap de 800 pixels sur 600, codé en 8 bits RGB.
Nombre de pixels : 800 x 600 = 480 000
Nombre de bits par pixel : 8 x 3 = 24
Taille de l'image : 480 000 x 24 = 11 520 000 bits = 1 440 000 octets
Dans le cas des fichiers Raw, on a un «truc» qui fausse les calculs : quoi que l'image enregistre des informations colorées, elle est techniquement en noir et blanc. Chaque pixel n'enregistre qu'un canal, et on recrée l'information manquante à partir des pixels adjacents -- ça s'appelle le dématriçage.
Dans le cas du S100fs, les images font 11 Mpx et sont codées en 14 bits, ce qui nous fait :
résolution x canaux x encodage = 11 000 000 x 1 x 14 = 154 000 000 bits = grosso modo 19 méga-octets.
Problème : un ordinateur est nul pour lire 14 bits. Sa spécialité, c'est les multiples de 8. Le codage en 12 bits se fait sans trop de problème, mais 14, c'est vraiment galère. Du coup, beaucoup de constructeurs utilisant un codage 14 bits codent en fait en 16 bits, pour simplifier la lecture, avec 2 bits qui servent à rien. Les fichiers Raw du S100fs font donc en vrai 23 Mo.
Pour le Jpg, l'encodage est très compliqué et implique une compression variable. Du coup, on perd des données (si vous enregistrez un Jpg avec une compression très forte, vous verrez bien le phénomène), et on gagne de la place. Chaque constructeur choisit ses propres paramètres de compression, et le contenu de chaque image influe lui-même sur cette compression. Du coup, on ne peut donner que des estimations très vagues.
---------------
Pentax K10D - Tamron 70-300 - Sigma 17-70 - Pentax A 50 f/1,7 - Sigma EF 530 DG Super
si vous avez un tableau 
Il est toujours très difficile de prédire de façon précise le poids des images produites lors des processus de numérisation, plusieurs paramètres influant directement sur ce poids.
). Je suis convaincu que je l'avais réglé pour systématiquement prendre en définition maximale (ou Alzheimer m'a définitivement atteint).
