3.14. Compression Huffman

La compression de donnees Huffman implementee dans d'autres programmes est
aussi disponible. Elle peut etre activee par la station distante avec la
commande //COMP ou via la commande COMP. La compression permet une reduction
des donnees envoyees de 30% environ pour les texte ASCII. Pour les fichiers
binaires la compression n'est pas utile.

Pour lire un contact en moniteur etendu qui utilise la compression de
donnees Huffman, la commande EXTComp doit etre utilisee.

La compression n'est disponible que si 'tnt_comp' dans le fichier de
configuration est definie.
Dans ce cas, la taille maximum des paquets ('file_paclen' dans le fichier de
configuration, commande FPACLEN) pour l'envoi de fichier est de 255 Octets.

La methode //comp a d'abord ete utilisee par DK4NB dans SP 9.00, la table de
conversion est de lui.

----------------------------------------------------------------------------

3.15. Maniement des connexions de test de qualite de FlexNet

Le protocole des repeteurs FlexNet utilise les connexions pour determiner
la qualite et la validite des connexions. Ces connexions menent a une
activation non necessaire du texte de connexion de DPBox ou de tout autre
programme connecte a cet interface. De plus, le carnet de trafic serai plein
rien qu'avec ces connexions.

Donc, TNT dispose d'un fichier ou les indicatifs des repeteurs FlexNet
effectuant cette connexion de test de qualite peuvent etre sauves
(tnt_flchkfile). Si un indicatif est trouve dans le fichier se connecte, il
n'aura aucun texte d'accueil, aucune commande distante et aucune connexion
via l'interface ne sera executee. Le fichier de carnet de trafic ne sera pas
complete avec cette connexion.

Le contenu de ce fichier peut etre affiche par la commande LSTFLCHK. Si le
fichier a ete mis a jour alors que TNT est en marche, il pourra etre relu en
utilisant la commande LDFLCHK.

----------------------------------------------------------------------------

3.16. Utilisation de plusieurs logiciels avec le meme indicatif

Si vous voulez operer des logiciels differents avec le meme indicatif, vous
devez definir quels SSID's de votre indicatif TNT ne doit pas utiliser.
Cela doit etre fait dans le fichier defini par 'tnt_notownfile'. Les
indicatifs contenus dans ce fichier ne seront jamais utilises pour une
connexion utilisant un script de routage.

Le contenu de ce fichier peut etre affiche avec la commande LSNOTOWN. Lorsque
le fichier a ete mis a jour, il peut etre relu avec la commande LDNOTOWN.

----------------------------------------------------------------------------

3.17. Fonctionnement du mode PACSAT

TNT inclut un emetteur et un recepteur broadcast compatible avec PACSAT.
Le code est base sur les sources en Pascal ecrites par Joachim, DL8HBS.

Le recepteur est valide par la commande DECBCAST a "ON". Tous les fichiers
recus en trame de broadcast protocole PASCAT sont decodees. En fonction
du type de fichier, le fichier complet est sauvegarde dans 'tnt_bcsavedir'
(fichiers normaux) ou envoyes vers DPBox (fichiers BBS).

Si des parties du fichier est manquante et que l'emetteur broadcast le
permet (interruption de transmission), les parties manquantes peuvent etre
demandees. C'est valide par la commande BCRQST a "ON".

Le statut du recepteur broadcast peut etre visualise avec la commande
BCTXSTAT. TOus les fichiers recus ou en cours de reception sont affiches.
Quelques informations statistiques montrent la progression du transfert.

L'emetteur broadcast est controle aussi pas DPBox pour faire un
broadcast des fichiers BBS. Une unformation supplementaire est
disponible dans le documentation de DPBox. Une transmission de fichiers
normaux est possible egalement (cmd SENDBC).

Le statut de l'emetteur broadcast peut etre visualise avec la commande
BCRXSTAT. Tous les fichiers transmis sont visualises ainsi que des
statistiques.

Comme TheFirmware et WA8DED-software n'autorisent pas le changement de PID
sur le trames emises, la trnasmission broadcast est realise en utilisant
le PID F0. Cela cree des problemes en utilisant un autre softxare (Wisp)
comme recepteur. TFKiss et une version speciale de TheFirmware
(demander a DL8HBS pour ca) autorise le changement de PID et dans le meme
temps une transmission correcte par rapport au protocole.

----------------------------------------------------------------------------

3.18. Autostart au lancement

Il existe plusieurs possibilites dans TNT (RUN, SOCKET) pour autoriser
l'utilisation d'autres programmes a un utilisateur exterieur.
Mais pour lancer cette application, il faut d'abord donner une commande
speciale pour la connecter avec TNT.

Pour creer cette application facilement accessible, et cacher comment TNT
l'active, vous pouvez definir pour des indicatifs/SSID specifiques une
commande autostart. Cette commande qui contient une commande a distance
valide plus des parametres peut etre executees lorsque l'indicatif/SSID
est connecte.

La fonction autostart est activee par la commande AUTOSTRT (ON), par
defaut elle est desactivee.

Pour pouvoir connecter l'indicatif/SSID, il faut definir un ou plusieurs
canaux qui utilisent cet indicatif/SSID avec la commande MYCALL dans tnt.up

Les indicatifs/SSID et les commandes autostart sont definies dans
'tnt_autostartfile'. Les configuration courantes peut etre affichee en
utilisant LSAUTOST, si le fichier est modifie, il peut etre recharge avec
LDAUTOST.

----------------------------------------------------------------------------

3.19. TNT en resident, TNTC

Normalement TNT utilise une console comme interface utilisateur. Mais dans
certains cas ce n'est pas ce que l'on recherche ni meme ce l'on a besoin:

    - avoir besoin de TNT sur plusieurs machines (hosts)
    - passer de Xwindows a une console normale sans quitter TNT
    - pas besoin d'interface utilisateur
Par consequent TNT peut etre lance en resident en utilisant le parametre
de commande "-d" au demarrage. TNT accepte alors des connexions socket,
des demandes de connexion a l'adresse socket specifiee apres
'frontend_socket' dans tnt.ini. Cette adresse socket peut avoir deux
formats differents (comme pour la definition des serveurs sockets:
 

   a. Unix-sockets
      Le format pour un socket-Unix est 'unix:<chemin_nomdusocket>' ou
      'local:<chemin_nomdusocket>'. Le chemin peut etre complet, debutant
      par un '/' ou un chemin relatif a 'tnt_dir'.
      Exemple:
      unix:tntsock
      unix:/tcp/socket/convers
 
   b. INET-sockets
      Le format pour un socket-INET est 'adresse_IP:port'. 'adresse_IP' peut
      correspondre a un nom de host (hostname), une adresse IP ou un '*'
      pour toutes les adresses IP. Port peut etre n'importe quel numero
      de port valide ou nom de service.
      Exemple:
      *:3600
      199.199.10.10:ftp
      foo.bar.com:2000


Pour connecter TNT, une console a distance est disponible : TNTC. Elle
utilise son fichier de configuration tntc.ini ou le repertoire de base
et le socket a connecte est enregistre. Au demarrage, TNTC lance le
terminal (variable d'environement TERM) et les lignes/colones d'ecran
a TNT. Excepte pour le nombre de colonnes qui est definit apres
'input_linelen"dans tnt.ini, ses valeurs sont choisies pour un positionemnt
ainsi que de attributs corrects.

TNTC peut etre arreter sans quitter TNT avec la commande (//QUIT=). Avec
EXIT les deux programmes (tntc + tnt) sont arretes.



Retour index