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

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

tel.archives.ouvertes.fr
from tel.archives.ouvertes.fr More from this publisher
23.01.2014 Views

22 C.S.M. et les autres méthodes symboliques, suivent grossièrement le balayage télévision, à une importante nuance près: l'accès direct est nécessaire par anticipation sur une cinquantaine de lignes d'image devant la ligne de balayage. 6.2. STRUCTURES DE DONNEES CONSTRUITES PAR LES PROGRAMMES. La taille de la mémoire vive nécessaire selon le format du document traité, est aussi liée aux structures de données que le programme peut être amené à construire pendant le codage. Ce problème est réglé de manière très simple dans C.S.M. et dans la méthode de Johnsen et al., puisque: la taille d'un symbole 50x50) est limitée (de l'ordre de tel-00839591, version 1 - 28 Jun 2013 la taille de entrées ) la bibliothèque aussi 512 ou 1024 Par contre ce problème n'est pas trivial pour la technique de Cederberg. En effet, le nombre de parois des composantes connexes qui coupent la ligne de balayage à un instant, peut être grand. De plus, chacune de ces parois peut s'étendre du début à la fin de l'image, et avoir donc un code de contour volumineux (par exemple dans le cas des documents quadrillés ou comportant des cartouches). Une solution extrêmement simple existe: elle consiste, lorsque la structure de donnée atteint la taille maximale, à simuler la présence d'une ligne blanche. Ceci revient donc simplement à découper un document de structure trop volumineuse exactement au meilleur endroit. 6.3. DECOUPAGE DES GRANDS FORMATS. Si la pas sibili té d'accès direct doit effectivement être conservée, le traitement des "grands formats" peut être réalisé par découpe en formats inférieurs dans la limite disponible. On peut envisager: soit que la saisie réalise le découpage et que l'étape de compression ne s'en soucie pas. soit le contraire. La première solution ne doit pas poser de problème (simplement un document n'est pas une référence disque, mais un descripteur contenant des références à des morceaux comprimés ou non), mais elle a 1' inconvénient de faire apparaitre au niveau de la saisie une limitation due au traitement et qui peut de plus changer ultérieurement.

23 La deuxième solution consiste à enchainer autant d'étapes élémentaires de compression de morceaux tenant en mémoire que nécessaire, en conservant la même bibliothèque de symboles. 6.4. RECOLLAGE. Il n'y a pas de raison pour qu'apparaissent de graves difficultés à la restitution. Si le codage et le décodage de chaque partie sont fidèles, la juxtaposition des parties décodées le sera aussi: si la ligne de partage coupe un symbole, les 2 morceaux constitueront des symboles qui n' apparaitront qu une seule fois, et seront donc codés de manière exacte; si la ligne de partage coupe le résidu, le codage des 2 parties sera également exact; tel-00839591, version 1 - 28 Jun 2013 si elle coupe un vecteur, on aura au plus une discontinuité égale au double de l'erreur maximale admise sur chaque vecteur. En fait le problème de recollage apparait si l'on veut construire un code qui représente le document dans sa globalité et non par morceaux (par exemple pour retrouver 1' ordre lexicographique global, ou pour reconstituer des vecteurs ou des symboles à cheval sur 2 sous-documents). La nécessité d'une telle spécification ne nous apparait pas; cependant, elle est automatiquement atteinte par la solution que nous décrivons pour tenter d'échapper aux limites duas à la taille mémoire. 6.5. UNE PROPOSITION. L'espace mémoire disponible peut introduire des limites sur le format d'un document à traiter. Pour repousser cette limite, nous pensons que l'on doit envisager une méthode compatible avec le balayage ligne à ligne. Nous envisageons un schéma de compression complètement compatible avec le balayage télé, pour construire le code des contours des composantes connexes rencontrées, du type RC-code (cf. plus haut [ CED 1], [ CED2]) . Cette démarche nous permet aussi de répondre facilement à une modification du facteur de résolution. Les problèmes posés par une telle modification sont du même ordre que ceux des grands formats, et nous devons aussi en tenir compte car l'amélioration de la qualité des documents implique une résolution plus fine (12 points par mm).

23<br />

La deuxième solution consiste à enchainer autant d'étapes<br />

élémentaires de compression de morceaux tenant en<br />

mémoire que nécessaire, en conservant la même bibliothèque<br />

de symboles.<br />

6.4. RECOLLAGE.<br />

Il n'y a pas de raison pour qu'apparaissent de graves<br />

difficultés à la restitution. Si le codage et le décodage<br />

de chaque partie sont fidèles, la juxtaposition des parties<br />

décodées le sera aussi:<br />

si la ligne de partage coupe un symbole, les 2 morceaux<br />

constitueront des symboles qui n' apparaitront qu une<br />

seule fois, et seront donc codés de manière exacte;<br />

si la ligne de partage coupe le résidu, le codage des 2<br />

parties sera également exact;<br />

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

si elle coupe un vecteur, on aura au plus une discontinuité<br />

égale au double de l'erreur maximale admise sur<br />

chaque vecteur.<br />

En fait le problème de recollage apparait si l'on veut<br />

construire un code qui représente le document dans sa globalité<br />

et non par morceaux (par exemple pour retrouver<br />

1' ordre lexicographique global, ou pour reconstituer des<br />

vecteurs ou des symboles à cheval sur 2 sous-documents).<br />

La nécessité d'une telle spécification ne nous apparait<br />

pas; cependant, elle est automatiquement atteinte par la<br />

solution que nous décrivons pour tenter d'échapper aux<br />

limites duas à la taille mémoire.<br />

6.5. UNE PROPOSITION.<br />

L'espace mémoire disponible peut introduire des limites<br />

sur le format d'un document à traiter.<br />

Pour repousser cette limite, nous pensons que l'on doit<br />

envisager une méthode compatible avec le balayage ligne à<br />

ligne.<br />

Nous envisageons un schéma de compression complètement<br />

compatible avec le balayage télé, pour construire le code<br />

des contours des composantes connexes rencontrées, du type<br />

RC-code (cf. plus haut [ CED 1], [ CED2]) .<br />

Cette démarche nous permet aussi de répondre facilement<br />

à une modification du facteur de résolution. Les problèmes<br />

posés par une telle modification sont du même ordre que<br />

ceux des grands formats, et nous devons aussi en tenir<br />

compte car l'amélioration de la qualité des documents<br />

implique une résolution plus fine (12 points par mm).

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

Saved successfully!

Ooh no, something went wrong!