MacTu wrote:
去下載個 WinZi...(恕刪)
有用過WINRAR 但壓出來一樣大小
------------------------------------------
剛剛用WINRAR試壓中
居然跑不動
可以設定最極致的壓縮比，但是壓縮時間和解壓時間就夠你等了...
http://www.7-zip.org/
4GB可以壓成0.3GB，大於十倍壓縮有點扯，可能至少3GB都是大而無用的肥肉吧...!?
太好了，改在01教召30天......
然後在對這個壓縮檔壓縮..
看看這個壓縮檔會不會變小
或許可以想到一些東西~
======== 以下是很久以前似是而非的觀念 , 請懂得原理的大大務必指正 =======
想像有一個檔案的內容是
11111111111111111111111111111111111111111111111111
有50個1 , 而假設 1 需要 1byte 的空間
上面的資訊就需要 50bytes
而壓縮就是透過另一種演算法來表示這段資料
以上面的資料為例, 可以用 1x50 (有50個1) 來表示
1x50 依以上的例子 大概需要 4~5 bytes 的空間
所以就達成了壓縮的原理
但是一般的資料不會這麼單純, 所以壓縮的比例會不同!!
壓縮其實都是把檔案一些重複的部分，或是可以處理的部分用演算法轉換儲存
像是一些極為重複的檔案，其實上面也有老大用 11111 來告訴你
有人表示了 "1111111111111111111111111111111" 就是有 "30 個 1" 就這樣，當然檔案沒有乖成這付德行
今天習慣上的有一個字詞叫做 "Mobile01" 在一個檔案中 "重複個一萬次" 難道要笨笨的就一萬次？結構上重複的部分越多被壓縮掉的部分就越多，字典的壓縮基礎就是這個，把 "Mobile01" = "M01" 然後通通都弄成 "M01" 只要之後展開，通通又會回到 "Mobile01" 這種狀況就可以了
假如 60 GB 的檔案因為重複的結構太多，太大量也有辦法壓成 MB 單位的，所以壓縮率和檔案息息相關，一個檔案結構上已經被處理完畢，你去壓縮也沒什麼用，可能還只是浪費時間跑壓縮程式；假如你分享的檔案也是高達 60 GB 可惜重複的結構幾乎是 0% 那樣你也沒必要壓縮了，直接 CRC 檢查之後就傳了吧
內文搜尋
從 APP 打開
X