Avec ce blog, je souhaite faire partager quelques une des astuces sur la photo numérique que j'ai collecté par-ci par là depuis quelques années. J'espère vivement que vous y trouverez votre bonheur ! En attendant quelles arrivent, sachez déjà que certaines des astuces que je m'apprète à vous dévoiler m'ont sauvé la vie ... enfin pas quand même... mais on se comprend, n'est-ce pas ?

lundi 25 septembre 2017

Après le smartphone, le photophone

Il y a eu cette époque, les années 2000, où la photo numérique a écrasé la photo argentique. Au même moment, les caméras numériques prenaient le pas sur les caméscopes.
Puis les appareils photos numériques ont doucement commencés à piétiner les plates bandes des caméras numériques; pendant se temps les téléphones portables faisaient tranquillement leur apparition.

Les téléphones portables ont eut leur heure de gloire. Ils permettaient alors (juste) de téléphoner, et n'avaient dans le ventre, pour les plus évolué,  en guise de fonctions avancées que de simples programmes que des montres de type sport possédaient déjà depuis de nombreuses années. Pendant un temps. Très court.

Parce qu'après sont arrivés les agendas électroniques avec lesquels on pouvait à la fois téléphoner et noter ses rendez-vous, et que l'on pouvait synchroniser avec un... ordinateur. Trop la classe !
Mais ça n'a pas duré.

La révolution smartphone était en marche et à tout terrasser: l'argentique, le papier, le numérique autant photo au vidéo que téléphone. Tout.
Et maintenant on nous sert quoi ?

...

Des "photophones" :

 

...

A ben non, autant pour moi en fait ce terme existe depuis 2002:


... mais il n'est pas beaucoup utilisé...

