{邦邦}
說
將影片變成376張連續圖檔後，又不能一開始就全部載入 會造成手機記憶體爆增當掉，又不能播一張 才載入一張 會造成 lag，最後就打算先載入 50 張到記憶體，剩下的再用非同步載入，結果這些 thread 也一樣會造成 lag～唉～總不能每播放 50 張就顯示 loading 吧～
okitty
說
只好拼命壓縮圖檔= =?
輸出到同一張圖檔再用切割讀圖?
{邦邦}
說
MatisHsiao: 此方案我也在考慮，不過還沒實作測試，也是因為我這裡說的影片是全螢幕尺寸，也就是 960x640，所以可能不太適合
{邦邦}
說
MatisHsiao: 如果 "載入" 這個動作的本身是耗資源的，不管載入的檔案大小如何，那麼為了省成本，就可以考慮使用 spritesheet 的作法，只不過因為我覺得 檔案大小 應該也有影響，所以 spritesheet 的幫助可能不大～要測了才知道
載入一定會耗資源~不過差別應該是載入一次或是載入376次的資源損耗量,不過你的是大圖的話,應該只有從壓縮率動手了~O~||
{邦邦}
說
其實，若是有方案是能在 app 中播放影片的話，那就完全不用這樣亂搞了～在 app 中的影片上，我們還會需要壓自己的 UI 在上面～
沒有類似media的api可以用嗎?
{邦邦}
說
我也是 Obj-C 初學，要花點時間 google 一下，而且也沒看過有遊戲有類似的應用～
Ticore
說
我自己覺得這是個死胡同~~~不是程式語言上的問題
Ticore
說
影片幾乎都是編碼過的，需要高效能的解碼器甚至硬體解碼才能播的順
Ticore
說
可是拆成圖片，圖片也是編碼過的阿，也是一樣需要解碼器
Ticore
說
只是格式不太一樣而已，需要像是 Adobe Premiere Mercury 水星引擎那樣的東西才能播的順
{邦邦}
說
所以我也有在好奇，要如何用到裝置上提供的某種解碼器～我們也不是一定要用連續圖檔，若有可以播放影片的 API 的話(要能壓我們自己設計的UI)，這方面我還要花點時間找找～