version stable de test

[jf blanquet]

fldigi ne change pas de protocole de communication en même temps que la fenetre de processing (pourtant processing l'indique). à faire en priorité, pour que de notre coté on puisse avancer dans les tests.

[David Olivari (david-olivari)]

La nouvelle version qui marche bien est là :
bzr branch lp:~david-olivari/lfdsystem/trunk

[David Olivari (david-olivari)]

Cette nouvelle version "observe" fldigi et reporte tout changement de protocole dans la fenêtre processing

[David Olivari (david-olivari)]

Si tu as pu testé tu dois mettre le bug à fix released pour confirmer que ça marche

[jf blanquet (jfblanquet)]

encodeur marche nickel, il faudrait maintenant je pense, que l'on puisse rentrer du texte directement dans l'interface encodeur? parcequ'a chaque fois il faut quitter l'encodeur, refaire un .txt et relancer l'encodeur.
jf

[David Olivari (david-olivari)]

Le but justement de ce programme c'est d'automatiser le process.
Si tu veux rentrer du texte, tu peux utiliser directement fldigi, non ?
Sinon je peux essayer d'ajouter 2 boutons : un "stop" qui arrête tout et un "reload" qui recharge le fichier ?

[jf blanquet (jfblanquet)]

oui, un bouton "reload" serait bien.
comme ça, d'un coté j'ecris mon fichier .txt avec un gedit je sauve et de l'autre je fais un reload sur l'interface processing. ça me permet de faire du direct.
tout ça, parceque je pense à la demo que l'on va faire le 3 juillet.
et puis de coup le -launch_decoder- ne sert plus trop? puisque que le -launch_encoder- fait tout? non ?

[David Olivari (david-olivari)]

le "decoder" sert à analyzer ce que reçoit fldigi si on utiliser 2 ordi ou une cassette.
"encoder" affiche le texte tel qu'il est dans le fichier et ne fait qu'alimenter fldigi...
Pour "encodeur" continuons sur le bug :
https://bugs.launchpad.net/lfdsystem/+bug/797056