Protocole DIGISSTV "Run"
(en PSK63F,PSK220F et PACKET)

    DIGISSTV "Run" en PSK63F et en PSK220F: on a la possibilité d'envoyer et de recevoir de petites images en SSTV numérique (protocole "Run") au cours du QSO dans ces modes.

    Ce protocole est intégré au logiciel MULTIPSK de Patrick F6CTE, voici sa description du protocole et de ses variantes ainsi que les spécifications propres à son logiciel :

Créateur : Patrick Lindecker F6CTE (2005)
Description :  Il s'agit d'un protocole de SSTV numérique (DIGISSTV), permettant la transmission d'images en couleurs, en nuances de gris ou en noir et blanc, l'image pouvant être envoyée au milieu d'un texte PSK63F, PSK220F ou PACKET.
Il y a plusieurs particularités au protocole "Run":

1) Le but n'est pas ici de transmettre l'image binaire d'un fichier image déjà compressé mais:

- de charger un fichier image (BMP ou JPG) sous la forme d'un tableau de "pixels",
- de le compresser de la manière la plus appropriée pour des transmissions radio,
- d'assurer sa transmission puis sa réception.

2) Un SWL ou un OM à l'écoute doit pouvoir décoder cette image numérique soit dès le début de la transmission soit en cours de transmission, donc:

- les changements de lignes sont identifiés et définissent le type d'image compressé (couleurs, nuances de gris ou noir et blanc),
- les numéros de lignes sont transmis.

L'unité de compression choisie ici, est donc la ligne.

3) En couleurs et en nuances de gris, la compression n'affecte que très faiblement la qualité de l'image (différence entre l'original et la copie non discernable sans examen précis). En noir et blanc, il n'y a pas de perte due à la compression.

4) Le format de l'image transmise est libre mais doit être compris entre 8x6 et 320x256 (ce dernier format étant celui utilisé en SSTV analogique classique).

5) La méthode de compression choisie est appelée RLE ("Run Length Encoding" ou, en français "Codage par plage") d'où le nom de ce protocole "Run". Les taux de compression obtenus sont donc intéressants mais modestes: typiquement 3,5 pour des images couleurs, 7 en nuances de gris, 25 en noir et blanc, plus faible pour des images photographiques et plus fort pour des images synthétiques. Par ailleurs, plus l'image est petite, plus le taux de compression est faible, et inversement.

6) Pour prévenir le correspondant ou ceux à l'écoute, de l'envoi d'une image, l'image est précédée d'un préfixe, par exemple: "Run320x256C" pour une image en couleurs en format 320x256.

Les objectifs généraux de ce mode et les spécifications détaillées sont données dans le document "RUN_PROTOCOL" se trouvant dans la rubrique "Spécifications" du site Internet de Patrick F6CTE (page en anglais).

Fréquences recommandées pour PSK220F +DIGISSTV "Run" (USB)
Patrick F6CTE propose de concentrer les appels aux fréquences et horaires suivants:

* 14075 Khz (BF autour de 1000 Hz), à 17h00 UTC si peu de trafic,
* 10148 kHz (BF autour de 1000 Hz), à 22h00 UTC si peu de trafic,
* 144620 kHz (BF autour de 1000 Hz), à 20h00 UTC si peu de trafic.

Fréquences recommandées pour PACKET 300 bauds dont DIGISSTV "Run" (USB)
Pour les transmissions d'images en DIGISSTV, Patrick F6CTE propose de faire les QSO sur 14090 Khz USB (BF autour de 1000 Hz), à 17h00 UTC si peu de trafic.

Fréquences recommandées pour PACKET 1200 bauds dont  DIGISSTV "Run" (FM)
Pour les transmissions d'images en DIGISSTV, Patrick F6CTE propose de concentrer les appels sur 144630 kHz à 20h00 UTC si peu de trafic.

Retour à la liste des modes de MULTIPSK