Wie oft kann eine Datei komprimiert werden?

Für die verlustfreie Kompression, nur so können Sie wissen, wie viele Male Sie können gewinnen, indem Sie recompressing eine Datei ist, indem Sie versuchen. Es wird abhängig von der Kompressions-Algorithmus, und die Datei, die Sie komprimieren.

Beiden Dateien können nie zu komprimieren, um die gleiche Ausgabe, so kann man nicht nach unten gehen, um ein byte. Wie konnte ein byte repräsentieren alle Dateien, die Sie könnte beim Dekomprimieren?

Dem Grund, dass die zweite Kompression manchmal funktioniert, ist, dass ein Kompressions-Algorithmus kann nicht allwissend perfekte Kompression. Es gibt einen trade-off zwischen der Arbeit hat es zu tun, und die Zeit, die es dauert, es zu tun. Ihre Datei wird geändert, von allen Daten, die auf einer Kombination von Daten über Ihre Daten und die Daten selbst.

Beispiel

Nehmen, run-length-encoding (wohl die einfachste nützlich Kompression) als ein Beispiel.

04 04 04 04 43 43 43 43 51 52 11 bytes

Reihe von bytes, könnte komprimiert werden wie:

[4] 04 [4] 43 [-2] 51 52 7 bytes (ich setze meta-Daten in Klammern)

Wo die positive Zahl in Klammern ist die Anzahl der Wiederholungen und die negative Zahl in Klammern ist ein Befehl zum aussenden des nächsten n Zeichen, wie Sie fand.

In diesem Fall könnten wir versuchen, eine weitere Komprimierung:

[3] 04 [-4] 43 fe 51 52 7 bytes (fe ist Eure -2 betrachtet als Zweierkomplement-Daten)

Wir nichts gewonnen, und wir werden zu wachsen beginnen für die nächste iteration:

[-7] 03 04 fc 43 fe 51 52 8 bytes

Wir werden wachsen, indem ein byte pro iteration für eine Weile, aber es wird eigentlich noch schlimmer. Ein byte kann nur die negativen zahlen -128. Wir werden wachsen beginnen, indem zwei bytes, wenn die Datei übertrifft 128 Byte Länge. Das Wachstum wird erhalten noch schlimmer, da die Datei größer wird.

Gibt es Gegenwind bläst die Kompression Programm--die meta-Daten. Und auch für real Kompressoren, die Kopf geheftet an den Anfang der Datei. Das bedeutet, dass letztendlich die Datei zu wachsen beginnen wird, mit jedem zusätzlichen Kompression.

RLE ist ein Ausgangspunkt. Wenn Sie mehr erfahren möchten, schauen Sie auf LZ77 (sieht wieder in die Datei ein Muster zu finden) und LZ78 (die baut ein Wörterbuch). Kompressoren wie zip versuchen oft mehrere algorithmen und verwenden das beste.

Hier sind einige Fälle, die ich vorstellen kann, wo mehrere Kompression gearbeitet hat.

1. Arbeitete ich an einem Amiga-Magazin, das im Lieferumfang einer Festplatte. Natürlich packten wir die Festplatte, um die Kiemen. Eines der Werkzeuge, die wir verwendet, lassen Sie die Packung eine ausführbare Datei, so dass, wenn es ausgeführt wurde, wird es entpackt und lief selbst. Da die Dekompression-Algorithmus hatte in jeder ausführbaren Datei, es musste sein, klein und einfach. Wir bekamen oft die zusätzliche Gewinne durch die Komprimierung zweimal. Die Dekompression erfolgte in den RAM. Da das Lesen einer Diskette war langsam, wir hatten oft eine Erhöhung der Geschwindigkeit als auch!
2. Unterstützt Microsoft RLE-Komprimierung bmp-Dateien. Auch, viele word-Prozessoren haben eine RLE-Kodierung. RLE-Dateien sind fast immer deutlich komprimierbar durch einen besseren Kompressor.
3. Eine Menge der Spiele, die ich gearbeitet habe eine kleine, schnelle LZ77-Entpacker. Wenn Sie komprimieren Sie ein großes Rechteck aus Pixeln (vor allem, wenn es eine Menge von hintergrund-Farbe ist, oder ob es eine "animation"), können Sie sehr oft komprimieren zweimal mit guten Ergebnissen. (Der Grund? Sie haben nur so viele bits, um anzugeben, der lookback-Abstand und die Länge, So dass eine einzige große wiederholten Muster kodiert wird, in mehrere Stücke, und diese Stücke sind stark komprimierbar.)

InformationsquelleAutor der Antwort

Im Allgemeinen für die meisten algorithmen, die Komprimierung mehr als einmal ist das nicht sinnvoll. Es ist ein besonderer Fall, obwohl.

Wenn Sie eine große Anzahl von doppelten Dateien, die zip-format zip jeweils unabhängig voneinander, und Sie können dann die zip die erste zip-Datei zu entfernen, doppelte Reißverschluss-Informationen. Speziell für 7 identische Excel-Dateien-Größe von 108kb, zippen mit 7-zip Ergebnisse in einem 120kb Archiv. Zipping Ergebnisse wieder in eine 18kb-Archiv. Gehen Vergangenheit, die Sie erhalten Wirkungskraft.

