.
virusphoto virusphoto

Identifiant

Mot de passe

Derniers messages Messages du jour Sujets sans réponse S'inscrire

Rejoignez-nous !

VirusPhoto » Forum » Discussions sur la photo » La photographie numérique

Aller au premier non-lu
  #1  
non lus 16/03/2010, 11h52
Avatar de damienmcc
Membre
Ma pratique de la photo: Je débute
 
Messages: 27
270 Photiz - Faire un don

Une histoire de Pixels!!


Bonjour à tous, j'ai une petite question qui me chagrine, elle concerne les pixels.
De nos jour, le standard en matière de résolution est le 15M pixel soit 4416 x 3312.
Lorsque je règle la résolution de mon appareil sur 4416 x 3312, soit 15M pixel, je force donc mon G10 a prendre une photo qui fait 4416px x 3312px en taille, pourtant la photo ne fait que 7Mo!! et la résolution fait bien 4416 x 3312.

Pourquoi ma photo ne fait elle pas 15Mo?

Merci à tous
Réponse avec citation

Pour participer aux discussions et avoir accès à tous les outils
proposés sur VirusPhoto, inscrivez-vous en quelques secondes : cliquez ici.

Outils de la discussion Chercher dans ce sujet
Rechercher dans la discussion:

Recherche avancée

Noter la discussion
Evaluez cette discussion :
  #2  
non lus 16/03/2010, 11h59
Avatar de toine64
Membre
Ma pratique de la photo: La photo est mon métier
Matériel: Du Nikon et des Lentilles
 
Messages: 1 908
11450 Photiz - Faire un don
on parle ici de mega pixels et non pas de mega octets

Un mega pixel equivaut à un million de pixels
Une photo de 4416*3314 pixels contient dont un total de 14634624 soit presque 15 millions de pixel.

Mais par contre, ton image aura un poids numérique de 7 Mo ( megaoctets, soit 7 millions d'octects).


Un pixel n'equivaut pas à 1 octet
Réponse avec citation
  #3  
non lus 16/03/2010, 12h06
Avatar de Mathieu L
Membre
Ma pratique de la photo: Pratique occasionnelle
Matériel: D80 | 50 f/1.8 | 60 f/2.8D | 8 f/3.5 | 18-55 VR
 
Messages: 540
5270 Photiz - Faire un don
Je ne suis vraiment pas sur de la corrélation entre les MP et les Mo comme tu le penses.
Puis en fonction du conteneur que tu choisis (jpg, raw ...) tu auras des fichiers plus ou moins gros.
Pareil si tu as une photo avec des aplats de couleurs, ou avec beaucoup de détails (valable pour le jpeg seulement je crois). Le RAW lui sauvegarde chaque point tel quel sur 8, 12 ou 14 bits il me semble.
Réponse avec citation
  #4  
non lus 16/03/2010, 12h14
Avatar de Oreille
Membre
Ma pratique de la photo: Pratique occasionnelle
Matériel: 450D
 
Messages: 1 338
9535 Photiz - Faire un don
Le raw ne fait pas toujours le même poids à l'octet près (je viens d'ouvrir un dossier où toutes les photos sont pratiquement les mêmes, il n'y a pas deux fois le même poids!), voire au Mo près (sur mon appareil, ça tourne toujours autour de 15mo mais avec des fichiers à 10 et d'autres à 19...).
Donc, effectivement, même si on peut facilement dire que plus il y a de mp plus il risque d'y avoir de mo, ça va surtout dépendre de la photo.
Pour le jpg, c'est basé sur des algorithmes de redondances spaciales, un objet sur un fond blanc pèse moins lourd qu'e le même objet sur un motif.
Réponse avec citation
  #5  
non lus 16/03/2010, 12h40
Avatar de toine64
Membre
Ma pratique de la photo: La photo est mon métier
Matériel: Du Nikon et des Lentilles
 
Messages: 1 908
11450 Photiz - Faire un don
même sur un fichier .bmp qui est sensé enregistrer et séparer chaque pixels, le nombre de pixels ne correspond pas à la somme des octects du fichiers.

La question serait de savoir comment est enregistré un pixel, et quelle place en bit prends-il
Réponse avec citation
  #6  
non lus 16/03/2010, 15h25
Avatar de damienmcc
Membre
Ma pratique de la photo: Je débute
 
