Compresion de archivos en ratio 1:100 ???

[Dixman]

Esto es una gilipollez como una casa.
No se pude comprimir todos los archivos con el mismo ratio.
Un fichero que tenga
"11111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111"
Se comprime muchisimo porque el programa compresor no guarda esta informacion, simplemente guarda "1" y dice que hay que repetirlo 300 veces por poner un ejemplo. Pero en archivos binarios y sobre todo JPGs es muy dificil encontrar patrones (el diccionario) que repitan para poder agruparlos y decir las veces y donde hay que ponerlos

De ahi que con un archivo de TXT se compriman un huevo ya que muchas palabras son las mismas y un archivo JPG sea muy dificil de comprimir entre otras cosas porque ya esta comprimido y es dificil volver a buscar mas patrones.

Claro esta que si las medidas las han hecho con ficheros TXT les han dado esos valores, es mas os propongo la prueba que he hecho yo:

• Cojer el block de notas y pegar tantos "1" como os de la gana, sin cambios de linea ni nada (yo he conseguido un fichero de 10.692.000 bytes) despues lo pasais por el ZIP y mirais el tamaño del .zip en sus propiedades. A mi me ha dado un fichero de 10.499 bytes

Si sacamos la relacion 10.692.000 /10.499 =1018.38 veces!

Acabo de tirar por los suelos el ratio de ese programilla….

[Dixman]

y para demostrarlo adjunto el .zip creado. son 10K y si los descompris saldra un chorizo de TXT de 10Mb
attachment_p_114413_0_1.zip

[davish]

visto asi tiene razon, habra que bajarse el windixman para comprimir cosas

[kerel]

Pues si que tuviste moral Dixman, ¿cuanto tiempo estuviste pulsando el 1?:D

[Dixman]

Joer tio! no hay que estar pulsan el 1 ininterrumpidamente, simplemente lo pulsas unos segundos, despues repites la secuencia siguiente hasta la saciedad (yo creo que no estube mas de 20 o 30 segundos)

do

CTRL+E
CTRL+C
CTRL+V y lo dejas apretado unos segundos

until (hasta que te canses)

el truco del almendruco!

[DeZ]

Remember BATs!! xDD

@ECHO OFF
ECHO XXX>1.tmp
ECHO XXX>2.tmp
:A
COPY 1.tmp+2.tmp 3.tmp>NUL
CLS
DIR 3.TMP
del 1.tmp
del 2.tmp
ren 3.tmp 1.tmp
copy 1.tmp 2.tmp>NUL
ECHO. Suma completada.
goto A

Provar eso y vereis, en apenas 1 segundo 10MB
No te ofendas dixman, pero es mas productivo que "copy&paste" jejeje

Y despues de esta chorrada decir que es posible comprimir creo que en mucho mas que 1:100 bueno, es posible teoricamente, por que por el momento no tenemos la tecnologia suficiente… se trata basicamente de reducir el contenido de un fichero a una operacion matematica, hacer la operacion es bien sencillo, pero transformar 700MB a una operacion matematica... actualmente es totalmente inutil respecto a la relacion "compresion y tiempo", de indudable calidad, pero bueno, ya me comprendeis...

[Dixman]

No me ofendo, eso hace mas o menos lo que yo.
Primero pone XXX en un archivo y otro XXX en otro archivo
los concatena XXXXXX
copia la concatenacion en el primer archivo y saca copia tambien el en 2 y vuelve a concatenar XXXXXXXXXXXX y asi hasta que te artes…

eso si, no has dicho que como no se te ocurra pulsar CTRL+C el disco duro acaba llenandose....:D

[DeZ]

uix! es verdad xDDD

de hecho hace muchos muchos años añadia esta cadena pero sin el bucle a los autoexec asi cada vez el sistema estaba mas lleno y no sabias por que… una pequeña bromita para que los amigos se volvieran locos

a mi haciendo la prueva se me lleno la unidad C por que no me quedaba mucho libre xDD

[glasst]

La compresion de información se basa en las matematicas, y si no me equivoco, en las matematicas no se inventa nada, todo está ahi y hay que descubrirlo. Y porque no podría ser cierto? Quien de nosotros se creeria lo del mpeg4 hace…. 5-6 años?
Habra que esperar a ver como sigue todo esto. Es como lo del navegador ultrarapido ese del que se oye hablar (que por cierto si que no es un fake), es que hace los cables mas "gordos" para que quepan mas bytes? pues no, simplemente es abordar los problemas desde otra perspectiva.

[packosoft]

Publicado Originalmente por Zui
**
Ensayos de laboratorio??? me imagino los matematicos con bata blanca echando liquidos humeantes dentro de la disquetera…

Esta noticia tiene un aroma a fake del malo o a "he oido tiros pero no se de donde vienen".**

Oye, que yo curro en un departamento de informatica, y la mayor parte del tiempo lo paso en un laboratorio :rolleyes: . El laboratorio no tiene porque ser de quimica, no?

Salu2
Packo

[Dixman]

Publicado Originalmente por glasst
La compresion de información se basa en las matematicas, y si no me equivoco, en las matematicas no se inventa nada, todo está ahi y hay que descubrirlo. Y porque no podría ser cierto? Quien de nosotros se creeria lo del mpeg4 hace…. 5-6 años?
Habra que esperar a ver como sigue todo esto.

El sistema de compresion de multimedia MPEG/JPEG/WMF/WMA etc… nada tiene que ver con la compresion de archivos. porque esos sistemas d ecompresion tienen PERDIDA DE INFORMACION. Es decir, una imagen BMP comprimida con JPEG parecen iguales a simple vista, pero si las mirar pixel a pixel, la JPEG tiene peor calidad de imagen porque se ha eliminado y suabizado la informacion redundante..