„Veszteségmentes tömörítés” változatai közötti eltérés
[nem ellenőrzött változat] | [nem ellenőrzött változat] |
Tartalom törölve Tartalom hozzáadva
Syp (vitalap | szerkesztései) |
Syp (vitalap | szerkesztései) |
||
66. sor:
*[[H.264/MPEG-4 AVC]]
== A veszteségmentes tömörítés bizonyos fájlok méretét csak ''megnövelni'' tudja ==
{{leford}}▼
<!--▼
A veszteségmentes tömörítés nem tud valamilyen tömörítési arányt garantálni minden lehetséges bemeneti adatra. Más szavakkal kifejezve, bármely (veszteségmentes) adattömörítési algoritmus esetében lesz olyan bemeneti adathalmaz, aminek a méretét az algoritmus nem képes csökkenteni. Ez könnyen belátható elemi matematikai eszköz segítségével ([[kombinatorika|megszámlálással]]), a következőképpen:
*Tekintsünk minden fájlt valamilyen tetszőleges hosszúságú bitsorozatként
*Tegyük fel, hogy van egy tömörítési algoritmus, ami minden fájlt átalakít egy másik, az eredetinél ''nem hosszabb'' fájllá, és hogy legalább egy fájlt az eredetinél kisebb méretre fog összenyomni.
*
▲{{leford}}
▲<!--
*Because <math>N<M</math>, '''every''' file of length <math>N</math> keeps its size during compression. There are <math>2^N</math> such files. Together with <math>F</math>, this makes <math>2^N+1</math> files which all compress into one of the <math>2^N</math> files of length <math>N</math>.
*But <math>2^N</math> is smaller than <math>2^N+1</math>, so there must be some file of length <math>N</math> which is simultaneously the output of the compression function on two different inputs. That file cannot be decompressed reliably (which of the two originals should that yield?), which contradicts the assumption that the algorithm was lossless.
|