NUEVA VERSIÓN DE FOREM BBS SOFTWARE ----------------------------------- Original de: NPI Traducción: ¡Tony Stuvo Aky!/LLFB (Tony Vera Díaz) (traducción algo libre, como de costumbre ;^Þ INFORMATION WANTS TO BE FREE TRANSLATED!) Una nueva producción de FoReM ST llegó ayer. Entre sus características se encuentra un nuevo protocolo de transferencia de ficheros, 'ZZZMODEM'. Este nuevo protocolo transfiere datos en bloques de 16 Megabytes, consiguiendo el tamaño de bloque más grande que ningún otro protocolo de transferencia de ficheros en el Universo Conocido. La suma de control para cada bloque en una transferencia ZZZMODEM es mandada a través de XMODEM, para conseguir mayor fiabilidad. "Este nuevo protocolo nos permitirá transferir datos a velocidades de hasta un 101% más rápido que cualquier otro método anterior", explicó Phil "Compu" Dweeb, un aficionado de FoReM, parando de forma ocasional para limpiarse las babas de su perilla. La gente de la sociedad industrial señalaron rápidamente que el usar ZZZMODEM se toma aproximadamente 2 horas y 25 minutos para transferir un fichero de 20k a 19200 baudios. Mr. Dweeb dijo que este problema ha sido solucionado. "Cada bloque es rellenado con NULLs, lo que no se tarda nada en mandar", el explicó. La nueva versión de FoReM ST también incorpora el nuevo método del "ARCqueo Recursivo". Como Mr.Dweeb explica: "Todos los ficheros bajados son recursívamente ARCqueados por FoReM antes de ser puestos en línea. Nuestra experiencia nos ha enseñado que cuando ARCqueas un fichero, se hace más pequeño. Por lo tanto, el enfoque que le hemos dado ha sido ARCquear el fichero de forma repetida hasta que alcance el tamaño de aproximadamente 10k. Llegados a este punto, el problema es insignificante, ¿no crees?" Entre las noticias del trabajo para un futuro lanzamiento es el ya patentado proceso de "Codificación de Longitud Uno". Noticias recientes nos sugieren que este procedimiento puede reducir la longitud de un fichero hasta 1 bit. Mr. Dweeb nos cuenta la historia: "Un día estábamos sentados haciendo algo de hacking y phreaking, y uno de nosotros empezó a pensar. Todos los datos binarios son codificados en bits, que están representados por unos y cero. Esto es debido a que un cable puede transportar bien una señal o no, y los cables pueden por lo tanto ser activados en unas series que representen cadenas de unos y ceros". Date cuenta, sin embargo, que la verdadera información está transportada en los unos, debido a que los otros no mandan señal. Quiero decir, ¿qué hace de bueno un cable cuando no está transportando una señal? Así que quitando todos los ceros, podrás reducir a la mitad fácilmente los ficheros. Así que decidimos que un modo guay de acelerar la transferencia de datos sería mandar sólo los bit a uno. Los resultados fueron fenomenales - ¡¡un incremento medio de velocidad del 50%!! "Después de que acabasemos la implementación inicial, continuamos la búsqueda de formas de conseguir que la cosa fuese más rápida, y más eficiente. Entonces nos dimos cuenta de que nos habíamos quedado a mitad de camino. Si lo piensas, después de que quitases todos los ceros, te quedas con una cadena de unos. Sencillamente cuenta todos los unos y te quedas con otra cadena binaria. Digamos que acabas con 7541 unos. En binario esto es 1110101110101. Así que inmediatamente hemos reducido el número de bits de 7541 a 13. Pero si repetimos el proceso, podremos reducirlo aún más. 1110101110101 se convierte en 111111111, o 9, que es 1001, que se convierte en 2, que es 10, o 1. Entonces una vez que alcanzamos la longitud de 1, hemos conseguido la máxima compressión de fichero. ¡Ahora tenemos la capacidad de codificar virtualmente montones ilimitados de información a un simple dígito! ¡Las facturas de larga distancia nunca volverán a ser las mismas! "Ahora, no podemos decir que no haya algún problemilla. El más grande que nos hemos encontrado es que por alguna razón, parece que hay una cierta pérdida de datos durante el proceso de reconversión. Parece que el fichero no puede ser expandido a su forma original. Así que, la solución a la que llegamos es el tener una clave de encriptación asociada con cada fichero. Cuando un fichero con Codificación de Longitud Uno es recibido y y va a ser descomprimido, la clave única de encriptación debe de ser aportada. De esta manera, ¡conseguimos al final un porcentaje del 100% de éxito en nuestras conversiones! "Un problema con el que estamos teniendo dificultades para resolver reside en el hecho de que para asegurar un 100% de éxito, la clave de encriptación debe de ser exactamente tan larga como el fichero original. Pero tenemos confianza, sin embargo, de que el uso de nuestro procedimiento de ARCqueo Recursivo nos ayudará a solucionar este problema..."