Hola All!!

Pues tras unos dA-as desde el A°ltimo reporte os puedo decir que la primera versiA3n de YAT estA¡ casi finiquitada. Me gustarA-a hacerle un par de aA±adidos
antes de liberarla que ahora despuAcs contarAc.

Estos son los A°ltimos cambios desde el A°ltimo reporte:

- Soporte YMODEM completo.


Y ya. xDDD Parece poco pero soportar YMODEM y hacerlo "bien" requerA-a bastantes
implementaciones nuevas respecto a la A°ltima vez, a saber:

- Proceso recepciA3n y envA-o de cabecera YMODEM. Esto solo tenA-a parte de upload.
Ahora ya estA¡ implementado tambiAcn el YMODEM download.

- Soporte de paquetes de 1024k (STX) ya que es obligatorio en el protocolo.
Hasta ahora solo soportA¡bamos paquetes de 128 bytes (SOH). Por ahora este
aA±adido estA¡ solo en download. La verdad es que aumenta bastante la velocidad
de descarga. Aunque no llega al YMODEM-G (que no tiene que mandar a cada
paquete recibido) si mejora bastante respecto a paquetes de 128 bytes.

- Soporte de paquetes STX/SOH mezclados. Esto es habitual para mejorar y
optimizar la velocidad de transmisiA3n.

- Soporte YModem-B o Batch. Aunque realmente solo lo estA¡ utilizando en
download. Es posible recibir varios ficheros a la vez (uno detrA¡s de otro).
Todas las BBSs permiten este tipo de envA-os.

- Control de errores y fallback. El protocolo YMODEM ya te dice que tienes que
ser compatible con XModem-CRC / Checksum. Y asA- es. Si ahora mismo tienes
seleccionado el protocolo Ymodem y lo que recibimos es una cabecera de tipo
XModem (es decir _sin cabecera_) es capaz de pasar al protocolo anterior para
la continuar la recepciA3n.

- Autocontrol en download de tipo telnet/terminal. El programa es capaz de ver
si lo que se estA¡ recibiendo lleva doble #FF o no y lo gestiona. LA¡stima que
las BBSs no sean tan "listas" (ejem, hablamos de un program en ASM Z80 versus
programas en C++ para maquinones) y no sepan gestionar los paquetes de subida,
de ahA- la necesidad de la opciA3n de configuraciA3n.


