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.