(peut-être le mot de l'année 2018...?)

Toujours est-il qu'un photophone de 2017, vous l'aurez compris, ça fait de très belles photos. Et ça fait ça tellement bien que nous sommes peut-être en train d'assister au début d'une nouvelle ère: la fin des compacts numériques:



A ne pas confondre avec le photophone de Bell:

mardi 25 avril 2017

Comment numériser des photos argentiques

Tiens ! Ça fait un bail que je n'ai pas poster un petit article ici ! Non, je n'oublie pas mes premiers amours mais je ne peux pas être partout à la fois et actuellement je me consacre à mon autre blog (http://www.lespetitspois.fr).

Trêve de blabla, si j'écris ici aujourd'hui c'est que l'endroit m'a paru le plus approprié puisque je voulais parler de photo. En effet, on m'a demandé récemment comment faire pour numériser des photos argentiques stockées dans de vrais albums photo.

A l'arrivée j'ai trouvé plusieurs manières d'arriver au résultat souhaité:

1/ des  sites (beaucoup) qui offrent tout simplement ce service > quelques exemples:








 2/ Des tutos pour le faire sois-même:




Et surtout ma dernière lecture sur le sujet: Comment numériser des vieilles photos d’album rapidement. qui me semble bien prometteuse:


Personnellement  je n'ai rien testé de tout ça mais dès que c'est fait, je vous fais un retour !

CU ! 

NS

jeudi 30 juin 2016

Le poids d'un bmp

Suite à la question de Unknown hier soir, il m'a semblé plus judicieux de faire un vrai post plutôt qu'une réponse dans les commentaires.

La question était, à propos de l'article Le vrai poids d'une image:

je veux calculer la taille d'une image en gris en octets d'une image 8*8 codée sur 4 bits ! comment je dois faire ?

Alors voilà ma réponse: 

1/ On est bien d'accord que vous souhaitez calculer le poids de l'image, c'est-à-dire la taille du fichier image en octets (et non la taille de l'image qui elle est en pixel)
2/ vous me parlez d'une image codée sur 4 bits: le format jpeg étant codé sur 8 bits (par couleur), j'en déduis que vous souhaitez calculer le poids d'une image au format bitmap 16 couleurs - BMP- (et non jpeg comme dans mon article), 4 bits équivalant à la profondeur de couleur
3/votre image fait 8 pixels sur 8 pixels (8*8)

Les images en 16 couleurs utilisent 4 bits par pixel (=> 8 bits - ou 1 octet- par pixel)


Dans ce cas le règle est la suivante (https://fr.wikipedia.org/wiki/Windows_bitmap):

"Pour calculer la taille approximative du fichier BMP final, on multiplie la profondeur couleurs (1, 4, 8, 16 ou 24 bits) par la hauteur et par la largeur en pixels : (Profondeur de couleurs en bits) × (Hauteur en pixels) × (Largeur en pixels) bits."

Ainsi, dans votre cas, la taille approximative du fichier final BMP est de 4x8x8=256 bits, soit 256/8=32 octets

Maintenant, pour l'exercice et par acquis de conscience, j'ai fait un test très simple: j'ai créé un bmp de 8x8 pixel, entièrement blanc et que j'ai enregistré en bmp 16 couleurs:





Et qu'est-ce qu'on remarque ? Que la taille du fichier fait 150 octets et non 32. Et là, j'avoue, ça m'a posé problème un moment.

Voilà donc les résultats de mes recherches:

1/ http://www.commentcamarche.net/contents/1200-bmp-format-bmp

Un fichier bmp contient plusieurs informations:  en plus de "l'image" elle-même le fichier possède:
- l'en-tête du fichier (en anglais file header)
- l'en-tête du bitmap (en anglais bitmap information header, appelé aussi information Header)
- et optionnellement la  palette de couleur utilisée



Évidemment, toutes ces informations ont un poids.
Exemple: L'entête du fichier est composé de quatre champs dont la signature (sur 2 octets), indiquant qu'il s'agit d'un fichier BMP.
L'entête du fichier, à elle seule fait 14 octets.
L'entête de l'image en fait 40.

Ces chiffres sont incompressibles. Nous avons donc déjà 54 octets à ajouter au 32 précédents. Ce qui nous fait 86.


Jusqu'à 150 il nous en manque donc 64.

2/  A partir de là, je ne fais que "transcrire" les infos de http://www.machaon.fr/isn/representation/Les%20fichiers%20images%20BMP.htm

=> à quoi ça ressemble réellement ces octets ?
Pour cela, j'ai ouvert mon image en hexadécimal; on peut le faire dans plusieurs logiciels: notepad++ avec l'extension appropriée, XnView, IrfanView. Pour que ce soit plus clair, j'ai choisi Notepad++; donc voilà:




Chaque "paire" de chiffre correspond à un octet. Si on compte gentiment, on a bien 150 paires et donc 150 octets.

Passons au décryptage: les 2 premiers octets (42 4d) correspondent à la signature "BM" en Asccii (c'est d'ailleurs écrit dans le Dump à côté)

L'octet suivant, 96, correspond au poids du fichier en hexadécimal => 150 en décimal


(http://sebastienguillon.com/test/javascript/convertisseur.html)

Les 2 octets valant 08 correspondent aux dimensions de l'image (en hexadécimal toujours, mais cela fait aussi 8 en décimal)

Le 01 qui suit est le nombre de plan (toujours à 1);

Le 04 correspond au nombre de bits par pixel c'est-à-dire à la profondeur de couleur.

Le 20 c'est la taille de l'image en octet en hexadécimal, soit 32 en décimal (tiens, tiens !)



Si je continue la transcription, la carte de l'image correspond au 32 derniers octets .

Les 64 restant correspondraient donc aux couleurs (un bmp 16 bits c'est en couleur):

 

Et effectivement, on retrouve les 16 couleurs du web (+ l'ajout de 2 octets par ligne pour être multiple de 4 ) => 16 x 4 = 64 => Le compte est bon !

00 00 00 00 => black + 00
00 00 80 00 => navy + 00
00 80 00 00 => green + 00
00 80 80 00 => teal + 00
80 00 00 00 => maroon + 00
80 00 80 00 => purple + 00
80 80 00 00 => olive + 00
80 80 80 00 => gray + 00
c0 c0 c0 00 => silver + 00
00 00 ff 00 => blue + 00
00 ff 00 00 => lime + 00
00 ff ff 00 => aqua /cyan + 00
ff 00 00 00 => red + 00
ff 00 ff 00 => fuchsia /magenta + 00
ff ff 00 00 => yellow + 00
ff ff ff 00 => white + 00



 

J'espère que tout cela aura pu répondre à la question.

Bonne nuit !

NS