-
1 # 嘀嘀噠嘀嗒
-
2 # 張語清誠
理論上是這樣，但是很難描述啊。壓縮是儘可能縮小原資料大小，壓縮和解壓縮則需要大量計算。一個是空間，一個是時間。
如果有這麼一個公式，公式比原資料還要大，這樣的壓縮也沒意義。
如果有這麼一個公式，解壓縮需要的運算極為複雜的話，需要運算大量時間，這樣的公式也是無意義的。
現在主流的壓縮演算法，應該是針對某種型別的資料，具有一定的通用性，權衡空間和時間的。
以目前人類的認識來說，很顯然不存在這樣的一個通用的公式，能來表示所有資料的壓縮和解壓縮運算。現在人們能做到是針對某一型別的資料，做到最大可能的還原度、佔用空間大小和運算時間一個比較平衡的演算法，比如音樂的MP3，影象的JPEG等。
如果不考慮通用性，只考慮某單一個檔案，只要進行研究，給它單獨開發個壓縮演算法，應該是可行的，比如史上有名的最小壓縮包，那個叫核彈級壓縮包，檔名叫42zip，只有42KB，解壓後達到4,718,592GB，或者反過來說4,718,592GB被壓縮到了42KB，顯示這樣的演算法沒有意義。
比如這張白色的圖片，大小是300X300畫素，如果是JPG，大小是2.26KB，點陣圖BMP表示的話達到468KB，我可以用一句話“300X300的白色圖片”，十幾個位元組就能表示了。
-
3 # 十一點一十
首先得弄明白什麼叫壓縮，電腦的一系列功能最後只需要滑鼠雙擊一下，這也是壓縮。
電腦檔案壓縮的極限取決於電腦的龐大程度，電腦越大，壓縮極限越小，因為解壓縮只需要電腦去做，最後的檔案只是個圖示，再小可能只是個觸發訊號，最後連檔案都沒有了，只需要感應器，人一張嘴就開始解壓縮執行。
就像雲系統，人只需要眨眨眼，這個訊號就是把整個系統壓縮成了人只需要眨眨眼。
以前有個幾k的3D天文動畫就是這個原理，啟動檔案只有幾K，後邊的系統，演算法，硬體設計是很龐大的，公式只能算是很小很小的部分
回覆列表
有意義嗎？我剛把3.1415926後一億位，從幾個g壓縮到了一個字元π。我把π給你發過去，現在你也知道了？壓縮和算力相關，沒有極限。傳輸和儲存代價大了，那就壓縮。反之算力跟不上了，那就搞傳輸和介質。