AndroidのJelly Beanから導入されたProject Butterのトリプルバッファリングってなんなの？
-
- いいね！7
わかめ@毎日猫がいる
@vvakame
@inuchin いぬちん氏〜〜〜〜〜〜〜〜トリプルバッファリングのメリットとデメリット解説してくだされーーーー〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
2012-07-16 11:42:34
inuchin
@inuchin
@vvakame それ長くなるから説明面倒臭いんだけど、DubbleBufferingでも間に合わなかった時にもう1枚あるとlockされ無くなる。vsync依存してると関係ない。
2012-07-16 11:45:49
zaki50
@zaki50
@narusemotoki @vvakame それって歩留まり向上のために 8個あるSPE のうち1つは使ってないって話じゃなかったっけ
2012-07-16 11:48:36
inuchin
@inuchin
@vvakame 液晶に転送している間はvramにwrite lockかかる。vsyncが戻る時にunlock-lock処理が走るんだけど、裏バッファにwriteされてると入れ替え待ちが発生->fps落ちる TBなら理論上排他lockかからない
2012-07-16 11:51:29
わかめ@毎日猫がいる
@vvakame
@inuchin それはwriteが32ms超えたらダブルと同じくlockかかるんちゃうん？理論上排他lockかからないってどういうことなん？
2012-07-16 11:52:45
nullせ
@narusemotoki
@zaki50 @vvakame こんな記事を見つけました．一個は予備で，一個はOSみたいです．http://t.co/Yf6acoX4
2012-07-16 11:54:16
inuchin
@inuchin
@vvakame vsync待ち(fps固定)してると、この利点があろうがvsync戻るまで待ってるので勿体無い。fps低下はしにくくはなるけどもね
2012-07-16 11:55:10
わかめ@毎日猫がいる
@vvakame
@inuchin あー。12msで処理済んでも次のフレーム描画に4+16ms使えるようにはならないけど、TBの場合lockされないから余裕がうまれる、とかそういう？
2012-07-16 11:57:06
inuchin
@inuchin
@vvakame 32msかかったら落ちるに決まってるけど、重要なのはvramに書きこんでflipした後は、出力がその領域を読んでるって事です。2つのデバイスが2つのバッファをやりくりするより予備１個あると効率が良くなる
2012-07-16 11:58:23
inuchin
@inuchin
@vvakame 長くなるからそのうちちゃんと説明させてw GNで打ち込むの大変なのでござる。レンダリングパイプラインとか話し出すと長くなる
2012-07-16 12:01:46
わかめ@毎日猫がいる
@vvakame
@inuchin ぐぬぬｗ しかし発表が近いのだ…ｗ まぁそこまで詳細に追いかけるとこじゃないから、今度でもいいんだけどねｗ
2012-07-16 12:03:28
おっさん
@kmt_t
@vvakame さん、ダブルバッファだとvsync待ちの間、フロントバッファはディスプレイ出力中なので書き込めません。バックバッファも1フレーム先の画像が入ってるため書き込めません。vsync待ちが完了するまで何も出来ません。
2012-07-16 12:07:18