Cours de traitement numérique des images

Version imprimable

09/08/2007, 22h49
Community Management

Cours de traitement numérique des images

Bonjour,

Voici les cours disponibles sur developpez.com concernant le traitement numérique des images.

Les cours sont récapitulés ici : http://algo.developpez.com/cours/#tdi

:arrow: Introduction au traitement numérique des images par Humbert Florent

:arrow: Les filtres usuels en traitement d'images par Xavier Philippeau

:arrow: La segmentation en régions par Xavier Philippeau

:arrow: Techniques de débruitage d'images par Humbert Florent

:arrow: Transformée de Fourier en traitement d'images par Humbert Florent

:arrow: Utilisation de la bibliothèque fftw (transformation de Fourier) pour le traitement des images
10/08/2007, 09h54
yan

j'y ajouterai http://raphaello.univ-fcomte.fr/IG/T...mentImages.htm
une trés bonne introduction avec beaucoup d'exemple
27/01/2008, 15h08
sialamed

imagerie

salut tout le monde,
j'aimerai bien ajouter un lien partir du quel vous pouvez télécharger des supports de cours de TI et de vision:
http://www.ensta.fr/~manzaner/Support_Cours.html
bonne recherche et bonne lecture.

Et je recommande aussi les cours pour apprendre le langage C : http://c.developpez.com/cours/
28/01/2008, 14h01
ToTo13

Morphologie mathématique

Bonjour,

on ne peut parler de traitement d'image sans parler de la morphologie mathématique.
Voilà le lien vers le cours de Jean Serra, son créateur.
C'est encore à ce jour le cours le plus clair et le plus complet sur ce domaine.
10/01/2013, 15h19
ToTo13

Morphologie mathématique

un cours posté par un des utilisateurs du forum : http://jo.fabrizio.free.fr/teaching/...morphomath.pdf
J'ai jeté un coup d'oeil rapide, il a l'air très bien fait et plutôt très complet.
25/08/2016, 17h08
patrick.bonnin

Cours de Traitement d'Image

Bonjour,

Avec un peu de retard .... je vous propose le mien,
sur le présent site web.

Cordialement
Patrick Bonnin

Partie 1 : Introduction
http://patrick-bonnin.developpez.com...-introduction/

Partie 2 : Visualisation des Images et Opérateurs Simples
http://patrick-bonnin.developpez.com...teurs-simples/

Partie 3 : Introduction aux Différents Types de Segmentation
http://patrick-bonnin.developpez.com...-segmentation/

Partie 4 : Première Chaîne Complète de Segmentation
http://patrick-bonnin.developpez.com...-segmentation/

Partie 5 : Segmentation Contour
http://patrick-bonnin.developpez.com...ation-contour/

Partie 6 : Environnement
http://patrick-bonnin.developpez.com...I-utilisation/
08/07/2022, 11h28
Guesset

Analyse & traitement

Bonjour,

