Android模糊影像教程(5)

liutl發表於2014-08-25

到目前為止,在本系列中已經講述了一些幀頻的方法和儘可能保持我們幀頻的斷言。這篇文章我們將一起研究如何計量幀頻,並且探索佈局和檢視的改變會對幀頻產生哪些影響。

我們以精確的定義幀頻來開始我們這篇文章。當執行任何型別的動畫時,幀頻是很多不同的幀,這些幀每秒顯示一個。幀頻越高,動畫顯示的越流暢。大部分人能接受的單個幀大約是10-12fps,但是為了使動畫讓人感覺不到斷續,我們需要更大的值。電影史24幀每秒,而電視是24-30幀每秒(但是300fps是標準的變數);許多視訊遊戲能超過30fps。

然而我們不需要達到電視廣播或者遊戲的動畫標準;為了使動畫表現更完美,我們應該讓我們動畫儘可能的流暢,我們應該指定最佳的幀頻。

當在Android中使用動畫時,不考慮我們用的動畫框架,基本的流程是:

1.通過計量和定位所以的檢視物件來初始化佈局檔案。
2.呼叫onDraw()方法繪製所以檢視。
3.執行動畫的物件將改變值,這些值將影響基於執行時間的onDraw()繪製。
4.回到第二步。

這個迴圈直到動畫完成。檢視層次銷燬,或者佈局改變。當我們需要佈局時,上面的流程將重新進行。

幀頻越低,onDraw()執行越快。所以我們應該最希望的是保持onDraw()儘可能的高效。

到底我們該如何計量幀頻呢?最簡單的辦法是計算onDraw()被呼叫的次數除以執行時間能繪製的幀的個數,那樣我們就能夠得到幀頻。然而,我們將介紹下面的例子TimingLogger來使計算更加簡單,將我們想要計算量比較大的操作放到程式碼外面。

我們建立一個BlurredTextView,繼承自TextView,在它裡面計算onDraw()呼叫次數。

現在我們使用我們之前的控制佈局來代替標準的TextView,並且新增一個按鈕來開啟和停止動畫。

最後我們需要更新MainActivity類來處理開啟動畫和停止動畫和計算幀數(這是為什麼要在MainActivity和定製的TextView中計算的原因)。

如果我們執行上面的程式碼,可以發現動畫時流暢的(儘管的視訊看上去在這個裝置上不是流暢的),但是模糊的背景是移動的在定製的檢視上。這種情況是理想的,因為我們還沒有做任何的模糊處理。

但是所有重要的幀頻輸出結果是這樣的:

現在這是不正確的。視訊中的值要大於0.2fps。這個本地幀表明onPreDraw()方法被呼叫的次數。幀表明onDraw()呼叫的次數。

我懷疑的是有一個優化發生了。因為我們的TextView並沒有改變。一個ViewOverlay被使用了。導致onDraw()沒有被呼叫。因此她的呼叫數沒有增加。

然而,我們看到onPreDraw()被呼叫的次數了。這是基於我們手動計算的值。我們得到了174fps,這是相當理想的值。但是硬體要相當的好的時候,這種優化和提升才能體現真正的價值。

下篇文章我們將介紹動態模糊和幀頻的影響。

相關文章