08/03/20 01:27:35
drawString()はdrawImage()とは比較にならないほど遅いメソッド。
実機でも非常に遅い。
976:デフォルトの名無しさん
08/03/20 01:34:58
それは重たいわな。もちろんBOLD指定は試したんだろうけど。
アルファ使えるんなら文字列部分は別イメージに描画しといて
それを使いまわしたほうがいいと思う。
リスト処理に時間が掛かる場合はUIとは別スレッドで。
977:デフォルトの名無しさん
08/03/20 01:47:29
>>975
やはりそうですか。
>>976
参考にさせてもらいます。
978:デフォルトの名無しさん
08/03/20 02:07:49
drawStringってそんなに処理速度遅いかな
内部的にはわからんが数回程度じゃ目に見えて遅いなーという印象はない
979:デフォルトの名無しさん
08/03/20 04:46:34
ゲームのスコア表示とかに多用するけど
同じくそれほど遅いと感じたことは無い気がする
iアプリじゃ太文字描画はdrawString重ねが定番みたいだし
iアプリと比べるのも変か
980:デフォルトの名無しさん
08/03/20 05:00:32
不変の文字をいくつも常時描画するなら、文字を書いた画像を一枚描画するほうが早いのかね
まあやり方次第か
981:デフォルトの名無しさん
08/03/20 06:30:25
いや、iアプリでもdrawStringは重い･;(`ε()ﾞ
982:デフォルトの名無しさん
08/03/20 07:14:17
たとえば長い説明文をスクロールさせたり、動く背景に重なってるスコアなど
毎フレーム再描画する必要がある文字列の場合、
素の状態の描画と、太字や縁取りの装飾をした描画で比べてみると遅さの違いがわかるよ。
キーを押したら”おはよう”を1行描くという処理と
キーを押したら”おはよう”を10行描くという処理では、ほとんど差はないと思うが。