Apparemment, les références traitent plus de l'analyse d'image (détection et extraction d'informations) que du traitement d'image (modification) même s'il utilise quelques unes des techniques de traitement d'image (comme le dé-bruitage, l'accentuation...).

Très égoïstement plus intéressé par le traitement d'images. j'arais préféré que le titre soit plus explicite.

Râleur, je suis à un clic près :oops:

Salutations
08/07/2022, 13h49
patrick.bonnin

Analyse ou Traitement ...

Bonjour,

Pour une introduction je ne fais pas la différence entre les deux termes, car le traitement (ex lissage) permet
d'améliorer la qualité de l'analyse, et de la vision pour un système autonome.
Le titre de mon ouvrage, donc ces articles sont extrait est :
Les bases du traitement d'image et de la vision industrielle et robotique ...
désolé plus possible de râler même pour un râleur averti !
Amicalement
Patrick ... râleur également
08/07/2022, 15h27
Guesset

Vidéo d'antan

Bonjour,

Ce n'était nullement une critique du travail remarquable réalisé.

Cependant l'analyse d'image ne regroupe pas tous les traitements d'images dont une grande partie a des objectifs esthétiques qui n'ont guère d'intérêt en révélateur d'informations (quoi que) pour aider une analyse.

En ce qui concerne, les articles, notamment Partie 2 : Visualisation des Images et Opérateurs Simples, la référence au balayage de l'image télévisuelle est intéressante mais ne peut remonter à la période des tubes cathodiques qui utilisaient un balayage entrelacé (que l'on retrouve dans certaines options de compression) et découpaient l'image en deux trames, l'une des lignes paires, l'autre des lignes impaires. Vers la fin de vie de ces tubes, certains téléviseurs se sont dotés d'une mémoire de trame pour pouvoir simuler un balayage progressif (50 images par secondes au lieu de 50 demi-images par secondes). Le signal vidéo n'était pas en 0-5 V mais en 0-1 V voire en 0-0.7 V dans un signal composite qui réservait environ 0.3 V pour la synchro et l'infra-noir (paliers avant et après les tops de synchro lignes).

Sauf erreur, le balayage aléatoire n'était utilisé que sur les tubes à mémoire (phosphores rémanents). Bien sûr, pas de jeux rapides possibles sur ce type de matériel mais des tracés assez rapides (je me demande si on n'utilisait pas des tubes à déviation par champs électriques sur ce type de tube (électromagnétiques pour les TV).

En outre, il y a eu des (vieilles) versions de Windows qui utilisaient des adresses inversées pour les lignes d'une image (de bas en haut). Heureusement cela n'a pas duré longtemps 8-)

En ce qui concerne l'assertion sur la visibilité accrue du bruit dans les hautes luminosités, il faut peut être l'assortir d'une réflexion sur la forme du bruit dans les noirs qui, par détection (moins que 0 c'est 0), décolle les noirs (l'extrême gauche de l'histogramme est un peu décalé vers la droite).

Salutations
12/07/2022, 08h33
Jipété

Bonjour,

Citation:

Envoyé par Guesset

En outre, il y a eu des (vieilles) versions de Windows qui utilisaient des adresses inversées pour les lignes d'une image (de bas en haut). Heureusement cela n'a pas duré longtemps 8-)

T'es sûr de ton coup, là ?

Citation:

Envoyé par wikipédia

Disposition des données de l'image
Contrairement à la plupart des formats d'images, les pixels de l'image sont codés en partant de la ligne inférieure de l'image.

source, la page a été mise à jour en février 2022 et on n'a pas entendu parler d'une inversion de cette règle, qui concerne le BMP, d'accord, mais c'est ce "cela n'a pas duré longtemps" qui m'a interpelé.
:P
12/07/2022, 16h28
Guesset

Cela n'a pas de sens

Bonjour Jipété,

Citation:

Envoyé par Jipété

...
source, la page a été mise à jour en février 2022 et on n'a pas entendu parler d'une inversion de cette règle, qui concerne le BMP, d'accord, mais c'est ce "cela n'a pas duré longtemps" qui m'a interpelé. :P

Je parlais des adresses lignes de Windows, c'est à dire de la représentation en mémoire et non des formats de stockage qui, à l'exception du bmp (et encore non compressé et sans table de couleurs), ne respectent en rien un quelconque ordre de balayage. Par exemple le jpeg avec ses transformées de Fourier (cos) par bloc, ses plans couleurs de résolutions différentes (4:2:2 par exemple), sa quantification de coefficients et son codage d'Huffman se trouve très loin de la forme à plat que la décompression reconstruit.