Messages: 27
270 Photiz - Faire un don
si je comprends bien, 1 pixel rouge, vers, noir ou blanc ne ferait pas la même taille!! est ce bien ca?
Réponse avec citation
  #7  
non lus 16/03/2010, 15h31
Membre
Ma pratique de la photo: Passionné de photo
 
Messages: 564
10275 Photiz - Faire un don
Citation:
Posté par toine64 Voir le message
même sur un fichier .bmp qui est sensé enregistrer et séparer chaque pixels, le nombre de pixels ne correspond pas à la somme des octects du fichiers.

Ah ben si, là, en bmp comme en tiff non compressé, la corrélation est directe - 3 octet par pixel en 8bits

La taille des raw varie parce que, en général, ils sont compressés (sans pertes, comme un fichier zip), ce qui fait que, suivant la complexité de l'image, le poids peut sérieusement varier.
Réponse avec citation
  #8  
non lus 16/03/2010, 15h36
Avatar de Mathieu L
Membre
Ma pratique de la photo: Pratique occasionnelle
Matériel: D80 | 50 f/1.8 | 60 f/2.8D | 8 f/3.5 | 18-55 VR
 
Messages: 540
5270 Photiz - Faire un don
Citation:
Posté par PointFlou Voir le message
Ah ben si, là, en bmp comme en tiff non compressé, la corrélation est directe - 3 octet par pixel en 8bits

La taille des raw varie parce que, en général, ils sont compressés (sans pertes, comme un fichier zip), ce qui fait que, suivant la complexité de l'image, le poids peut sérieusement varier.

Merci pour la précision
Réponse avec citation
  #9  
non lus 16/03/2010, 17h19
Avatar de toine64
Membre
Ma pratique de la photo: La photo est mon métier
Matériel: Du Nikon et des Lentilles
 
Messages: 1 908
11450 Photiz - Faire un don
oui je me suis exprimé.
je constatai juste que 1pixel n'équivalait pas à 1 octet.

Par curiosité j'ai testé, et effectivement un fichier .bmp de 100*100px à un poids de approximativement 30000 pixels.

Par contre pour en revenir à son problème, l'image sortant d'un apn est traitée par algorithmes de compression comme le précisait oreille, donc il n'y a plus corrélation entre pixel/octet

on en apprends tous les jours
Réponse avec citation
  #10  
non lus 16/03/2010, 17h43
Membre
Ma pratique de la photo: Passionné de photo
Matériel: Canon 400D / 5D2
 
Messages: 88
735 Photiz - Faire un don
Citation:
Posté par PointFlou Voir le message
Ah ben si, là, en bmp comme en tiff non compressé, la corrélation est directe - 3 octet par pixel en 8bits

La taille des raw varie parce que, en général, ils sont compressés (sans pertes, comme un fichier zip), ce qui fait que, suivant la complexité de l'image, le poids peut sérieusement varier.

Euh oui mais non ...

3octets par pixels en 8 bits ne veut rien dire

Soit tu dis 3 octets pour un pixel => codage en 24 bits (on en est loin) (1octet = 8bits)
ou alors 1 pixels codé en 8bits

1 pixels sur 8 bits te donne une possibilité de 256 couleurs par pixels (2 puissance 8)
1 pixels sur 16 bits: 65536 couleurs possibles par pixels

Le canon 5D2 code les RAW en 14bits => 16384 couleurs possibles par pixels

Si on ne compresse rien du tout et que ton image fait 15MP => 15 000 000 x 14 = 210 000 000 bits
=> en Mo = 210E6 / 8 / 1024/1024= 25Mo
Evidemment quand l'image est enregistrée sur la carte les 0 et les 1 ne sont pas enregistrer sans compression même si on choisit du RAW: Le RAW est juste un format sans perte de donnée au contraire du JPG => ton fichier RAW fait rarement 25 Mo

FRED
Réponse avec citation
  #11  
non lus 16/03/2010, 18h23
Membre
Ma pratique de la photo: Passionné de photo
 
Messages: 564
10275 Photiz - Faire un don
Citation:
Posté par The Bible Voir le message
Euh oui mais non ...

3octets par pixels en 8 bits ne veut rien dire

Soit tu dis 3 octets pour un pixel => codage en 24 bits (on en est loin) (1octet = 8bits)

Oui, c'est un raccourci de ma part :
un pixel codé en 8bits par canal de couleur utilise donc un octet pour le rouge, un pour le vert, et un pour le bleu, soit trois octets pour un pixel.