InformationsquelleAutor der Antwort CoderTao

In der Regel einmal komprimieren ist gut genug, wenn der Algorithmus gut ist.

_{In der Tat, komprimieren mehrere Male konnte führen zu einem Anstieg in der Größe}

Ihre zwei Punkte Verschieden sind.

• Kompression wiederholt durchgeführt und die Erreichung keine Verbesserung in Größe Reduzierung
  
  ist eine zu erwartende theoretische Bedingung
• Wiederholte Kompression was Korruption
  
  ist wahrscheinlich ein Fehler in der Umsetzung (oder vielleicht auch der Algorithmus selbst)

Nun lässt Blick auf einige Ausnahmen oder Abweichungen,

• Verschlüsselung kann wiederholt eingesetzt ohne Reduzierung in der Größe
  
  (in der Tat in Zeiten erhöhen, in der Größe) für den Zweck der erhöhten Sicherheit
• Bild -, video-oder audio-Dateien zunehmend komprimiert
  
  verlieren Daten (effektiv 'beschädigt' in einem Sinn)

InformationsquelleAutor der Antwort nik

Kompression (ich denke lossless) im Grunde bedeutet der Ausdruck etwas prägnanter. Zum Beispiel

111111111111111

könnte mehr consisely ausgedrückt als

15 X '1'

Dies nennt man run-length-encoding). Eine andere Methode, die ein computer verwenden können, ist zu finden, ein Muster, das regelmäßig wiederholt, in eine Datei.

Es ist ganz klar ein limit, wie viel diese Techniken können verwendet werden, zum Beispiel run-length-Kodierung, das ist nicht zu Auswirkungen auf

15 X '1'

da es keine sich wiederholenden Muster. Ebenso, wenn das Muster Ersatz-Methoden konvertiert langes Muster 3 char diejenigen, die erneute Anwendung es wenig Wirkung, weil der einzige, noch sich wiederholenden mustern wird 3-Länge oder kürzer. In der Regel Anwendung von Kompression, um eine bereits komprimierte Datei macht es etwas größer, weil verschiedene Gemeinkosten. Anwendung gute Kompression, um eine schlecht komprimierte Datei ist in der Regel weniger effektiv als die Anwendung nur die gute Kompression.

InformationsquelleAutor der Antwort Peter

Können Sie komprimieren, unendlich oft. Doch auch die zweite und weitere Kompressionen in der Regel wird nur dann eine Datei, die größer als die Vorherige. So gibt es keinen Punkt in der Komprimierung mehr als einmal.

InformationsquelleAutor der Antwort

Hier ist die ultimative Kompression Algorithmus (in Python), die durch wiederholten Gebrauch komprimiert einen string von Ziffern, die Sie auf die Größe 0 (es bleibt als übung dem Leser, wie man anwenden, um einen string von bytes).

def compress(digitString):
    if digitString=="":
        raise "already as small as possible"
    currentLen=len(digitString)
    if digitString=="0"*currentLen:
        return "9"*(currentLen-1)
    n=str(long(digitString)-1); #convert to number and decrement
    newLen=len(n);
    return ("0"*(currentLen-newLen))+n; # add zeros to keep same length

#test it
x="12";
while not x=="":
    print x;
    x=compress(x)

Programm-Ausgänge 12 11 10 09 08 07 06 05 04 03 02 01 00 9 8 7 6 5 4 3 2 1 0 dann leeren string. Es muss nicht komprimieren Sie den string bei jedem Durchgang wird es aber mit genug Pässe komprimiert jede stellige Zeichenfolge ab, die eine null-Länge-Zeichenfolge. Stellen Sie sicher, dass Sie notieren, wie viele Male Sie es zu senden, durch den Kompressor sonst werden Sie nicht in der Lage, es wieder zu bekommen.

InformationsquelleAutor der Antwort paperhorse

In der Theorie, werden wir nie wissen, es ist eine nie endende Sache:

In der informatik und der Mathematik, der Begriff Vollbeschäftigung theorem
wurde verwendet, um sich auf ein theorem zeigen, dass kein Algorithmus kann
optimal ausführen einer bestimmten Aufgabe, die von einigen Klasse
Profis. Der name entsteht, weil so ein Satz sorgt dafür, dass
es gibt endlose Umfang zu halten, Entdeckung neuer Techniken zur Verbesserung der
die Art und Weise mindestens eine bestimmte Aufgabe erledigt ist. Zum Beispiel, die volle
Beschäftigung theorem für compiler-Autoren besagt, dass es keine solche
was als nachweislich perfekte Größe-optimierende compiler, die als solche einen Beweis
für den compiler erkannt werden nicht-terminierende Berechnungen und
reduzieren Sie zu einem one-Anweisung Endlosschleife. Damit, die Existenz von
nachweisbar perfekte Größe-optimizing compiler würde bedeuten, eine Lösung zu
das Halteproblem, das nicht existieren kann, womit der Beweis selbst eine
unentscheidbaren problem.

(Quelle)

InformationsquelleAutor der Antwort ajax333221