Al margen, como ya os comentAc, la posibilidad de elegir si nuestros envA-os van a
ser tipo telnet (doble #FF) o terminal.

Sobre esto A°ltimo ya os comentAc que hay BBSs que detectan que somos un terminal
simple y no aceptan envA-os tipo telnet (que es lo que tenemos por defecto). Por
ahora lo he visto en las Synchronet.

En cuanto a las pruebas pues, como siempre (y no me canso de dar las gracias a Angel, Enric, Jose y Carlos por soportar tantas conexiones de prueba) las he hecho con Zruspa, EOTB, Sotano y HispaMSX. Al final yo creo que, a nivel local, serA¡n las BBSs que mA¡s utilicen los usuarios de YAT. A lo que voy... que gracias
a implementar YModem ya tenemos transmisiA3n completa con Synchronet (upload / download). Como ya os dije el XModem para _upload_ no funciona en Synchronet y sigo sin saber por quAc. La A°nica manera serA-a ver logs en el lado de la BBS. Pero, no pasa nada, al tener soporte YModem ya en YAT pues no hay problema en este tipo de BBS (aunque realmente para el correo si hay otro del que ya hablaremos).

Sobre el YModem, y aunque esto os de lo mismo ya que es algo aburrido, pues os cuento cosas que he visto:

- BBBS entiende que el Ymodem es el Xmodem 1k... pero a medias. xD Digamos que
para bajar no envA-a cabecera (es como un XModem1k, si) pero para subir si la
acepta. Risas.

- BBBS tiene, a parte, Ymodem B que denomina "real YModem". Y es que lo es, lo
de Ymodem B no se de donde puA±etas saldrA-a pero, en principio, YModem tal cual
ya debe de aceptar lotes de ficheros. ?A¿?A¿

- Mystic decide que el upload es tipo telnet (doble #FF) y el download no
lo es. Que alguien me lo explique. xD

En cualquier caso intentarAc hacer un extenso manual (que nadie leerA¡ y _digo desde ya que no contestarAc nada que estAc explicado en el manual_) donde explicarAc estas variaciones.

A¿Y quAc es lo que queda? Pues como decA-a al principio me gustarA-a aA±adir STX al
upload para mejorar la transferencia y tambiAcn quiero implementar la parte de "negociaciA3n" inicial con la BBS. Cuando se establece la conexiA3n las BBSs (no
es obligado ni lo hacen todas) envA-an una informaciA3n sobre tamaA±o de ventana,
echo, etc... y _se le puede informar_ de quiAcn somos y cA3mo somos (tamaA±o ventana y demA¡s). Esto es interesante me gustarA-a dejarlo hecho.

Para quAc? Pues sencillamente si la BBSs soporta este tipo de negociaciA3n y se le
puede indicar que somos un MSX de primera generaciA3n (40x24) pues luego la BBSs
es capaz de adaptar los menA°s y demA¡s a esa window-size. Y eso estA¡ MUY bien. :)

En cualquier caso estas dos cosas no son necesarias para tener ya el programa funcional. Vamos que ahora mismo ya tenemos un programa que sube y baja ficheros
con protocolo YMODEM. Y que gracias a eso ya podemos subir y bajar ficheros a/de
la BBS y podemos (que de esto precisamente es de donde surgiA3 la idea de YAT) subir y bajar correo QWK. A¿Podemos?

Pues no. xD Podemos subir y bajarlo pero seguimos teniendo pequeA±os flejos que siguen sin hacer la experiencia completa, resumo mucho mucho mucho el tema del QWK:

- Zruspa solo soporta ZIP (bien bajar, mal subir). De la buena voluntad de Angel
para aA±adir LZH/LHA. :P

- Sotano todavA-a no soporta LZH/LHA y _ademA¡s_ el QWK que bajamos no es
compatible con el soft que tenemos ahora en MSX (por eso la idea de que YAT
solo sea el inicio de toda una suite de programas dedicados a este tema).
AquA- parte que estA¡ arreglando Jose DA-az y parte de culpa del soft MSX.

- HispaMSX utiliza numeros de A¡rea de 4 digitos y "fastidia" al QX (mismo
programa que me referA-a antes), si permite LZH/LHA pero hay que tocar cada
mensaje que se escribe "a mano". Pero esto es cosa del soft MSX, no de la BBS.

- EOTB soporta LZH/LHA, el QWK es bastante compatible con QX pero nuestro
maravilloso QREPLY no cambia un flag en las cabeceras del paquete de salida
(XXXXX.MSG) que hace que BBBS se crea que ese mensaje no es para publicar si
no que ha sido _borrado_. De nuevo cosa del soft de MSX, no de la BBS.


Y todo esto siempre hablando del soft actual que es el A°nico que he visto que funciona: QX + QREPLY.

De ahA- la _necesidad_ de, como os decA-a, que YAT solo sea el inicio y luego pueda ya ponerme con el QWK offline reader completo, actual y, claro, compatible. Pero no desesperemos! Hasta hace un par de meses no podA-amos subir ficheros a la BBS con el MSX!! :) Poco a poco.

Y esto es todo por hoy. Si veo que se me complica la negociaciA3n / STX pues libero ya para que se puedan hacer pruebas. Eso si, en cuando haga el manual (que
primero harAc en Spanish solo y luego ya pasarAc a inglAcs porque va a ser largo)

Un saludo,
Armando.







... DalekDOS v(overflow): (I)Obey (V)ision impaired (E)xterminate
-+- MultiMail/Mac v0.52

--- BBBS/Li6 v4.10 Toy-5
* Origin: Eye Of The Beholder BBS - The Fidonet's Corsair (2:343/107)

Pues tras unos dA-as desde el A°ltimo reporte os puedo decir que la primera versiA3n de YAT estA¡ casi finiquitada.

¡¡Qué grande Armando, qué grande!! Sin palabras :O

FX Blasco

--- BBBS/Li6 v4.10 Toy-5
* Origin: Eye Of The Beholder BBS - The Fidonet's Corsair (2:343/107)

Hola Fx!


On 01-30-22 Fx Blasco wrote to Armando Perez:

¡¡Qué grande Armando, qué grande!! Sin palabras :O

Gracias. Pero aún queda la "segunda parte" para que esto sea 100% funcional.

Ya tenemos un programa (muy crudo y feo) para subir y bajar ficheros a/desde una BBS (o un host remoto) con protocolo YModem. Y recalco _subir y bajar ficheros_ ya que no solo sirve para subir y bajar correo QWK (u otro formato) sino que también permite que podamos usar las BBSs (como antaño) de repositorio.

La segunda parte, como he comentado alguna vez, es hacer el QWK offline reader ya que los actuales están totalmente desfasados y utilizarlos (como hago ahora mismo) es bastante complejo (de hecho el resultado de los mensajes que cotesto tengo que "pokearlo" a mano para que funcione luego en las BBSs).

Pero una cosa después de otra.

Un saludo,

Armando .








... QQWK V.0.xby Trunks. MSX Rulezz!!

--- BBBS/Li6 v4.10 Toy-5
* Origin: Eye Of The Beholder BBS - The Fidonet's Corsair (2:343/107)