Le codage "sur 8 bits" (par canal) est bien un codage sur 24 bits par pixel.


Citation:
Le canon 5D2 code les RAW en 14bits => 16384 couleurs possibles par pixels

Si on ne compresse rien du tout et que ton image fait 15MP => 15 000 000 x 14 = 210 000 000 bits
=> en Mo = 210E6 / 8 / 1024/1024= 25Mo

En fait, 30 Mo car l'adressage se fait sur 16 bits, même si seuls 14 sont utilisés.
Réponse avec citation
  #12  
non lus 20/03/2010, 17h32
Avatar de Agenor
Membre
Ma pratique de la photo: Pratique régulière
 
Messages: 51
725 Photiz - Faire un don
Bonjour,
J’espère ne pas être hors sujet.
Je me posais aussi la question sur la taille d’une photo par rapport au nombre de pixels. Il s’agissait de photos que j’ai reçues par mail. Une photo avec beaucoup de pixels avait une taille plus petite qu’une autre avec moins de pixels.
Comme j’utilise Photoshop je me suis alors souvenu que la taille dépend aussi de la qualité de la compression des JPEG.
Une même photo enregistrée en JPEG avec qualité minimum 1 donne une image de 265 ko, avec une qualité maximum 12 donne une image de 3886 ko
Réponse avec citation
  #14  
non lus 20/03/2010, 23h57
Avatar de Ille
Membre
Ma pratique de la photo: Pratique occasionnelle
Matériel: Sigma SD10 + SD14 + Kiev88 + Ricoh XR-2s
 
Messages: 455
2971 Photiz - Faire un don
EDIT: Attention, message trèèèèès long...

Oulà, il y a pas mal d'erreur de calcul et de raisonnement dans ce fil.
La première erreur, c'est de se dire qu'un pixel = 1 octet, c'est rarement le cas de nos jours car cela limite le nombre de couleur à 256.
La seconde erreur, c'est de se dire 1 pixel = 3 octets, même si c'est fréquent de nos jours, c'est ce que nous appelons les images 8 bits/couleur.
La troisième erreur, c'est de se dire qu'il n'y a dans un fichier image que les données représentant l'image, il y a toujours quelques octets pour définir l'entête du fichier, et dans le cas des apn modernes, les métadonnées, les vignettes, les aperçus, etc.

Pour bien recadrer les choses, nous parlerons d'images 256 couleurs pour une image dont chaque pixel est codé sur 8 bits (soit une valeur codée sur 8 bits renvoyant à une couleur définie dans la palette de couleur, soit les valeurs RVB directement codées sur 8 bits, généralement les 3 premiers bits sont la composante rouge, les 3 suivants sont la composante verte, les 2 derniers sont la composante bleue).
Il est courant de parler d'image 8 bits pour parler d'une image dans laquelle chaque composante de couleur est codée sur 8 bits, comme il faut 3 coomposantes au moins par pixel, nous avons en réalité des images 24 bits par couleur. Mais celle-ci peuvent devenir des images 32 bits par couleur, car on peut ajouter 8 bits supplémentaires pour enregistrer une valeur alpha. C'est pourquoi je suppose l'appellation image 8 bits s'est standardisée.
De la même manière, on parle d'image 16 bits pour parler d'une image dans laquelle chaque composante de couleurs est codée sur 16 bits, ce qui nous donne des images 48 ou 64 bits par couleur.

Pour revenir à la question du calcul des poids des images, un bmp 256 couleurs de 10x10 pixels ne pèsera pas comme on pourrait s'y attendre 10*10*1 soit 100 octets, mais un peu plus, car le fichier contient l'entête du fichier (14 octets), l'entête de l'image (40 octets), optionnellement la palette de couleurs dont la taille varie en fonction de la profondeur de couleur. Par ailleurs, les données sont enregistrées ligne à ligne, mais chaque ligne doit comporter un nombre d'octets multiple de 4, si ce n'est pas le cas, on complète avec des 0.
Dans notre cas d'un bmp 256 couleurs, sans palette, de 10x10 pixels, notre fichier (s'il n'est pas compressé, car des bmp peuvent être compressés, ce qui modifie encore notre calcul) pèsera:
14+40+(12*10) = 174 octets. (nous devons mettre 12 octets par ligne, les 2 derniers ne contiendront que des 0).

