BlackHole escribió:
[...] la particularidad de este sistema es que para cada byte de 8 bits, se añaden un bit a cero de inicio por delante y dos bits a uno de parada por detrás, forzando a que cada byte venga definido por 11 bits. Aparte, se almacena en formato LSb (Least Significant Bit) con los bits dados la vuelta respecto a otros ordenadores.
[...] me puse el Adobe Audition para diseccionar correctamente un volcado y pude comprobar que la BIOS de MSX generaba dos pulsos para un bit 0, pero cuatro pulsos al doble de frecuencia para un bit 1, de tal forma que ambos bits duran exactamente lo mismo. Acostumbrado a que en el resto de ordenadores el bit 0 durase la mitad que el bit 1, en la norma MSX es diferente.
[...] lo más inteligente sería crear un tipo de bloque nuevo completamente al margen de las especificaciones oficiales y que no necesite incluir dicho diccionario... pero el problema es que difícilmente será aceptado por la comunidad de Spectrum (pues el MSX le interesará a muy pocos) y por la comunidad MSX que se encuentra cómoda con los CAS que ha desarrollado durante años.
Buenas de nuevo. A raíz de un comentario en el foro RetroWiki sobre la carga en los ordenadores Acorn Electron y BBC Micro, y casi como por casualidad, llegué a una página de Wikipedia donde se explicaba que el formato de codificación de ambos equipos proviene de una proposición realizada en 1975 para estandarizar las transferencias de datos, para intentar solucionar el caos que por ya por entonces había entre distintos fabricantes.
La proposición fue llevada a cabo por la prestigiosa revista de la época
Byte Magazine en una reunión celebrada en la ciudad de Kansas City (Missouri), de ahí que al resultado de la reunión se le conozca como
Kansas City Standard. El esquema fue adoptado por un número de empresas que lo aplicaron a su equipamiento. Uno de los asistentes fue Bill Gates, no sorprende que el
MSX adoptase el formato posteriormente. Aunque el "estándar" generaba transferencias de 300 baudios y los fabricantes empezaron a implementar versiones de 600, 1200 y 2400 baudios, con lo que se perdió la supuesta inteligibilidad entre equipos que se esperaba conseguir.
Enlace:
https://en.wikipedia.org/wiki/Kansas_City_standardPor lo tanto, una de las opciones más factibles sería la creación de un bloque nuevo fuera de las
especificaciones oficiales del formato TZX que consiguiese replicar el comportamiento del Kansas City Standard y por lo tanto pudiese ser útil para que el MSX se acoplase sin diccionarios extraños. Para ello, durante la semana que viene voy a intentar definir dicho bloque y algún ejemplo con él. Esto es lo que tengo en mente por si alguien quiere incluir algún detalle que se me haya pasado por alto:
El problema, como ya expuse el último día, es generar suficiente material en ese formato para que los creadores de emuladores se animen a incluirlo.
Un saludo.
)