Le mode alphamosaïque est la base des services de Vidéotex européens et ils ont, heureusement, un ensemble de caractéristiques communes. Ils sont basés sur un modèle de terminal alphanumérique classique de la téléinformatique des années 70 : une mémoire d'entretien de page (RAM) contient les codes des caractères à visualiser et une mémoire (morte type ROM) contient les formes des caractères. Une base de temps organise la lecture périodique de la RAM de façon à afficher la page avec une fréquence (50Hz ou plus) évitant le papillottement.
L'originalité du système alphamosaïque, imaginé au Royaume Uni vers 1971 par les ingénieurs de la BBC dans le cadre du projet Ceefax, consiste en plusieurs caractéristiques :
Les deux systèmes alphamosaïques se différencient par le mode de gestion de leurs attributs qualifiés respectivement de série (ou sériels) pour le système d'origine britannique et de parallèles pour le système d'origine française.
C'est le mode original du système Viewdata. Il est construit de manière à assurer une compatibilité visuelle avec le système Télétexte (Ceefax) et donc à utiliser la même technologie de terminal. La syntaxe en est cependant différente de façon à permettre le transfert sur un réseau de données transparent.
Le principe de construction du terminal est dérivé de celui de Ceefax dans lequel les codes reçus en ligne sont mis directement en mémoire. Comme la transmission utilisée par Ceefax se fait par mots de 7 éléments binaires, la mémoire comporte donc 7 kilobits. Sur les 128 combinaisons, 32 d'entre elles sont des codes d'attributs et les 96 autres représentent des caractères. Lorsque le code est un code de caracère, il est transmis au générateur de caractères, si c'est un code d'attribut, il est mis en mémoire dans un loquet (latch) et maintenu jusqu'à ce qu'un nouveau code d'attribut se présente. Le contenu du loquet commande le fonctionnement du générateur d'effet. les effets utilisés sont la couleur du caractère (une parmi 8), la couleur du fond, le clignotement, le type de caractères (alphabètiques ou mosaïques).
La conséquence principale de cette architecture est qu'un code de fonction occupe sur l'écran la place d'un caractère qui est généralement représenté alors comme un espace.
Dans la figure ci dessous, le mot VIEWDATA est écrit avec une espace entre chaque lettre en raison du changement de couleur entre chaque lettre.
Le système Viewdata utilise deux tables de codage : la version britannique de l'Alphabet International N°5 ( ISO CEI 646) pour les caractères alphanumériques et une table pour les caractères mosaïques. Cette dernière est intéressante : en effet, comme il n'y a que 64 formes mosaïques et 96 emplacements dans la table de codage, il reste 32 positions utilisées par la partie majuscule de l'Alphabet International N°5. Ces 32 majuscules portent le nom de caractères "qui passent au travers" (Blast through) . Ceci permet d'inclure un texte en majuscules dans un schéma en mosaïque sans avoir à dépenser un espace pour cette modification. Ce jeu mosaïque est également appelé semi-graphique, voire graphique. Le nom originel est "Viewdata Graphics"![]() Page de "Viewdata Graphics utilisée en 1977 sur le prototype du service expérimenté par le centre de recherche des PTT du Royaume Uni |
Chaque fonction d'attribut est codée par la succession de deux codes : un code d'échappement (code 1/11 ou hexadécimal 1B) suivi d'un caractère alphanumérique majuscule avec les significations du tableau ci contre.
|
Les deux images ci-dessous représentent la même page, photographiées sur une console de création de pages fonctionnant selon le mode série. Sur la seconde version, on a activé la fonction de visualisation des codes d'attributs sous forme de caractères visibles. Cette version permet de comprendre les contraintes du mode série en montrant notamment le nombre d'espaces requis pour gérer les attributs. On peut voir que les caractères blast through, ne requérant aucun espace pour être visualisés quand on est en mode "graphique" (comme on appelle aussi le mode mosaïque). On peut également voir la séquence de 3 ou 4 codes requis pour commencer une page quand il y a un fond : Couleur du caractère suivi de nouveau fond fixent la couleur du fond. Si on en reste là, les caractères seront inscrits dans la même couleur que le fond, ce qui les rendrait peu visibles. Il faut donc à nouveau fixer la couleur du caractère qui va suivre. Si celui-ci est alphabétique, on en reste là. Sinon, on prescrit aussi un "maintien du graphique" qui permet de remplacer l'espace requis par les codes d'attributs à venir sur la même rangée par une répétition du caractère graphique précédent : on voit ce que cela donne sur la première rangée pour le code "mosaïque vert" au niveau du Pas de Calais.
Il consiste en une syntaxe de description de pages indépendante de la couche de transfert des données. Ainsi, les données peuvent elles utiliser un système de télécommunications (incluant le réseau téléphonique commuté) mais aussi utiliser un système de radiodiffusion de données à condition qu'il respecte l'indépendance entre la couche de transfert et la syntaxe de données .
Les pages sont composées de 25 lignes de 40 colonnes de symboles, qui peuvent être soit des caractères alphanumériques (correspondant à un répertoire étendu requis par les 39 langues européennes utilisant une forme d'alphabet latin, soit des caractères mosaïques permettant la composition de graphismes élémentaires. La première ligne n’est jamais utilisée directement, elle joue le rôle de ligne d’état, affichant le prix de la communication par exemple. Chaque caractère dispose d’un certain nombre d’attributs, qui sont la couleur d’écriture et de fond (8 couleurs sont disponibles sur un Minitel), les attributs visuels tels l’inversion vidéo, le clignotement, et pour le mode texte le soulignage, et la taille d’affichage (normale, double largeur, double hauteur ou les deux réunis). Les attributs de chaque caractère alphabétiques comme mosaïques peuvent être définis librement et indépendamment de ceux des autres caractères.
Des possibilités d'autres caractères (mosaïques lissés, caractères dynamiquement redéfinissables, caractères non latin tels que cyrillique, arabes ou grecs, voire non alphabétiques pour le chinois ou le japonais ont été progressivement introduits.
Les fonctions de taille et l'indépendance du choix des couleurs ne sont pas disponibles dans l'Option 1 dérivée du système Viewdata utilisé par Prestel, en raison du parti pris de compatibilité visuelle avec le télétexte diffusé britannique dans lequel il n'y a pas indépendance entre la syntaxe de données et le protocole de transport. De même, le répertoire alphanumérique est limité aux caractères non accentués de la langue anglaise.
Ce type d'approche suppose qu'en mémoire, les codes de caractères et ceux des attributs occupent chacun une partie de la mémoire d'entretien de page et donc ce type de terminal coûte plus cher en volume mémoire. Jusqu'à trois fois plus compte tenu du nombre d'attributs normalisés :
On ajoute en outre un attribut qui est surtout utilisés dans le mode radiodiffusé Télétexte pour permettre le sous-titrage (incrusté ou non dans une image extérieure) ce qui conduit à 14 éléments binaires de mémoire pour les attributs, soit 22 en tout si on compte un répertoire de 256 caractères.
Les informations provenant de la ligne sont décodées avant d'être mises en mémoire. Le décodeur n'est pas figuré sur le dessin ci dessous.
Il est essentiellement basée sur la représentation vectorielle des images et définit une syntaxe indépendante de la résolution (et des autres capacités visuelles) du terminal qui réalise l'interpolation correspondant à ses propriétés. Les coordonnées utilisées dans les instructions sont exprimées en fraction d'écran unité (L'écran est inscrit dans un carré unité) et le terminal se charge d'adapter le tracé à la résolution de son système de visualisation. Cependant, l'usage du mode géométrique n'est optimum que si le modèle de terminal est basé sur l'utilisation d'une mémoire de points (bit map) et non d'une mémoire de caractères. Les canadiens de l'équipe Télidon ont démontré la possibilité de réaliser un décodeur géométrique sur un terminal alphamosaïque en mode parallèle.
Il décrit les pages sous forme d'une image codée par un procédé de compression. Le système original, d'origine japonaise (CAPTAIN) utilise un code à longueur variable analogue à celui de la télécopie. Sa version européenne (décrite dans la norme CEPT) utilise le système de codage photographique JPEG.