CLDC+MIDP+携帯電話用Javaスレッド part 9

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あたりにリンク集･;(`ε()ﾞ  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 ] 自分で調べれ 356 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 04:12:10 ] >>353 ググってもソース見つからんかった どこの情報？ あとMIDP勉強してるなら何にでも応用効くじゃんｗ 357 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 08:42:50 ] >>356 creation.mb.softbank.jp/sapp/index.html www.au.kddi.com/ezfactory/tec/spec/openappli.html 358 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 10:14:53 ] >>354 S!アプリとOAPは規格が違うので完全互換は無いので注意が必要だけど、基本的にはすぐ移植できるよ。 開発環境は無料なんだしエミュレータで試してみたら？ 359 名前：デフォルトの名無しさん mailto:sage [2010/02/08(月) 15:10:00 ] >>357 ただの安価ミスだとは思うが >今後auの携帯にOAPは実装されないらしい・・・ についてのソースが欲しいと言ったんだよ 360 名前：357 mailto:sage [2010/02/08(月) 17:23:27 ] ×>>356 ○>>354 すみません、アンカミスいしました。 361 名前：360 mailto:sage [2010/02/08(月) 17:25:03 ] ×すみません、アンカミスいしました。 ○すみません、アンカミスしました。 今度はタイプミスしましたorz.. 362 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 11:26:31 ] OSSのKVMてPhoneMEいがいにあるの？ 363 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 23:57:48 ] PhoneMEもう更新されねーだろ ボラクルから圧力もかかってるし 364 名前：デフォルトの名無しさん mailto:sage [2010/02/15(月) 18:58:51 ] SoftBankの920SC, 820SCでのみ、 下記の通信接続オープンの箇所で、 例外処理にも来ず端末が再起動するという現象が起きています。 この端末について何か情報をお持ちの方がいましたらよろしくお願いします。 HttpConnection httpc = (HttpConnection)Connector.open(url); 365 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 01:11:42 ] 日本の携帯Javaって変な機種依存多すぎてVMの利点が無いね Dojaは知らんけど 366 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 18:51:01 ] Javaはもともとそういう性格の子なので、こればかりはなんとも。 367 名前：デフォルトの名無しさん [2010/02/16(火) 20:16:00 ] auのオープンアプリなら純粋なCLDCMIDPだからオープンアプリ用アプリなら他の機種への移植は容易かも・・・？その逆は不可だけどね 血液型で例えるならオープンアプリはＯ型で他の血液型に輸血は出来るけど逆に血を貰うことはできないと 368 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 20:22:48 ] M1000 も MIDP だったんだけどなあ。 369 名前：デフォルトの名無しさん mailto:sage [2010/02/16(火) 23:29:05 ] Willcomこそ純潔のMIDPぞ！！ 370 名前：デフォルトの名無しさん [2010/02/18(木) 11:45:10 ] まぁAndroidが広まればMIDPも広まるだろ アプリストアでMIDPアプリが売れるようになるわけだし 371 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 11:52:27 ] いやMIDPとandroidは全然概念違うから。 372 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:14:43 ] >>370 373 名前：デフォルトの名無しさん [2010/02/19(金) 13:03:23 ] Androidでは既にMIDPが動いているよ ゲームだとMIDPの方がプログラム組みやすいから、Android携帯はMIDPゲーム端末としても有望かもしれない 374 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:13:31 ] 少なくとも現行の日本で手に入るandroidデバイスでMIDPは動かないが？ androidストアで配布もしてねえし。 動くって考えて開発する奴は殆どキチガイに近いだろ。 375 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 15:19:30 ] 一部業界関係者にはandroidでMIDPが動くという情報が出回っているんだろう おそらく公式発表前の情報だから、本来は口外禁止のはずだが 末端の人間はそんなこと知ったことかであちこちで言いふらしているといったところか インサイダー取引につながりかねない危険な情報だ 376 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 17:29:37 ] 確かJavaSE+独自拡張の言語で作れるらしいじゃん MIDPアプリの移植は簡単そうだな 377 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 19:37:43 ] MIDPをAndroidで動かすWrapperが既にあるよ。 ttp://www.netmite.com/android/ 378 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 16:14:12 ] 誰か日本語ドキュメントを作ってくれ〜〜 379 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:54:30 ] 自分の知識の範囲内だけでキツい言い方しちゃうと 往々にして後で恥をかくもんですなあ 380 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 13:47:05 ] Piccolo XML ParserをCLDCで動くように移植したんだがいらないコード全部とっぱらってもライブラリサイズが160Kより落ちなかった。 まだいじる余地はあるがCLDC環境にはデカすぎるな。 速度もPiccolo:XPP3が1:1.3~1.5くらいの差しかなかった。 381 名前：デフォルトの名無しさん mailto:sage [2010/02/22(月) 16:30:28 ] 300k制限+通信制限じゃxml扱うのは辛いね 382 名前：デフォルトの名無しさん [2010/02/26(金) 17:15:41 ] イメージ生成について質問です。 Image.createImage( String name ); に関しての処理時間が遅いのは仕様なんですかね･･･？ 画像ファイルが10x10程度のサイズでも生成に20ミリ秒ぐらいかかっている。 Image.createImage()でイメージを複数生成しようとした際には アプリが止まっているように見えてしまうので困ってます。 Image.createImage(byte[] imagedata, int imageoffset, int imagelength) にすれば多少は早くなるのですが、メモリが厳しくて画像全てをbyte配列で 保持するのが厳しいorz 誰か良い解決方法教えて･･･。 使用端末は905SHです。 383 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 20:46:14 ] オブジェクトの生成は基本的に重いから普通は ロード画面でまとめてやるんじゃない？ ある画像のImageオブジェクトの生成が終わったら そのbyte配列持っとく必要無いんじゃない？ 384 名前：デフォルトの名無しさん [2010/02/26(金) 21:45:24 ] >>383 頻繁に使用する画像に関してはロード画面でまとめて生成を済ませて ゲーム中にイメージの解放をする可能性がある画像のみbyte配列にて 保持している状態になってます。 ゲーム中に使用する画像が多いのもあって、メモリの都合上、全ての 画像を最初に生成する事が不可能な状態･･･orz ドコモとソフトバンクの処理速度の違いに毎回苦しめられている･･･。 385 名前：デフォルトの名無しさん mailto:sage [2010/02/26(金) 22:12:27 ] その状況じゃどっか削って移植しか思い浮かばないなぁ 386 名前：デフォルトの名無しさん [2010/02/26(金) 23:54:07 ] ハードウェア依存大変そうだね 387 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 13:54:15 ] 大変なんじゃなくてもともとスペック的に無理なことやってんじゃないの？ 388 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:39:13 ] 仕事でやってるとSoftBankさえなかったら…ってよく思う SoftBankに比べればBrewへの移植なんて可愛いモン 389 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:46:55 ] SoftBankはメモリが少ない機種が混ざってるのが問題になるな。 auはBREWが問題になるな。 Docomoは・・・アプリに関して俺は特に不満は無い。 390 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:50:29 ] アプリﾄﾞｺﾓ最強説？ アイフォーンとかのアプリは？ 391 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:53:18 ] iPhoneはMIDPじゃない 392 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 16:56:27 ] iPhoneは開発するのにまずMac買わんと。 それに言語がObjectiveCなんだっけ？ さらに加えて実機動作＆配布させるためには年間１万必要とか聞いた。 393 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 17:01:56 ] ドコモはTrusted関係を一般に開放したら最強になる。 一方でそうなった場合は最凶になる可能性も秘めている。 394 名前：デフォルトの名無しさん mailto:sage [2010/02/27(土) 19:02:30 ] ドコモが一番バランス取れてる auのアプリ環境は初期の頃から方針がぶれてたし 今頃になってOAP載らない機種が出てきたし ソフバンは問題外 395 名前：デフォルトの名無しさん mailto:sage [2010/02/28(日) 21:47:01 ] それはそうなんだけど、今はもうパケ放題だし、個人情報以外のAPIはトラステッドからはずしてほしいなぁ。 せめてGPSだけでも・・・。 どうせ、WEB経由とか写真経由で取れるんだから、ダイアログ出してもいいからさぁ。 396 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:08:24 ] DCMは解像度がバラバラなのをなんとかしてくれ いまだに縦240が主流てありえない 397 名前：デフォルトの名無しさん mailto:sage [2010/03/03(水) 01:23:47 ] ドコモじゃなくても携帯の解像度なんて結構ばらばらじゃない？ Dojaなら3D使えるし2Dも画像の拡大縮小を綺麗に速くできるからごまかしが効きそう 398 名前：デフォルトの名無しさん [2010/03/04(木) 17:57:14 ] オブジェクト指向の練習とばかりに いろんなクラスを作ったら ファイルサイズが増えたぞ くそったれが！ 399 名前：デフォルトの名無しさん [2010/03/04(木) 18:47:43 ] オープンアプリで車のゲーム作ってんだけど GameCanvasのサブクラスをRunnaableにして run内でループ作って そのループ内で毎度全部描いたあとにflushGraphicsしてるんだけど 何故か残像が残るんですよ 残るのは道路上の車が残像残すんですよ Wireless Toolkit 2.5.2に入ってるエミュレーターでは残像出ないんですが 実機、つまりケータイ上だと残像がでちゃうんですよ これって実機側の問題だと思います？ 400 名前：デフォルトの名無しさん [2010/03/04(木) 18:52:44 ] 目の錯覚っすかね 道路の色が暗い灰色（7F7F7F）で 車の色が青（FF0000）と緑（00FF00）と赤（0000FF）なんすよ アクションゲームなんで残像みえるとやりにくいんすよね FPSは10くらいで車は1フレームにつき最大30ドットくらい動くんすけどね どうしたらいいすか 401 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:54:07 ] その説明だけじゃ何ともいえない もっと状況を整理して日本語を正しく使え 402 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 18:55:49 ] 具体性に欠けるので その質問には答えられません 403 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:43:30 ] エスパーするとおそらく液晶の残像のことだと思われ。 日本の携帯の液晶品質だと残像が残るほど色切り替えの遅い液晶は無いと思うが、それでも気になる程度に残像っぽい物が見えるのは確か。 対応策は無いので諦めれ。 404 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:59:05 ] 車の描画直前に画面全体を白塗りするテストコードを入れて検証してみてはどうか それでも残像出てる(液晶の残像)なら参考として携帯の機種名とか教えてもらいたい 405 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 23:29:39 ] ティアリングじゃないか？ 液晶の質の問題が大きい気がするが動きを小さくするとかでごまかせんかねぇ。 垂直同期って実装依存だし・・・。 406 名前：399 [2010/03/04(木) 23:58:46 ] すいやせん、目の錯覚ぽかったっす 極端な角度からみたら正常に表示されてるの確認したっす どおもお騒がせしやした 407 名前：399 [2010/03/05(金) 00:00:15 ] >>403やっぱそうっすよね。予想はしてたっす >>404ケータイはauのW61CAっす >>405なんとか努力してみるっす どーもでしたー 408 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 00:05:24 ] （#^ω^）ﾋﾞｷﾋﾞｷ 409 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:10:21 ] もう枯れた話でスマソ。 WS011SH(W-ZERO3 Advanecd/[es])で、アプリ経験あるﾔｼかな。 CanvasのgetHeight()で、(本当は700dotくらいあるのに) 536しか取得できないって貴地？ 410 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 00:52:52 ] 残念ながら未経験でつ 411 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:06:15 ] スマソとかヤシとか無理な誤変換とか 昔を思い出すな 412 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 01:26:29 ] あの頃は青かった 413 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:43:27 ] Javaで ＧＵＩアプリとか、ネットのアプレットとか、携帯端末のMIDletとか、で 相互に移植しやすく作るには 入出力系統を分離して設計すれば大丈夫？ 414 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 02:44:41 ] やべ、スレ間違えた。めんごめんご 415 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:39:25 ] 碧ちゃんｗｗｗ 416 名前：デフォルトの名無しさん [2010/03/11(木) 00:40:28 ] 何それ 417 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 08:49:36 ] 自称ネットアイドルの派遣プログラマ 418 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 16:01:18 ] シミュレータのフォントを、オープンアプリの等幅フォントと 同じにする方法ないですかねぇ。 propertiesを変えれば出来そうに見えますが。 419 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 21:42:45 ] MIDP2.0メモ ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/index.html ここで「エミュレータのスキン」という項目のところで オープンアプリ用のスキンが配布されてる ただ、使ってみた心地としては、イマイチな でも、スキンを自由に変えられるってことがわかる 420 名前：デフォルトの名無しさん mailto:sage [2010/03/16(火) 11:14:09 ] font.system.plainをMonospaceにしてサイズを調整しても、 位置がずれてしまうな auがカスタマイズしたシミュレータ配布してくれよ 421 名前：デフォルトの名無しさん mailto:sage [2010/03/16(火) 13:24:23 ] dpiとかいろいろ違うんだから合うわけないだろ。 422 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:39:25 ] シミュレータとエミュレータの違いがわからんｗ 423 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:50:31 ] シミュレータ=モデリングを元に架空の計算 エミュレータ=実物を再現 424 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 14:53:08 ] たまにいるだろ？ サッカーで蹴られてもいないのに転ぶ香具師 425 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:06:27 ] そういうことか 426 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:19:55 ] シミューレション www.youtube.com/watch?v=wUNoLmLu4IU 427 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:28:54 ] いいか？ ディスプレイに虹を表示するのがエミュレーションでそのおっぱいを揺らすのがシミュレーションだ！ そのときに使うのが真空中における平面上の格子運動だ。 428 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 15:33:54 ] なるほど 429 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 16:29:48 ] >>422 シミュレーションゲームとは言うがエミュレーションゲームなんて無いんだぜ 430 名前：デフォルトの名無しさん mailto:sage [2010/03/25(木) 16:36:18 ] >>418-420の流れのことだろ おそらく 431 名前：デフォルトの名無しさん [2010/03/25(木) 18:39:31 ] ？ 432 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:06:09 ] W61CA オープンアプリ GameCanvas 全部描き直しのflushGraphicsで FPS 15〜17 しか出ない 433 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:17:56 ] 測定方法 こんな感じ class MyAppli extends MIDlet { public MyAppli() { Game game=new Game(); (Display.getDisplay(this)).setCurrent(game); (new Thread(game)).start(); }} class Game extends GameCanvas implements Runnable { public Game() {super(false);} public void run() { int c=0,fps=0; long t=System.currentTimeMillis(); while (true) { g.setColor(255,255,255); g.fillRect(0,0,getWidth(),getHeight()); g.setColor(0,0,0); g.drawString("FPS "+fps,0,0,Graphics.TOP|Graphics.LEFT); flushGraphics(); c++; if (System.currentTimeMillis()-t>=1000L) { fps=c; c=0; t+=1000L; }}}} 434 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:20:20 ] Graphics g=getGraphics();　が抜けた 435 名前：デフォルトの名無しさん mailto:sage [2010/03/28(日) 04:39:03 ] (；´Д｀) 436 名前：デフォルトの名無しさん [2010/03/29(月) 12:56:51 ] ？ 437 名前：デフォルトの名無しさん [2010/03/29(月) 17:27:12 ] 今時アンドロイドがブーム 438 名前：デフォルトの名無しさん [2010/03/30(火) 00:08:36 ] そろそろ携帯各社もJavaは止めるのかなぁ 439 名前：デフォルトの名無しさん [2010/03/30(火) 23:02:32 ] >>438 最近STARに機種変更したんだけど、不吉なこと言わないでよ(´・ω・｀) 440 名前：デフォルトの名無しさん [2010/03/31(水) 00:31:09 ] auはandoroid携帯発表したからオープンアプリは終わりだな 441 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 01:55:42 ] andoroidだってjavaアプリ環境じゃん OAPでの資産も使えるだろうし移植は簡単そう でも勝手アプリはどうせ必要以上にガチガチに規制されるんだろうけど 442 名前：デフォルトの名無しさん mailto:sage [2010/03/31(水) 07:50:20 ] あのアンドロイド端末はクソすぎて誰も買わんだろ 443 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 03:59:44 ] part7の194ありがとう 解決に2時間弱もかかったなんて 俺もまだまだド素人だなｗｗｗ しかし何故クラス名省略できるんだorz 444 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 10:22:08 ] え？ 445 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 15:58:45 ] part7となると２年前ってことか？ 446 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 19:39:11 ] >>443 何気に過去スレ情報って貴重だよなｗ 俺も何度も助けられた 447 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 19:42:48 ] >>440 android端末は、シャレにならないほどのガッカリ仕様だったけどね！ 448 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 20:32:02 ] CLDC+MIDP+携帯電話用Javaスレッド part 7 ttp://www.unkar.org/read/pc11.2ch.net/tech/1180010672+CLDC%2BMIDP%2B%E6%90%BA%E5%B8%AF%E9%9B%BB%E8%A9%B1%E7%94%A8Java%E3%82%B9%E3%83%AC%E3%83%83%E3%83%89+part+7&cd=4&hl=ja&ct=clnk&gl=jp 449 名前：デフォルトの名無しさん [2010/04/01(木) 21:29:01 ] AndroidってJavaだよな。俺Java嫌いなんだけど。 450 名前：デフォルトの名無しさん [2010/04/01(木) 21:39:39 ] PythonやPerlも使えるよ ttp://code.google.com/p/android-scripting/ 451 名前：デフォルトの名無しさん mailto:sage [2010/04/01(木) 23:19:09 ] あれ嫌いこれ嫌いって言う奴に限って 特定の言語しかろくに使えない法則 うちの職場にもいるからわかる 452 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 07:58:32 ] >>451は職場で嫌われてるね 453 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 09:23:03 ] >>449>>452 図星を突かれてよっぽど悔しかったんだな 見当違いな反論してないでJavaスレ見なきゃ良いだろｗｗ 職場にいるってだけで上司でもない限りいちいち本人に言ったりせんだろ普通 454 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 10:21:14 ] >>453 >>453 455 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 21:24:36 ] MIDPでアドベンチャーゲームを作りたいのですが、 お勧めの参考書などあれば教えていただけないでしょうか。 作りたいゲームは一般的な、背景と立ち絵の表示、クリックでテキストを進めて選択肢で分岐のシステムです。 色々なことが書かれた参考書よりは、出来るだけアドベンチャー開発専門の本が好ましいです。 ぶしつけな質問で申し訳ありませんが、お勧めがあればよろしくお願いいたします。 456 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 09:45:50 ] ここで聞くことじゃないだろ 457 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 10:31:08 ] >>456 すみません…。 こういうのってどのスレで聞けばいいでしょうか？ 458 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 10:41:47 ] それを自分で調べられない奴に 面白いアドベンチャーゲームが出来る訳ないじゃんｗ 作り手がプレイヤーと知恵比べをする謎解きゲームなんか作れる訳ないだろ！ 459 名前：デフォルトの名無しさん [2010/04/07(水) 13:56:18 ] リモコンアプリを作ってみようと思ってちょっと調べてみたら、 ハード的には920Pには赤外線ポートあるし MIDP2.0対応（RemoteControl、RemoteControlData）とあるから ちょいちょいと書いて実行してみたら、 NoClassDefFoundErrorがでてきた。 なんで？って思ったら S!アプリ開発ガイド端末情報 MIDP 2.0対応端末編 Part6 の920Pの端末個別仕様には com.j_phone.io.RemoteControl × com.j_phone.io.RemoteControlData × とあった。 結局、赤外線リモコンアプリを使うには、 端末を変えるかキャリアを変えるしかないのかな？ 赤外線アプリを実行できる端末を調べるとしたら S!アプリ開発ガイド端末情報を全部チェックしないとだめかな？ 460 名前：デフォルトの名無しさん mailto:sage [2010/04/07(水) 13:59:20 ] ソフトバンクは個別に仕様が決まってるのか。そりゃ面倒だな 461 名前：459 [2010/04/07(水) 16:56:18 ] もうすこし調べてみたら、 そもそも３G携帯だとtrusted MIDletじゃないと 赤外線リモコン関連は使えないようで。。。 ２，３年前にもGPS携帯をはじめて買ったから、 旅の記録でも取れたらと思って、 GPSで軌跡を記録するアプリを作ろうとして断念したことがあるんだけど、 もうドコモに乗り換えようかなｗ Trusted MIDletって個人で取得したヒトいます？ 462 名前：デフォルトの名無しさん mailto:sage [2010/04/08(木) 12:26:05 ] Softbankはアプリゲットで普通に取れるよ リモコンアプリもある appget.com/vf/pc/apview_024398.htm 463 名前：459 [2010/04/09(金) 21:52:25 ] >>462 アプリゲットは作者登録はじかれましたｗ なんかよくわからんのですけど。 なので、コンテンツレジを使ってます まぁでもTrusted MIDletになれるんですね。 でも無料ではないんでしょうね。 やっぱりドコモですかねぇ。 464 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 22:29:56 ] 3キャリア中ではドコモがいろんな意味で安定してるね auは相変わらず迷走してるけどOAPどうするつもりなんだろね 移植の容易さからか企業でもOAPでリリースするケースが増えてるのに 465 名前：デフォルトの名無しさん mailto:sage [2010/04/09(金) 22:31:43 ] ドコモでもGPSはトラステッドだから>>461みたいなのは個人では作れない。 ブラウザやカメラを経由する方法があるにはあるが。 466 名前：デフォルトの名無しさん mailto:sage [2010/04/10(土) 02:07:36 ] 赤外線の話じゃないのか GPS個人で自由にできるなんて常識的に考えてあり得んし 467 名前：デフォルトの名無しさん mailto:sage [2010/04/10(土) 11:30:25 ] ドコモのトラステッドはサーバー認証だから偽装しようもないしね 468 名前：459 [2010/04/11(日) 02:35:18 ] >>465 ココの海山アプリようなモノが作りたかったんですが、 www.wham.jp/cycle.html （サーバーに履歴保存はあまり考えてなかった） >>ブラウザやカメラを経由する方法があるにはあるが ブラウザ経由ってのは、上述のサイトの >>海山アプリをご利用できない会員様でも奇跡が取れます！ >>海山ざんまいを開いて「自分の位置確認」を実行するだけで、下記のグーグルマップには位置が軌跡として残されます。 ということとほぼ同じなんですかね？ であれば 私としては軌跡が残せれば良いので、圏外のケースはガマンするとして、 外部から接続可能なサーバーを自宅にでも立ててできるか考えてみたいと思います。 469 名前：デフォルトの名無しさん mailto:sage [2010/04/14(水) 12:22:59 ] >>461 auのEZwebなら、CGIだけで端末の軌跡を記録し続けることができるらしいよ。 やってた人のブログを過去に見たことがある。 バッテリーの消耗が激しすぎて実用性は低いっておちだった。 470 名前：デフォルトの名無しさん mailto:sage [2010/04/14(水) 17:02:21 ] FlashLiteならFSCommandでGPSが 471 名前：459 [2010/04/15(木) 00:28:17 ] >>469 私も symple.jp/26.html この辺りを参考にしてSoftbank携帯でやってみたんですが、 もうひとつな出来でした。 本当はjavascriptも組み合わせて一定時間おきにGPSデータを集めるようにしたかったんですが、 ＧＰＳ計測後データを確認する画面が出てしまい毎回毎回ＯＫを押す羽目になってしまい、 あまりうまくいきませんでした。 端末固有の制限かもしれないんですが。。。 >>バッテリーの消耗が激しすぎて そうですね、サブバッテリを使ってどこまでカバーできるか、 主に車、バイクと組み合わせて使うとか。 それ以上に圏外になるとどうしようもない、というのが致命的かもしれません。 HTMLとサーバーを使うといくらでもＧＰＳデータを自由に送れるんですから、 GPS関連のMEXAも自由に使わせてくれてもイイとおもうんですけどねぇ。。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef