- 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あたりにリンク集･;(`ε()ﾞ
- 231 名前：デフォルトの名無しさん mailto:sage [2009/12/27(日) 20:24:15 ]
- まず自分のサイトのカウンタが回るか試せば良いじゃん
- 232 名前：デフォルトの名無しさん mailto:sage [2009/12/27(日) 23:26:25 ]
- GETとPOST間違えてんじゃねえの
- 233 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 00:17:20 ]
- ポケモンポストだぜ！
- 234 名前：デフォルトの名無しさん [2009/12/28(月) 01:02:07 ]
- >>229
それはオープンアプリというより、サイトの仕組みとか勉強したほうがいいんじゃないの？
カウンタ回んないとかオープンアプリ関係なくね？
インターネットの仕組みわかってリャ解決できそうなもんだけど
- 235 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 02:16:15 ]
- >>229
そのカウンターってどういうカウンターなの？
カウンターを回すのってサイトを開いた時じゃなくて
カウンターの画像を表示した時に回るんじゃないの？
- 236 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 07:54:55 ]
- ウインクって何だ？
モバゲ無料と聞いてたけど
クソ面倒そうだな
- 237 名前：デフォルトの名無しさん [2009/12/28(月) 08:14:34 ]
- >>235
参考になります。m(_ _)m
説明不足でしたが怪盗ロワイヤルでウインクすると何ポイントか貰えて回復に使えたりするんですよ。
数が多くて仲間内でウインクするだけでも何十分も掛かるんで、なんとか時間短縮をという。
ロボットにやらすのに丁度良いクリックゲーですね。
- 238 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 16:38:46 ]
- POSTでひきまわしているだろうデータを再現できてるとは思えない
- 239 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 16:43:12 ]
- そのゲームがよくわからんから何とも言えんな
モバゲーのチートスレとかで訊けばいいんじゃね？
- 240 名前：デフォルトの名無しさん mailto:sage [2009/12/28(月) 23:08:30 ]
- だからやっぱcgiの解析からだろ。swfかもしれんが。
- 241 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 01:19:29 ]
- >>225
> sunはとっととAndroidとiPhoneで動くJavaME用意しろ。CDCでもCLDCでも構わん。
去年の夏の発表直前に Apple に止められて御蔵入りしてるよ
iPhone は仮想マシンはライセンスで全面禁止になった
- 242 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 01:19:37 ]
- オッペンニャッポゥ
- 243 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 05:01:07 ]
- >>241
軽くググってもソースが見当たらないけど
本当？
まあiphoneでjmeは需要低そうだけど
- 244 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 15:39:46 ]
- 思い立ってMIDPのこと調べ始めたんですが、
オープンアプリって、SDカード内のデータを読み出すことできないんでしょうか？
ググっても、やり方が全く出てこないんですが。
- 245 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 17:33:04 ]
- 無理っていろんなサイトに書いてるでしょうが
- 246 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 18:21:07 ]
- >>243
英語でググれば色々見つかる。例えば下とか
blog.taragana.com/index.php/archive/how-to-develop-iphone-applications-in-java/
Apple's super-restrictive license agreement for the iPhone SDK prohibits the porting of the Java virtual machine to the iPhone.
DoJa ゲームを iPhone に載せたいなーとかいう話も流れて来てるけど難しいかんじ
- 247 名前：デフォルトの名無しさん [2009/12/29(火) 19:40:05 ]
- >>244
KDDI au: 技術情報 > オープンアプリ (Java?)
ttp://www.au.kddi.com/ezfactory/tec/spec/openappli.html
ここに書いてあること以上のことはできない
- 248 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 20:50:46 ]
- >>245 >>247
ありがとうございます。
実はできるんじゃないかと、１日中ぐぐりまくってたんでしたが。
EZアプリ（Java）なら出来そうなので、そっちも環境つくってみたんですが
エミュレータでアプリを動作させた時点でエミュレータがクラッシュしてしまって。
JDKが新しすぎるのがわるいのかと思うんですが…
- 249 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 21:05:52 ]
- >実はできるんじゃないかと、１日中ぐぐりまくってたんでしたが。
すいません、途方にくれて、日本語もおかしくなったようです。
- 250 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 21:55:14 ]
- EZアプリ（Java）対応端末のユーザーって今何％くらい残ってるんだろう・・・。
- 251 名前：デフォルトの名無しさん mailto:sage [2009/12/29(火) 23:25:13 ]
- >>246
おお、ありがと
ちょっと読んでみる
- 252 名前：デフォルトの名無しさん [2009/12/30(水) 01:03:18 ]
- >>248
KDDI au: 技術情報 > EZアプリ (Java?)
ttp://www.au.kddi.com/ezfactory/tec/spec/ezplus.html
EZアプリってかなり古い機種の携帯用のアプリっぽいけど端末持ってるの？
- 253 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 11:14:47 ]
- >>249 >>252
今の携帯では動かないんですか
携帯事情には疎くてすいません。
そうすると、auでSDカード読み出しできそうなのは
BREWってのがありましたね。
そっちの方で調べてみます。
すれ違いの方向にすすんじゃってすいません。
- 254 名前：デフォルトの名無しさん mailto:sage [2009/12/30(水) 12:13:03 ]
- BREW箱神社無理
- 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のマルチスレッドって注意点というか問題無かったっけ？
|
 |