Ils avaient trouvé astucieux d'avoir en mémoire une représentation où les premières adresses lignes correspondaient au bas de l'image (meilleurs respect des quadrants mathématiques ?). Il fallait donc vérifier le sens (parce que ce n'était pas systématique certainement pour des questions de compatibilité) en comparant les adresses de deux lignes qui se suivaient.

En général, on s'en moque car les fonctions graphiques masquent le stockage. Mais si on veut travailler directement sur les données (en assembleur par exemple) cela devient important. Aujourd'hui les deux sens existent encore mais seul le top down semble réellement utilisé.

Sur Stack Overflow à la question de quelqu'un qui désespérait il y a eu la réponse suivante :

"The TBitmap::ScanLine property accounts for top-down and bottom-up. For a bottom-up bitmap, ScanLine[0] returns the last row, and ScanLine[Height-1] returns the first row, of the raw pixel data. For a top-down bitmap, ScanLine[0] returns the first row, and ScanLine[Height-1] returns the last row, of the raw pixel data."

Si je m'en rappelle bien c'est grâce au nombre de cheveux que j'y ai laissé :calim2:.

Salut
16/07/2022, 16h03
Mat.M

Citation:

Envoyé par Guesset

Mais si on veut travailler directement sur les données (en assembleur par exemple) cela devient important. Aujourd'hui les deux sens existent encore mais seul le top down semble réellement utilisé.

en fait l'explication semble être donnée ici
Soit l'image est Device Independant Bitmap DIB la manière de charger les pixels est bottom-up
Soit l'image est Device Dependant Bitmap DDB c'est l'inverse
A investiguer

Citation:

Envoyé par Guesset

Je parlais des adresses lignes de Windows, c'est à dire de la représentation en mémoire

la représentation en mémoire c'est les API Windows et le GDI qui gère ça.
Si on veut créer une bitmap en mémoire on peut appeler CreateDIBitmap etc...on ne peut pas y toucher.
Maintenant si vous voulez programmer en assembleur en mode ms-dos VESA libre à vous attention aux crashes éventuels..:mouarf:
16/07/2022, 19h48
Guesset

Images maltraitées

Bonjour Mat.M,

Citation:

Envoyé par Mat.M

...
Maintenant si vous voulez programmer en assembleur en mode ms-dos VESA libre à vous attention aux crashes éventuels..:mouarf:

Ca fait des années que je programme en assembleur les traitements d'image en récupérant simplement les adresses lignes sans nécessité de faire des copies d'images (ce qui ruinerait en partie l'efficacité de l'assembleur). J'ai connu la période où il fallait effectivement vérifier (alors sous Delphi 7) dans quel sens progressaient les adresses et je ne crois pas qu'alors le scanline n'utilisait autre chose que les API sur DIB (comme moi d'ailleurs quand je faisais des appels direct au système, GDI et + si afinité :D). Les DIB peuvent être Top-down ou botom-up (confirmé par le lien MS fourni). Cela a peut être changé, non en possibilités mais en usage, car je n'ai plus à faire cette vérification.

Sauf erreur, les modes VESA et autres sont des modes d'affichage anciens qui n'offraient pas de réels avantages pour du traitement d'images mais permettaient de faire des animations souvent impressionnantes vu le peu de ressources disponibles alors. Mais la manipulation des registres des cartes d'affichages d'alors, les changement de palettes à la volée, la capture des synchro sortent allègrement de mes domaines de compétence :oops: (et de mes centres d'intérêt même si j'étais émerveillé de ces démonstrations).

Tu as fait ce genre de sport ?

Salut
16/07/2022, 20h30
Mat.M

Citation:

Envoyé par Guesset

Sauf erreur, les modes VESA et autres sont des modes d'affichage anciens qui n'offraient pas de réels avantages pour du traitement d'images mais permettaient de faire des animations souvent impressionnantes Tu as fait ce genre de sport ?

bonsoir oui il y a longtemps avec une interruption du BIOS je ne me souviens plus du numéro et Watcom C++ 10.6 et son Dos Extender sous Windows 3.1
Mais maintenant tout cela appartient au passé si vous voulez faire du traitement d'image performant vaut mieux prendre Vullkan ou Direct X