Pour les images plus complexes que sont les jpegs, celles-ci sont toujours compressées, il est dès lors difficile d'estimer à vue de nez le poids du fichier que l'on obtiendra, cela dépend beaucoup du contenu des images: en théorie, une image jpeg ne contenant qu'une seule couleur, même s'il y a 15 millions de pixels, ne devrait pas peser très lourd, certainement beaucoup moins que les 7 Mo du début de ce fil.

Enfin, pour les images raw, on ne peut pas non plus escompter que puisque l'image fait 15 millions de pixels, le raw fera 15 Mo (1 pixel = 1 octet, ce qui n'est jamais le cas, les capteurs renvoyant des valeurs sur 12, 14 ou 16 bits), ou 30 Mo (1 pixel = 2 octets , soit une valeur sur 16 bits), ou 60 Mo (1 pixel = 6 octets , soit une valeur sur 16 bits par composante de la couleur).
Théoriquement, ce dernier cas devrait être ce qui s'approche le plus de la réalité, puisqu'il faut une composante rouge, une verte et une bleue pour obtenir la couleur exacte d'un pixel, MAIS...
Un capteur à matrice de bayer (je ferais exception ici du capteur Fovéon) n'enregistre pour chaque pixel qu'UNE SEULE composante de la couleur, soit rouge, soit vert, soit bleue. Donc, en théorie, le raw ne contient que 16 bits d'informations par pixel (et nous devrions donc avoir un raw de 30 Mo). MAIS...
- il y a aussi un problème d'alignement (en général, une ligne doit contenir un nombre d'octets multiple de 4).
- Les données dans un fichier raw sont compressées (sans pertes certes, mais compressées tout de même).
- Un raw contient beaucoup d'informations sous formes de données exif et de métadonnées diverses (métadonnées constructeur, courbes de réglages, balance des blancs, etc, etc)
- Un raw contient une image (presque toujours jpeg) qui est l'aperçu
- un raw contient parfois une vignette (jpeg)

Pour répondre à la question originale de Damienmcc, si ton image est un raw de 15 MPixel et que le fichier pèse environ 7 Mo, tout ce que tu peux en déduire, c'est que le taux de compression des données (pour cette image précise et pas forcément une autre) est d'environ 1/4, en réalité un peu plus.
S'il s'agit d'un fichier jpeg, tu peux en déduire la même chose, à savoir que la compression est environ de l'ordre de 1/7 (l'image brute devrait faire environ 45 Mo: 15mpix * 1 octet * 3 canaux).
Tu peux en déduire approximativement la qualité de ton jpeg.

Dans les 2 cas, si tu convertis ton image en tiff RGB non compressé, sans inclure les métadonnées, tu devrais obtenir un fichier d'un peu plus de 45 Mo (45 Mo de données d'image + les différents entêtes: 8 octets pour l'entête tiff, 18 octets pour l'Image File Directory, etc).

PS: J'ai considéré qu'un Mo représentait 1 million d'octets, ce qui n'est pas le cas, c'est en réalité 1024*1024 = 1048576 octets. Une image brute de 15 Mpixels à 8 bits par canal devrait donc avoir un poids d'environ 42,92 Mo, un raw à 16 bits par canal n'enregistrant qu'un canal par pixel, sans métadonnées, ni aperçu ou vignette, devrait avoir une taille d'environ 28,61 Mo.

EDIT: Z'avez pas mal à la tête?


Dernière modification par Ille 21/03/2010 à 00h05.
Réponse avec citation
  #15  
non lus 21/03/2010, 00h20
Membre
Ma pratique de la photo: Passionné de photo
Matériel: eos 5D+ 1DIV +24-70 2,8+70-200 2,8
 
Messages: 614
3265 Photiz - Faire un don
Pour compliquer:
1Mo égale bien 1 000 000 octet.La définition 1 Mo=1024 ko doit dater de plus de 10 ans.
Réponse avec citation
VirusPhoto » Forum » Discussions sur la photo » La photographie numérique

Réponse

Discussion précédente / suivante dans cette rubrique :
« Vidéo en stop motion | 1600 ISO avec un 450D ? »

Non-lu Non-lu  
Bloguer ceci Outils de la discussion Rechercher dans la discussion Note: Note de la discussion : 1 vote(s), moyenne 1,00.

Outils de la discussion Rechercher dans la discussion
Rechercher dans la discussion:

Recherche avancée
Noter la discussion
Noter la discussion:

 


LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Powered by vBulletin® Version 3.8.2 - Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
2006 - 2017 © ® VirusPhoto. Tous droits réservés.