Mensajes

eso sería un convertidor de analogico a digital... podría usarse para simplificar los puertos paralelos, pero cualquier carga magnética podría causar errores, por eso no se usa... lo más parecida es la fibra con "codificación por color" que permite múltiples canales (separados por colores) en la misma fibra y aún así no se confía mucho en ella (desconozco por qué pero creo que es por distorsión debido a doppler)

Eso es lo que estaba pensando ayer jaja.

El sistema ternario es mas eficaz energeticamente, podriamos hacer algo asi:
0
1
11
00
01
10
Un sistema de seis. Tiene Mas logica, no?

Algo para manipular un gran archivo y pasarlo por completo a 01010010 de a 8 por cada carácter.

Necesito algún código para pasa un texto a binario (0 y 1). porque el editor que tengo no lo hace como quiero osea, quiero probar porque encontré algo que le puede servir a la humanidad (?), realmente si tendría algún código lo pondría.

Ternario   1   2   10   11   12   20   21   22   100
Binario   1   10   11   100   101   110   111   1000   1001
Decimal   1   2   3   4   5   6   7   8   9
Ternario   101   102   110   111   112   120   121   122   200
Binario   1010   1011   1100   1101   1110   1111   10000   10001   10010
Decimal   10   11   12   13   14   15   16   17   18
Ternario   201   202   210   211   212   220   221   222   1000
Binario   10011   10100   10101   10110   10111   11000   11001   11010   11011
Decimal   19   20   21   22   23   24   25   26   27

También se puede mantener la compatibilidad con el 0 y el 1, seria mas sencillo para el procesador quizás, no para nosotros.

Personalmente creo que Notepad++ tendría que haber existido antes.

explicate, no entendí

Estem.. si no me equivoco, 0=- 1=+ si sumas 8 1111111 llega hasta 256 ¿porque no agregarle unos números mas para simplificar todo, es decir mas rango de voltajes?, o sino en vez de hacer el HEX directamente en el CPU que el CPU los reciba de forma explicita.

¿O la lógica no es así?.

Mi planteo es porque en vez de hacer procesadores con 0: 0.5v y 1: 5v no se hacen procesadores así: 0:0,5v 1:1,0v 2:1,5v 3:2,0v 4:2,5v 5:3,0v 6:3,5v 7:4,5v 8:5,0v 9:5,5v 10:6,0v 11:6,5v 12:7,0v 13:7,5v 14:8,0v 15:9,5v... y asi hasta 12 por ejemplo, debe haber alguna explicación lógica.

A perfecto, entonces si reacomo los bits de forma aleatoria y de alguna forma que se pueda reconsruir lo podia recomprimir

Bueno, la verdad es que estoy creando unas herramientas para hacer mis repacks en C en mi pais no es que viva mal ni nada pero en donde vivo tengo un mega literalmente (En España deben reirse), el roblema que veo es que usando muchos algoritmos diferentes y con varios compresores ni con PAQ consegui mejores resultados que con FreeARC,  por eso estoy imventando metodos porque los actuales son de los años 50 (muy efectivos), por ejemplo note que no hay efectividad binaria al comprimir (bit a bit) por ejemplo, escribo 01010101 01010101 01010101 01010101 En binario y luego comparo lo mismo en un txt normal y el archivo pesa mas si es en binario literal que el del texto normal (8 bits x numero), es para pensar, actualmente cree un sistema que lo transforma a unos bit (no se ahoguen con el humo que no es para tanto), lamentable no tengo habilidad para pasarlo a C