Unity – AudioClip 之 kbps 與 file size 的關係

最近在針對音效檔打包的部分瘦身的紀錄,給各位參考參考XDD

測試版本:4.5.3 f3
平台:BuildTarget.WebPlayer

先說結論

  • 來源檔案 kbps 為 96k 的話,會在 Compression 值為 88k 時達到臨界點
  • 來源檔案 kbps 為 128k 的話,會在 Compression 值為 120k 時達到臨界點

觀察 part I

※我假設各位都知道打包的基本流程 & 對音效有基本認識。

首先,針對各種組合測試檔案大小的趨勢,如下圖:

audio_mp3_kbps

說明一下各條件的差異:

  • 橫軸表示 Compression(kbps) 這個選項的數值
  • 縱軸表示打包後的檔案大小,皆以 45k 的大小為 100% 方便比較
  • 96k & 128k 指的是該 mp3 原始的 kbps
  • single & multi 指的是單檔或多檔
  • small & large 指的是該 mp3 的檔案大小(通常和時間長短成正比)
  • 混檔是指數個 96k + 數個 128k 的狀況

可以觀察到:

  • 只要是 96k 的,都會在 89k 達到臨界點
  • 只要是 128k 的,都會在 121k 達到臨界點
  • 混檔在 96k 的上限點(89k)之前,看起來壓縮比幾乎差不多

觀察 Part II

根據上面的圖表,針對各檔在臨界點附近做細部分析。

audio_mp3_kbps_2

可觀察到:

  • 96k 會在 88k 達到臨界點
  • 128k 會在 120k 達到臨界點

根據 AudioClip 描述,壓縮版的都會轉成 ogg,接著去看了 ogg 的品質設定

這兩個點都剛好介於兩個品質的中間點:

  • 88 = 80 + (96-80) / 2
  • 120 = 112 + (128-112) / 2

就以上這些,希望對各位有所幫助XDD

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 變更 )

Twitter picture

You are commenting using your Twitter account. Log Out / 變更 )

Facebook照片

You are commenting using your Facebook account. Log Out / 變更 )

Google+ photo

You are commenting using your Google+ account. Log Out / 變更 )

連結到 %s