- 1 名前：デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:42:32 ]
- J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。
前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 8
pc12.2ch.net/test/read.cgi/tech/1206017034/
過去スレ
携帯JAVAのスレッド
pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
pc5.2ch.net/test/read.cgi/tech/1070858996/
CLDC+MIDP+携帯電話用Javaスレッド part 3
pc5.2ch.net/test/read.cgi/tech/1091798483/
CLDC+MIDP+携帯電話用Javaスレッド part 4
pc8.2ch.net/test/read.cgi/tech/1108781476/
CLDC+MIDP+携帯電話用Javaスレッド part 5
pc8.2ch.net/test/read.cgi/tech/1132493827/
CLDC+MIDP+携帯電話用Javaスレッド part 6
pc11.2ch.net/test/read.cgi/tech/1155174514/
CLDC+MIDP+携帯電話用Javaスレッド part 7
pc11.2ch.net/test/read.cgi/tech/1180010672/
>>2-5あたりにリンク集･;(`ε()ﾞ
- 255 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 14:09:35 ]
- >>253
BREWで作っても実質配布できないよ
自由度高いDoJaでさえ審査無しで端末データ操作はできない仕様じゃなかったけ？
- 256 名前：244 mailto:sage [2009/12/30(水) 15:30:23 ]
- >>254 >>255
はい。BREWは申請いるんですよね。
後の検証もいるみたいで。
年が明けたら会社で申請してみようと思ってます。
とりあえず、一番厳しそうなBREWから初めてみます。
そこでつまづいたら、どうしようもないということで。
電波飛ばない地区を対象にしてるので、
SDカードのデータ漁れないとどうしようもないんです。
ちょっとでいいので、
申請通ることを一緒に祈ってください。
みなさん、本当にありがとうございました。
- 257 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 21:57:57 ]
- 公式CPになる気か？
- 258 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 23:04:53 ]
- >>256
BREW(Binary Runtime Environment for Wireless) 11
pc12.2ch.net/test/read.cgi/tech/1244073489/
まぁ頑張れや
- 259 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 23:06:33 ]
- BREWは別スレだから。
- 260 名前：デフォルトの名無しさん [2009/12/31(木) 03:18:40 ]
- >>256
KDDI au: 公式コンテンツで提供するサービス > EZアプリ (BREWR)
ttp://www.au.kddi.com/ezfactory/service/brew.html
技術情報くらい読めや
- 261 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 03:20:45 ]
- >>253
- 262 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 03:21:27 ]
- >>253
＞今の携帯では動かないんですか
＞携帯事情には疎くてすいません。
au公式の技術情報くらい読めや
- 263 名前：244 mailto:sage [2009/12/31(木) 03:36:39 ]
- >>258,259
はい、だから、すれ違いになってすいませんと書きました
別スレでがんばってきます。ありがとうございました。
>>260
そこ、既によんでます。がんばります。
>>262
だって、「EZアプリはクソなので、現在の携帯では動きません」
とは書いてなかったので…
半日くらい、EZアプリ（Java）に時間を割いたんですけどね…、無駄でした。
お気を悪くされた方がいらっしゃったら、申し訳ありません。
悪気はまったくありません。本当に感謝しています。
ありがとうございました。
- 264 名前：244 mailto:sage [2009/12/31(木) 03:39:34 ]
- すみません、>>263を読み返してみると、
やっぱり、ものすごく態度が悪いと見えます。
わたしが言いたいのは、
みなさんにレスしてもらって、本当に助けになったことです。
感謝だけです。ありがとうございます。
スレ違いですが、まずBREWから始めてみることだけ、書いておきます。
ありがとうございます。
- 265 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 07:54:39 ]
- 匿名掲示板だしこまけぇこた気にすんなよ
かなり特殊な物作ろうとしてるみたいだけど
本当に作る必要のあるものかは検討したのかな？
まあがんばれ
- 266 名前：244 mailto:sage [2009/12/31(木) 13:45:33 ]
- そう言っていただけると、とても助かります。
あんまりひっぱって、一人で展開しても迷惑なので、
これにて名無しにもどって、
ここではCLDCとMIDPの話するようにしますね。
- 267 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 16:17:04 ]
- >>263
＞だって、「EZアプリはクソなので、現在の携帯では動きません」
＞は書いてなかったので…
サイトに対応機種書いてあっただろ・・・読んでないじゃんおまえ
- 268 名前：デフォルトの名無しさん mailto:sage [2009/12/31(木) 17:52:10 ]
- そんな噛み付くなよｗｗｗ
どう見ても初心者だろ
- 269 名前：デフォルトの名無しさん mailto:sage [2010/01/01(金) 00:14:05 ]
- うむ。初心者なら仕方ないよね。
右も左もわからないんだから
- 270 名前：デフォルトの名無しさん mailto:sage [2010/01/02(土) 19:12:42 ]
- しねよ馬鹿ガキ
- 271 名前：デフォルトの名無しさん mailto:sage [2010/01/03(日) 02:36:21 ]
- ごめんなさい
- 272 名前：デフォルトの名無しさん mailto:sage [2010/01/03(日) 10:03:56 ]
- スルーしろ
- 273 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 01:56:34 ]
- ごめんなさい
- 274 名前：デフォルトの名無しさん mailto:sage [2010/01/04(月) 07:53:01 ]
- オラおめえだけは許さねえ！
- 275 名前：デフォルトの名無しさん mailto:sage [2010/01/05(火) 00:02:28 ]
- もう許して・・・
- 276 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 13:32:16 ]
- 申し訳ありません、質問です。
オープンアプリを作ってちょこちょこ遊んでます。
ランダムな色の円(fillArcで描画)を256個ほど使い、
擬似3Dチックな描画をしています。
(ワールド座標のY軸を中心に公転、深度ごとに毎フレームソート)
で、所有している端末はW51CAなのですが、実行性能が3fps程度と非常に低いです。
これがたとえばCA003とか、そういう最新機種だと、速度面は改善されますでしょうか。
も一個、GameCanvasとテキストフィールドを組み合わせて使うことって可能ですか？
- 277 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 15:35:56 ]
- fpsは最新機種なら当然上がるが例外機種もありそう
canvasとformは切り替えて使うなら可能
同時に使うことは不可能
自前でテキストフィールドっぽいものを作るしかない
- 278 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 18:12:19 ]
- なるほど。
ありがとうございます
- 279 名前：デフォルトの名無しさん mailto:sage [2010/01/17(日) 20:34:54 ]
- OAPの機種毎の描画性能って気になるところだけど情報無いね
極端な差はなさそうだけど
- 280 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 10:19:38 ]
- OAP仕事でやったやついる？
- 281 名前：デフォルトの名無しさん mailto:sage [2010/01/18(月) 23:27:50 ]
- OAP搭載機種にバンドルされてる猿のゲーム作った人ぐらいじゃない？
- 282 名前：デフォルトの名無しさん [2010/01/19(火) 00:35:36 ]
- 猿のゲーム？
- 283 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 17:31:30 ]
- ぷよぷよもどきが付いてたでしょ
- 284 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 19:02:48 ]
- W52CAはOAPの説明するだけのアプリが付いてた。最近の機種はぷよぷよもどきが付いてるの？
- 285 名前：デフォルトの名無しさん mailto:sage [2010/01/19(火) 19:35:19 ]
- ぷよぷよもどき付いてない機種があるのか
って事は付いてるのはOAPのバージョンが上がったKCP+端末以降かもな
- 286 名前：sage mailto:sage [2010/01/22(金) 11:13:33 ]
- すみません、質問です。
S!アプリにて、アプリからブラウザ起動時にアプリを終了させることはできるでしょうか
？
platformRequest, BrowserConnectionの2種類で試しているのですが、
どちらもブラウザ終了後に一度アプリに戻ってきてから終了します。
下記にソースを一部抜粋します。
// platformRequestを使用する場合
app.platformRequest("http" + アドレス);
Thread.sleep(1000); // sleepがないとブラウザ起動失敗したりするため
app.notifyDestroyed();
// BrowserConnectionを使用する場合
BrowserConnection bc = (BrowserConnection)Connector.open("url:" + アドレス);
bc.connect();
app.notifyDestroyed();
検証端末はSoftBank 931SHです。
解決法がありましたら教えてください。
よろしくお願いします。
- 287 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 11:19:08 ]
- ウチは結局戻ってきてから終了させた。
- 288 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 14:14:12 ]
- ウチも同じく。
- 289 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 16:45:54 ]
- >>286
実装依存。
VM起動中に他のアプリケーションが起動してるとVMの再起動かかる実装だと
ユーザーがリクエスト実行の許可を出した時点でプロセスをフォークする。
んで有無を言わさずただちにVMは正常終了する。
OSがマルチタスクで、VMが複数プロセス起動できる実装なら（他のアプリケーションと排他起動ではない）なら
リクエストはフォークしたまま、VMは生きてることもある。
MIDP2.xまではVMの複数起動とアプリケーション間通信が標準化されてないのでそういうことが標準でできるようになるのはMIDP3.0以降。
MIDP3.0はCDCが余裕で動くくらいのデバイス要求だから実現するのははるか先の話。
- 290 名前：286 mailto:sage [2010/01/22(金) 19:49:34 ]
- >>289
詳しい説明ありがとうございます。
端末依存の挙動になるなら、
アプリに戻ってきてから終了が無難ですね。
>>287,288のお二人もありがとうございました。
もう一件困ったことがありまして新たに質問です。
platformRequestで接続時に
「ブラウザを起動しますか？」というようなダイアログが出てくるときに
「いいえ」を選ぶと>>286の書き方では終了してしまいます。
Exceptionをcatchできないかとも思ったのですが駄目でした。
このダイアログの選択結果を取得する方法はありますでしょうか？
よろしくお願いします。
- 291 名前：デフォルトの名無しさん mailto:sage [2010/01/22(金) 22:38:23 ]
- AMSが出してるダイアログだから無理じゃないかね。
- 292 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 12:34:05 ]
- 質問です。(MIDP/MEXA)
現在、画面のコピー処理を作成しています。
オフスクリーンに描画したものを、
キャンバスにコピーする(画面に表示させる)事はできるのですが、
逆に、キャンバスに描画されているものを、
オフスクリーンにコピーする手段が見つからず、困っています。
Canvasクラスのpaint()の引数「Graphics」から、
imageクラスを作成する事が出来れば良いのですが、それが出来ない。
※Canvas.getImage()は使用出来ず。
※GraphicsUtil.getPixel()で、paint()の引数「Graphics」から、色を取得しようとすると、
java.lang.SecurityExceptionが発生してしまう。
何か良い手段は無いでしょうか？
- 293 名前：デフォルトの名無しさん [2010/01/23(土) 15:10:46 ]
- 可変タイプのImageクラスに描写したいもん全部描写して
キャンバスにまるごとコピーするってのはどう？
- 294 名前：292 mailto:sage [2010/01/23(土) 15:56:50 ]
- >>293
> 可変タイプのImageクラスに描写したいもん全部描写して
> キャンバスにまるごとコピーするってのはどう？
それは、私が最初に記した、
「オフスクリーンに描画したものを、
キャンバスにコピーする(画面に表示させる)事はできるのですが、」
にあたる処理ですよね？
毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。
- 295 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 16:04:00 ]
- >逆に、キャンバスに描画されているものを、
>オフスクリーンにコピーする手段が見つからず、困っています。
と
>毎回、「オフスクリーン(Imageクラス)に描画⇒キャンバスにまるごとコピー」を行う方法では、
>アクションゲームを作る場合に性能が落ちてしまう為、避けたいのですが・・・。
に何の関係があるのか分からん
- 296 名前：292 mailto:sage [2010/01/23(土) 16:21:03 ]
- >>295
> に何の関係があるのか分からん
分かり辛くて申し訳ないです。
基本的には、アクションゲームなので、性能が落ちない作りとしたいのですが、
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装したかったもので。
- 297 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 16:36:38 ]
- だから
現在表示している画面を後から見る機能(リプレイ機能的なもの)を、実装すると
なんで
性能が落ちない作りになると思ったの？
- 298 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 21:11:41 ]
- ビデオのように保存したかったってことか？
だとすれば速攻でメモリが一杯になる気がするが……。
- 299 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 21:54:37 ]
- >>292
動画としてキャプチャするのはスペック的に不可能なので、リプレイ機能は他の方法でやるしかないよ。
- 300 名前：292 mailto:sage [2010/01/23(土) 22:09:35 ]
- >>297
>>298
すいません、
「リプレイ機能的なものを実装すれば、性能が落ちない」と言うわけではなく、下記の事が言いたかっただけです。
＜実現したい事＞
キャンバス(現在表示している画面)を、オフスクリーン(可変タイプのImageクラス)にコピーしたい。
(ビデオのようにではなく、画像のキャプチャのような機能を作りたい。)
※WindowsのPrintScreenみたいな機能が実装できれば良いです。
①毎回オフスクリーンに描画⇒キャンバスにコピーを行った場合
⇒下記②より性能が悪い。
しかし、オフスクリーンには、常にキャンバスの画像が描画されている為、実現したい事は満たせている。
②毎回キャンバスのみに描画した場合
⇒上記①より性能が良い。
しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。
↑この手段を知りたい。
>>293の方法は、
上記①の方法だと思い、上記②(キャンバスのみに描画)より性能が落ちると思いました。
- 301 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 22:56:57 ]
- 毎回スナップショットとる=連続静止画=動画だよな？
スペック的にふつうにリプレイ（のようなもの）を実装しないと実現できんと思うんだが。
ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
- 302 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:19:48 ]
- >>301
スナップショットをとるのは、何かボタンを押した時だけで良いです。
(つまり、何かボタンを押した時に、キャンバスをオフスクリーンにコピーしたいです。
①の方法の場合は、何かボタンを押した時に、
現在のオフスクリーンを、別のオフスクリーンにコピーすることで、画面のキャプチャが可能。)
>>ていうか①では性能落ちないだろ。ただのバッファリングだぞ。
うーん、①の方法で試してみます。
- 303 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:24:41 ]
- ていうかダブルバッファしてないの？
あるタイミングでバッファのスナップショット取ればいいだけだろ。
- 304 名前：デフォルトの名無しさん mailto:sage [2010/01/23(土) 23:32:54 ]
- ダブルバッファはしていないです。
バッファのスナップショットを取る方法で試してみます。
回答ありがとうございました。
- 305 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 02:50:55 ]
- >>300
> しかし、キャンバスをオフスクリーンにコピーする手段がない(分からない)為、実現したい事が満たせない。
キャンパスをオフスクリーンにコピーするときの時間は無視できるのか
めでたい香具師だな
- 306 名前：デフォルトの名無しさん [2010/01/24(日) 03:25:21 ]
- 描写されてるオブジェの種類と座標を全部記憶しておいて、あとで再描写すればええんでないの？
- 307 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 16:19:07 ]
- >>304
要はスナップショットが必要なのに>>292の質問文ができあがるとか
失礼だがプログラム向いて無いっぽいぞ
- 308 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 16:34:35 ]
- >>305
PrintScreenするときだけゲームが少し止まるってのは、よくあると思うよ。
まぁどっちにしても、①のようなことするアプリつくったことあるけど、
性能にそんなに影響ないっぽいよ。
- 309 名前：デフォルトの名無しさん [2010/01/24(日) 16:53:58 ]
- 実装機の性能次第ってとこか
- 310 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 18:16:13 ]
- まともなアクションゲームぐらい実装できる性能なら
一画面保持しておく程度の事は全く問題ないと思うが
- 311 名前：デフォルトの名無しさん mailto:sage [2010/01/24(日) 18:47:26 ]
- つまり無理って事だな
- 312 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 07:09:15 ]
- お前はいつの時代の携帯使ってんだよｗｗ
- 313 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 10:44:59 ]
- キャプチャ時に時間かかっていいならgetPixel、setPixelでできるだろ
- 314 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 12:42:25 ]
- Canvas.getPixel
Canvas.setPixel
- 315 名前：313 mailto:sage [2010/01/25(月) 13:31:44 ]
- 良く読んだらgetPixelで例外でるって書いてあるね。すまん
- 316 名前：デフォルトの名無しさん [2010/01/25(月) 13:39:29 ]
- GraphicsUtil?
- 317 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 13:41:32 ]
- >>316
>>2
- 318 名前：デフォルトの名無しさん [2010/01/25(月) 15:12:40 ]
- ダブルバッファリングって何？
Canvas.isDoubleBuffered() がtrueとfalseではどう違うの？
グラフィックス描写処理にどういう違いがあるの？
- 319 名前：デフォルトの名無しさん [2010/01/25(月) 15:21:15 ]
- ゲームではGameCanvasをRunnableにして
getGraphics()で取得したGraphicsを
run内のループで描写してはflushGraphics()して表示してるんだけど
paintメソッドやrepaintメソッド使ったほうがいいってこと？
- 320 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:33:20 ]
- class GameCanvas extends Canvas{
Image buffer;
GameCanvas(boolean suppressKeyEvents){
buffer=Image.createImage(getWidth(),getHeight());
}
Graphics getGraphics(){
return buffer.getGraphics();
}
void paint(Graphics g){
g.drawImage(buffer,0,0,Graphics.LEFT|Graphics.TOP);
}
}
こんな感じと予想
- 321 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:38:07 ]
- void flushGraphics(){
serviceRepaints();
}
flushGraphicsはこんな感じと予想
- 322 名前：デフォルトの名無しさん mailto:sage [2010/01/25(月) 15:41:13 ]
- (；´Д｀)
- 323 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 01:59:51 ]
- 久々にスレが動いたかと思えばダブルバッファも知らん連中で溢れかえっていました
- 324 名前：デフォルトの名無しさん [2010/01/26(火) 02:13:09 ]
- まぁ初歩的な質問はスレチかな
ダブルバッファｽﾚで尋ねてみなさい
- 325 名前：デフォルトの名無しさん mailto:sage [2010/01/26(火) 14:12:52 ]
- ダブルバッファをGameCanvasの使うのと自作するのとではどれだけ性能差があるんだろうね
- 326 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 04:31:12 ]
- GameCanvasので問題ない
性能差なんて殆ど無い
- 327 名前：デフォルトの名無しさん mailto:sage [2010/01/27(水) 16:28:22 ]
- リュウとケンぐらいの差だな
- 328 名前：デフォルトの名無しさん mailto:sage [2010/01/28(木) 21:03:14 ]
- そんなことより描画とロジックを別スレッドにしろ
びっくりするほど速くなる
スレッドセーフに気を使わないといけなくなるし
重くなるとフレームスキップおきまくるけど。
- 329 名前：デフォルトの名無しさん [2010/01/29(金) 00:10:18 ]
- 何が早くなるの？
- 330 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 01:49:33 ]
- W5X世代だと画面クリアして文字出してるだけで10fpsなのに、速くなるわけなどない。
それに根本的に演算コストやら描画コスト変わらないのに、速くなるわけなどない。
- 331 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 05:18:46 ]
- 可読性犠牲にC的にｺﾞﾘｺﾞﾘ書く方が速いやな
ってかMIDPのマルチスレッドって注意点というか問題無かったっけ？
- 332 名前：328 mailto:sage [2010/01/29(金) 10:20:47 ]
- シューティングで3並列でマルチスレッドのアプリ作ったけど、
動作速度がかなり速くなったよ。
500のスプライト・30msのループでも、多少フレームスキップが
おきるけど、動作速度は殆ど落ちない。
ディスプレイにデータを転送して描画を待っている間に、
次のフレームの処理をしているのだから、むしろ当然だと思うんだが。
- 333 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 11:10:35 ]
- 実機でそれだけの速度が出るなら、ぜひともどの機種を使ったか書いてくれ
- 334 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:12:11 ]
- >>332
描画とロジックを切り分けるのは良くあるパターンだけど
動作速度の解決手段としてスレッドで分ける事に
どういう意図があるか是非聞かせて頂けないだろうか？
- 335 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 12:42:50 ]
- >>334
332じゃないけど、描画の時間を有効活用するって事じゃないのか？
- 336 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 16:29:01 ]
- >>334
断続的に処理落ちが発生しており、フレームレートを平滑化する仕掛けを実装してないんだろう？
ロジックと描画を非同期にしていまえば、どれだけ描画が遅れようともロジックが処理落ちすることは
なくなるしな。
- 337 名前：デフォルトの名無しさん mailto:sage [2010/01/29(金) 18:56:04 ]
- いろいろツッコミ所は多いが
まずシューティングゲームとして致命的な仕様だなｗｗｗ
- 338 名前：334 mailto:sage [2010/01/29(金) 20:54:14 ]
- >>335-336
なるほど、そういう方法があるんですか
でも根本的な動作速度の改善とは少し違う意味合いでの高速化だね
シングルスレッドでスリープ間隔固定でぶん回す方が速度的にも現実的な気もするけど…
- 339 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 12:14:06 ]
- どうにもうさんくさいんだよなあ。
PCのテスト環境上での話しだというならわかるんだけど。
実機で1フレーム1回全画面クリアした時のfpsより、
>>332の方が速いって信用ならない
- 340 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:20 ]
- 環境がKCP+端末上のOAPとかだとメール受信OFF設定でも
数分おきにバックグラウンド処理で何やら高負荷が掛かるから
描画スキップが激しそうだな
- 341 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:10:36 ]
- ならベンチマークとれよ
- 342 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 16:37:57 ]
- ベンチマークテストの仕方がわからない
- 343 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 17:58:23 ]
- ベンチマークってKCP+のモッサリが解消するアプリだったのか
- 344 名前：デフォルトの名無しさん mailto:sage [2010/01/30(土) 22:07:12 ]
- だれもそんなこと言ってないだろ
- 345 名前：デフォルトの名無しさん mailto:sage [2010/01/31(日) 00:37:31 ]
- 安価ぐらい付けろって意味でからかわれたんだろ
- 346 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 14:13:55 ]
- こんにちは。
S!アプリのユーザーって減ってますか？
iPhoneユーザーばかりになってるんでしょうか？
- 347 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 17:29:59 ]
- ここで聞くことじゃ無いし他で聞いても多分誰も答えれんだろう･;(`ε()ﾞ
- 348 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:08:15 ]
- オープンソースのjavaで
腐ってる中でも性能出そうな実装って知りませんか？
- 349 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:31:11 ]
- コンパイラ？VM?JAVAチップ？
- 350 名前：デフォルトの名無しさん mailto:sage [2010/02/04(木) 23:35:06 ]
- >>349
JVMです。j9買えなくなったので
困ってます
- 351 名前：デフォルトの名無しさん mailto:sage [2010/02/05(金) 15:27:20 ]
- オープンソースで？
- 352 名前：デフォルトの名無しさん mailto:sage [2010/02/06(土) 10:00:29 ]
- >>351
j9自体国内から買えなくなった
- 353 名前：デフォルトの名無しさん [2010/02/08(月) 01:23:27 ]
- OAP終了～
orz
今後auの携帯にOAPは実装されないらしい・・・
せっせとOAP作りを勉強してる俺オワタ＼(＾o＾)／
携帯買い替えられないお
- 354 名前：デフォルトの名無しさん [2010/02/08(月) 01:24:58 ]
- OAPちゃんは特別なAPIとか無いからそのままソフトバンクとかの携帯アプリとして使えたりする？
使えるんなら次携帯買い換える時はソフトバンクにするお
- 355 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 01:59:55 ]
- 自分で調べれ
|
 |
