23.01.2014 Views

ALGORITHMES DE COMPRESSION D'IMAGES ET CODES DE ...

ALGORITHMES DE COMPRESSION D'IMAGES ET CODES DE ...

ALGORITHMES DE COMPRESSION D'IMAGES ET CODES DE ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

87<br />

On trouve ensuite les modules spécialisés dans le<br />

codage de chacune des classes d'objets. Nous donnons quelques<br />

résultats en ce qui concerne la séparation en symboles,<br />

objets minces et résidus, mais nos efforts dans la<br />

suite ont porté plus sur l'étude des petits et grands contours.<br />

Le module fusion se charge de recueillir les codes des<br />

composantes connexes ou contours de différents types afin<br />

de transmettre au module d'affichage le code complet d'une<br />

image.<br />

Le module affichage quant à lui· se charge de la<br />

reconstruction (décodage) de l'image codée précédemment et<br />

de l'afficher sur une sortie Bitmap. Ce module pourra<br />

naturellement être localisé sur d'autres sites (autant<br />

qu'il y aura de sites de consultation des documents numérisés).<br />

Il doit donc être indépendant.<br />

tel-00839591, version 1 - 28 Jun 2013<br />

Le découpage de l'application_ en modules n'est pas<br />

arbitraire. Il doit permettre, pour chaque module, un<br />

déroulement indépendant de celui des autres. Ceci est<br />

indispensable pour envisager une parallélisation de l'application.<br />

Dans ce cas un dernier module devrait donc<br />

récupérer les codes fournis dans un ordre imprévisible<br />

(asynchronisme) par les divers modules de codage et<br />

construire le code global de l'image. La version actuelle<br />

doit être con sidérée comme un version • pipeline• dans<br />

laquelle chaque module est représenté par un processus. De<br />

plus il apparait que les modules d'aiguillage et de fusion<br />

ne peuvent être dupliqués dans l'optique choisie ici. Il<br />

reste donc à s'assurer que ces tâches ne constituent pas<br />

le goulot d'étranglement de l'application en ce qui concerne<br />

le temps de traitement.<br />

1. 2. CONVENTIONS D'IMPLEMENTATION.<br />

Nous avons choisi de réaliser le logiciel en langage c.<br />

Il est évident que si ce logiciel est amené à être implémenté<br />

sur une architecture spécialisée, les performances<br />

que nous indiquons ne peuvent qu'être améliorées ...<br />

L'affichage a été essayé sur les bitmaps ORION (MYFRA),<br />

qui permet de visualiser une page A4 entièrement(2288<br />

lignes x 17 2 8 colonnes) , et EHR9 0 ( NUMELEC) qui possède<br />

une résolution bien plus faible: 780 lignes x 1024<br />

colonnes.<br />

1.2.1. Taille des documents.<br />

Les documents utilisés lors des essais (fournis par le<br />

CN<strong>ET</strong>) sont de taille A4 et ont été numérisés avec un facteur<br />

de résolution de 8 points/mm. Leur taille est de 2288<br />

lignes x 1728 colonnes (soit environ 4 Mégapixels). Ceux<br />

du CCITT (également fournis par le CN<strong>ET</strong>) sont de dimension<br />

2382 lignes x 1728 colonnes.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!