Voy a mejorar en breve en mi comentario anterior: Si un algoritmo de compresión es fijo, un arbitrario grandes no compresibles (con este algoritmo) pieza de información puede ser obtenida sólo por iteración del algoritmo. Si un ciclo de aparecer antes de alcanzar el tamaño deseado, elegir algún punto de partida de este ciclo, e inténtelo de nuevo.
$\def\N\{\mathbb N^*}$Detalles. Teniendo en cuenta que los datos son cadenas de 0 y 1, un archivo es (después de anteponiendo con un 1) nada más que un (distinto de cero) entero. La longitud de un archivo $n\in \N*$$\log(n)$. Un algoritmo de compresión es una función inyectiva de a $\N$ $\N$(tiene que ser inyectiva para garantizar la descompresión es posible).
Decimos que $n$ no es compresible si $\log(n) < \log(f(n))$.
Voy distintas, dos de los casos (no es absolutamente necesario bits el primer caso es más bonito) en Primer lugar, asumir $f$ no es surjective y usted sabe algunos de los $n \notin f(\N)$ (esto es bastante razonable para ejemplos prácticos). Como $f$ es inyectiva, si la órbita $f^{(k)}(n)$ es en última instancia, cíclico, tiene que ir a través de $n$ nuevo. Como $n \notin f(\N)$, esto es imposible: así que la órbita es, en definitiva, no cíclica, y tiene que ir a través de arbitraria de los grandes números. Más precisamente, la longitud de los sucesivos números tienen dos aumento de tiempo en tiempo, por lo que esta secuencia contiene una cantidad infinita de no compresibles números. Algunos tienen que ser de mayor tamaño que el señalado tamaño.
En el caso general, bien, recoger un número $n$, e iterar. Si usted conoce a un no compresibles número del tamaño deseado antes de golpear $n$ nuevo, de que se hacen. En el otro caso, recoja el punto de partida de un ciclo, e inténtelo de nuevo. Que recorrer en este, cada vez con exclusión de todos los ciclos descritos anteriormente. La secuencia generada también contiene una cantidad infinita de no compresibles números.