[
最新
] ■[
前年
|
前月
|
前日
|
2012/05/19
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
05/19 03:48
(
@gorry5
)
@jin1016
Java側は普通にメイン処理、テクスチャまわりの管理だけNDK部に投げてるという感じで
05/19 03:54
(
@jin1016
)
@gorry5
初代ギャラタブはアプリケーションヒープ 48MBだったと思うんですが、OpenGL ES でテクスチャに置くと制限回避とかできるんですかね……
(mega)
05/19 04:03
(
@jin1016
)
@gorry5
120MB と言うと、1024x1024 のテクスチャ 30 枚とかですが、そんなに使用しています? 12MB の間違いではないですかね? 120MBで動くというのがどうも信じられなくて……
(medu)
05/19 04:05
(
@gorry5
)
@jin1016
間違いなく120000KB(6桁)で出てます。ちなみにまだ開発中で最適化してないので、テクスチャバッファに転送した後に元のビットマップを捨ててなかったりするので
05/19 04:06
(
@gorry5
)
@jin1016
表示する画像データはこちらで管理してない(圧縮暗号化されたあとのデータだけが見られる)状況なので、何でどれくらい食ってるかは見てなかったりします :D
--------
05/19 04:22
(
@jin1016
)
@gorry5
OpenGL か NDK で回避出来るんですかね…… それとも、ギャラタブだけ何か回避されるとか。ちょっと実験してみようと思います。
(moke)
--------
05/19 04:46
(
@gorry5
)
@jin1016
毎フレーム64KBずつmalloc()しながら動作するプログラムを作って試験してみましたが、4500ブロック(=280MBくらい)まで確保できますね
05/19 04:49
(
@gorry5
)
@jin1016
ちなみにmallocしたメモリはすぐに全バイト書き込みしてるので遅延がかかってないことも確認
05/19 04:51
(
@gorry5
) というか、Android程度でもちゃんとmalloc()したあと実際にアクセスするまでページ割り当てされないのね…w
05/19 04:57
(
@gorry5
) というか、swapはconfigで切ってるだけでOS仕様としてはONのままなのかな?
05/19 12:49
(
@jin1016
)
@gorry5
と言う事は、NDK ではサイズ制限を受けるものと受けないものがあると言う事なんですかね。
(pani)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2012/05/19
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]