iモード携帯電話用Java(iアプリ) Part15

1 名前：デフォルトの名無しさん [2007/08/21(火) 15:32:26 ] NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。 ※DoCoMo以外は下記スレへ。 CLDC+MIDP+携帯電話用Javaスレッド part 7 ttp://pc11.2ch.net/test/read.cgi/tech/1180010672/ ■ iアプリ特有ではなくJava一般に関する質問はこちらへ 【初心者】Java質問･相談スレッド104【大歓迎】 ttp://pc11.2ch.net/test/read.cgi/tech/1185493592/ ■ ｉモード携帯電話用Java（iアプリ）まとめサイト ttp://ton.my-sv.net/ ■関連スレ 【日本携帯】Mascot Capsule/Micro3D【標準】 ttp://pc8.2ch.net/test/read.cgi/tech/1117773530/ 528 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 21:52:10 ] >>521 10Kくらいずつならファイル分割してもいいんじゃないか 529 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:00:41 ] readから戻ってきた時点で通信が終わっているとは限らない 仮に終わってるような短時間の通信であればそんなのを考慮する意味がない 530 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:00:51 ] >>511 最低でも5.0LEかな L705i,L705iXが500Kアプリ NM705iが30+200Kアプリであることと それ以外がメガアプリ対応であることが判明してる 531 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:04:45 ] 上補足 L705i,L705iX,NM705i以外は最低でも5.0LE 532 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:11:21 ] その情報ってプレスリリースとかどっかニュースサイトで出てる？ ソース出せよって煽りじゃなくて 関係者情報リークだったら無茶すんなって意味でw 533 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:19:43 ] docomoのオフィシャルサイトからの情報だけど？ ttp://www.nttdocomo.co.jp/product/foma/705i/l705i/spec.html ttp://www.nttdocomo.co.jp/product/foma/705i/l705ix/spec.html ttp://www.nttdocomo.co.jp/product/foma/705i/nm705i/spec.html 上記以外は自分でurl調べてサイトの方みてくれ 全部メガiアプリになってるから 534 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 22:24:31 ] ちなみにL704iはDoJa-3.5LEだが500Kアプリと記載されてるので 実際の500K(500K以内であればJARとスクラッチパッドのサイズ比は自由)アプリか100+400Kアプリかどうかは判別できない 535 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 23:38:16 ] ちょっと前に、start()での無限ループ+processEvent()は実装依存と言 う話がありましたが、仕様を満たすには、start()のメインループ部分を 別スレッドにしちゃうとかで解決できるんでしょうか? この場合、IApplicationにRunnableを実装して、run()にメインループを押 し込んじゃえばいいんでしょうか? Canvasを使うの初めてなんで、どうせ創るなら仕様を満足した方がいい かと思って。 536 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 00:29:14 ] >>498 個人的考えだけど、携帯Javaは今後携帯電話向けFLASH+AS3かFLASH+AIRの つなぎとして生きて消えていくしかないよ ドコモも「共通仕様? 利益にならんでしょ」と言っちゃう会社だしな サンは知らんが、当のドコモはもうやる気ないだろうし、アプリ関係はアドビに任せたいだろ BREWの進化の早さっぷり見てれば、数社で独自仕様をさっさと進化させて 金に換えれる方がいいじゃないか。MIDPの停滞ぷりをみよ 537 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 01:02:56 ] doja5.0で一部のアプリ実行時にwindowsがエラーを吐いて実行できないようになった resフォルダにでかい画像ファイルなんかを入れて再コンパイル ソースを適当に組み替えて再コンパイル のどちらかの方法で一応実行できる様にはなる どうやら最近あったwindowsアップデートの影響らしいんだけど 皆はどうですか？ 538 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 03:04:42 ] 　 　∩＿＿＿∩　　 　　　　　　｜ 　　 | ノ＼　　　　 ヽ　 　　　　　　| 　　/　　●゛　　● |　　　　 　　　| 　 |　∪　　( _●_)　ミ　 　　　　　j 　彡､　　　|∪|　　 |　　　 　　　 Ｊ /　　　　 ∩ノ ⊃　 ヽ 　　　　>>536 (　 ＼　／ ＿ノ　|　 | .＼　“　　／＿＿|　 | 　　＼ ／＿＿＿ ／ 539 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 03:07:18 ] どう見ても釣りだな でなければかなり偏ってる いずれにしろ参考にならない 540 名前：デフォルトの名無しさん [2007/11/08(木) 10:05:09 ] なあ、ゲームとかの画像とか音楽データとか挿入動画みたいのをSDに入れてそれを再生するってできんの？ Bindingにしかアクセスできないんだけど調査不足？それとも気のせい？ 全部をダウンロードさせるのって結構面倒なんだけど 541 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 12:47:19 ] エスパーきぼんぬっすか 542 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 13:25:42 ] >>501 前スレをみて少しやり方を変えたら問題が解決しました。 ありがとうございました。 543 名前：デフォルトの名無しさん [2007/11/08(木) 14:08:53 ] DoCoMoから落とせる5.Xコンテンツ開発ガイドに、 ９０５はdoja５．１って書いてあるな。 これが公式発表みたいなもんかね。 544 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 19:19:00 ] N904i について聞きたいのですが、この機種、私が試した範囲ではSystem.gc()してもメモリーを一切解放してくれません しかもそのまま使いつづけていくと劇的に処理速度が低下していき、FPS60なんて保ってられず・・・ みなさんどのように対策してますか？ 同じアプリでもN903iやF903iは問題なく開放されました ・開放されてない System.getRuntime().getFreeMemory() で空きを調査して、空きが増えることは一切なく減る一方 String str = "ほげ"; str = null; System.gc(); をループさせるだけでも、どんどん"ほげ"がメモリーリーク（と呼んでもいいかも）していきメモリーがガンガン減っていく ・ループ IApplicationのstart()内で無限ループしている状態 545 名前：ｆｒ [2007/11/08(木) 19:20:26 ] 携帯裏アプリ ポケモンが熱い 62.xmbs.jp/yosukeapuri/ 546 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 19:59:15 ] >>544 そもそも、文字列リテラルの代入だけではピープは消費しない 携帯でなくても、Java SEで試せばわかる それなのにピープの空き容量が変わるということは、どこか別のところに問題がある やるならこう String str = new String("ほげ"); 547 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 20:29:06 ] >>546 ごめん、思い出しながらコード書いたもので間違えた とりあえず、newしたものをnullいれて、System.gc()しても空きメモリーが回復しないのは確かでした 他携帯なら問題なかった（903だけではなく、いろんな901や902でも試した）ので、コードに問題があるとはあまり思えないところです 548 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:23:24 ] すまんがピープﾜﾛﾀ 549 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:24:52 ] >>546 何を覗くんだ？ 550 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:30:15 ] >544 System.gc()のあとにThread.sleep()入れても意味ないかな。わからんが。 どうにもならなかったら 高速性を要求されるところでは、なるべくメモリを動的に確保しないようにする で対策なのかな。（対策って言うんかこれ） 551 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:25:11 ] >>550 問題は、高速性を要求されなくなったから「さあ溜まってたゴミを捨てようか」と思っても捨てられないこと N904に正式に対応する場合、起動時に全て静的にとるなんていう馬鹿コードになる可能性が・・・ 552 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:34:21 ] >>551 FPS60がどのくらいまで落ち込むの？止まるの？ 553 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:53:55 ] 数分で、FPS20くらいまではとりあえず落ちましたね はっきりいってボロボロです 耐久テストしてるので明日また報告します 554 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:56:07 ] スタックが一つポップされるまで回収対象にならないとか 555 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:40:24 ] fpsを数字の前に持ってくるな。気持ち悪い。 556 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:48:06 ] >>544 その機種が壊れてるんだよ 初期出荷の携帯はシステムにバグが多い アップデートする必要があるかもしれないからＤＳに聞いてみるといい 557 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 00:19:10 ] >>556 その可能性もありますね OSアップデートで修正される（初期出荷時には間に合わなかった？）かもと 正直こんな仕様じゃ、既存リリースのアプリが何一つまともに動きませんからね ・Thread.sleepを入れてみる ・IApplication#start()の中で無限ループするのをやめてみる ・OSをアップデートしてみる 明日これらを試してみますが、他にもアイデアがあればよろしくお願いします 558 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 01:35:08 ] >>554に1票 559 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 09:19:34 ] 原因わかりました メモリー量を画面に表示していたのですが、その際 g = img.getGraphics(); g.drawString(略); g.dispose(); を行なっており、原因はこれです N904iはgetGraphicsしたGraphicsを、きちんとdisposeしてもリークさせるようです 解決策としては一度作ったGraphicsは生成しなおさないということになりますが、複数持ちたい場合困りますね・・・ 560 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 12:10:00 ] N904i使いだけどこの機種フリーズ、再起動、電源落ちは当たり前 絶対バグありまくりだよ 561 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:37:10 ] 交換しろよ そんな症状は出ない 562 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 14:39:00 ] >>559 imgも一緒に開放(dispose)してもリークする？ 563 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 20:15:58 ] iチャネルに関すると思われるエラーが最近多い 長く使うと携帯は壊れるものなのかもしれない 564 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 23:31:42 ] bitrotかも。 565 名前：クリフト [2007/11/12(月) 14:08:21 ] Doja4.1でD800iDS用のタッチパネル式アプリを作成しています。 タッチアクションの処理をボタンの長押しにするには下のソースコードをどう変形すればよいでしょうか？ // タッチアクションの処理 public final void touchControlAction (TouchControl source, int type, int x, int y) { // Rightボタンの押下 if (source == rightButton && type == TouchControlListener.CLICKED) { i++; 566 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 14:14:55 ] >>565 使ったこと無いけどメインループ作れって事で。 if( source == rightButton ) { bRight = type == TouchControlListener.CLICKED; } メインループ if( bRight ) { i++; } 567 名前：クリフト [2007/11/12(月) 18:42:51 ] >>566 ありがとうございます。 うまくいきませんね。もうチョイがんばってみます。 568 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 19:40:41 ] >>567 うまくいかないって touchControlAction の中に ループ作ってるってオチじゃないよな？ 569 名前：デフォルトの名無しさん [2007/11/12(月) 19:57:52 ] (PC不可) polpe.com?g=12jfasd345sdf polpe.com?g=1h5g6dh564hdf polpe.com?g=4h6d54h64h6sr polpe.com?g=4ty6r4t64f8m8 570 名前：デフォルトの名無しさん [2007/11/13(火) 01:22:29 ] 携帯Javaアプリやってるわけではないのですが、皆さんに質問。 携帯Javaの利点ってなんでしょう？私も組み込みプログラマ の端くれでCでitronやLinuxで開発しています。で、結構 速度の要求だけは顧客から来るので、省メモリコピーなどに 腐心していて、C++ですら使いたくても使えないような状況なんです。 組み込みJavaの利点って、汎用のフレームワークがあるから という、単なるプラットフォームの問題だけなのかな？ だとしたら、ソフトバンクやGoogleなんかが提唱しようとしている、 OpenKODE(OpenGL/ES)ベースのプラットフォームが、無償で提供されて、 高速だったりすると、そっちのほうがよかったりするのかな。 素朴な疑問です。 571 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:32:58 ] 誤爆ですよね スレ一覧よく見てください 572 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:01:40 ] >>570 int foo[5];　みたいな配列で　foo[10]=8;　とかやったらどうなるかって事 573 名前：デフォルトの名無しさん [2007/11/13(火) 03:11:04 ] >>571 そんなにスレ違いとも、おもわないんだが。 574 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 04:30:34 ] Javaをよく知らなくて>1が分からなかったのなら仕方がない 575 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 07:58:14 ] >>570 Javaにどんだけ利点があろうがなかろうがウンコだろうがiMODEで商売しようと思ったら Java使うしかないんです＞＜ 汎用フレームワークがあるっていうかそれしかないっていうか 576 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:20:44 ] 本物の技術者なら、目の前のオモチャで遊ばないなんて。 面白いぞ、たとえ実用性は二の次でも。 577 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:42:22 ] >>570 そんな現状動かないものを考慮してもしょうがない 携帯アプリを作る選択肢が携帯JavaかFlashかJSしかない ただそれだけ 578 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 11:15:11 ] 速度か速かろうと遅かろうと、ユーザーにとっては面白ければなんでもいいわけで。 579 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 13:00:03 ] よくマジレスするなと感心させられますｗ 580 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 15:29:39 ] >>570 セキュリティを管理するOS が無かった昔の携帯電話で、 セキュリティの問題なくアプリを動かすには 　(a) Java 等のサンドボックスで守る方式 　(b) BREW等の検証済みの公式アプリしか使わせない方式 のどっちかが必要だったわけです。 いまでも実際には似たようなもんで、ネイティブコードのアプリを実行 できる式の携帯電話は大抵ハックされてるよね。 581 名前：デフォルトの名無しさん [2007/11/13(火) 20:13:46 ] >>577 GoogleのアンドロイドSDKが公開されましたね。 code.google.com/android/what-is-android.html 予想通りOpenGL/ES採用しているっぽい。JavaのVM(Dalvik)が、 OpenGL/ESと並列で並べられているということは、携帯Java を追い落とそうという意志が感じられないでもない。 582 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:23:33 ] 移植ﾒﾝﾄﾞｸｾｰんだから余計なもん増やすなよ検閲エンジン 583 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:33:36 ] スレ違いはそろそろしんでください＾＾； 584 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:29:26 ] >>570 適当に作っても平気なのはかなりのメリットだな。 javaもC/C++に比べれば全然簡単だし、 学生が遊び感覚で作れるのはいいとおもう。 585 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:39:53 ] >>581 OpenGL/ESはドコモもすでに採用してるわけだが JavaとOpenGL/ESを無料に関連付けて何がしたいんだろう? 586 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:45:11 ] アプリエミュでスリープ時間測定したらかなりずれたんだけど エミュのバグでしょうか。 sleep(10)=16 sleep(20)=31 sleep(30)=31 sleep(40)=47 sleep(50)=63 sleep(60)=62 sleep(70)=78 sleep(80)=94 sleep(90)=94 sleep(100)=109 ちなみに実機だと正しくスリープしてました。 587 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:00:56 ] そーゆーもんだとおもう。 制度そんなに高く無いお 588 名前：デフォルトの名無しさん [2007/11/13(火) 22:09:22 ] >>585 げっ、アンドロイドのアプリケーションフレームワーク部って 結局、全部Javaなんか・・・。 589 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:21:09 ] >>587 そーゆーもんなのか ここまで違うとゲームの難易度に差が出て調整がしずらいな 自分の携帯はソフトバンクだから実機動作は友達に頼むしかないorz 一応実機 sleep(10)=10 sleep(20)=22 sleep(30)=31 sleep(40)=42 sleep(50)=52 sleep(60)=61 sleep(70)=71 sleep(80)=82 sleep(90)=92 sleep(100)=102 590 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:35:32 ] ドコモの携帯買おうぜ。キャリアとしてのソフトバンクって利点が少ない。 実機テストを一機種でしかしてないのにリリースするのはあんまり良くないし。 正直、ソフトバンクが人気でMNPで人が流れて行ってるのが不思議なくらい あそこはまともじゃない企業なんだが・・・ 591 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 07:44:11 ] >>586 Windowsのタイマーの精度が15.525msだから 592 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 10:25:28 ] >>589 sleepの精度は端末に依存だからちゃんと経過時間を計ってやらないとだめだよ 593 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 10:57:18 ] >>589 ちなみに、30kダウンロードすると約50円だから 友達無くさんようにな。 594 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 11:49:43 ] パケホーダイを勧めておけば 595 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 11:57:45 ] >>589 sleep時間が難易度に影響するような構造がそもそもおかしいんじゃ 596 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 12:44:43 ] キャラの移動速度を決める時や、格ゲーのコマンド入力監視みたいなのは sleep()じゃなくてSystem.currentTimeMillis()使った方がいいってのが 以前にスレで出た気がする。 597 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 14:31:41 ] すいません。質問です。 byte配列に置いた文字列を随時読み込んで画面表示したいです。 Stringのコンストラクタなら文字コードも指定できて良い塩梅と思っていたら 作っているうち、newを連発しているのが気持ち悪くなってきてしまいました。 最終的にStringBufferにappendできれば良いかと考えて、byte[]をchar[]に 変換しようとしたところで詰まってまｓ。 byte[]に文字列を置いた場合は、どういう方法で変換・表示するのが格好良い？ 598 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 15:26:34 ] >597 newを連発する意味がわからないな。 Stringのコンストラクタで文字列にしたら後はそれを保持してればいいのでは。 byte[]の中身が変化するというなら、その都度newするのは当然。 「new連発が気持ち悪い」と気にする必要はないよ。 それでも何かこだわりがあるならJava一般スレ行って聞いてみて。 599 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:19:38 ] >>598 スクラッチパッドに有る圧縮した文章を、こまめに伸張しつつ ブックリーダ的に表示できないかな、と思っていたので、数秒 に一度は新しくStringを読んでくることになりそうです。 スレのちょっと前を読んでいたら、503iを試した時にSystem.gc() がうまく動かないのと四月問題が嫌になってiアプリから離れた 記憶が蘇ってしまい、ちょっと疑心暗鬼気味になってしまった ようです。 今のDoJaは大丈夫だから、どんどんnewすりゃいいじゃん、と 言われれば、本当にその通りだと思います。質問しておいて なんですが。 600 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:34:24 ] 「byteをStringに変換」って言い回ししてるけど、もしかしてStringをオブジェクトだと思ってないとか？ newがオブジェクトを確保することだと思ってないとか？ 601 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:35:52 ] InputStreamReader を使うといいんじゃない？たぶん。 602 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:52:26 ] >Stringのコンストラクタなら文字コードも指定できて DoJaがサポートするのはSJISのみ 603 名前：589 mailto:sage [2007/11/14(水) 17:09:35 ] >>592 こんな感じでいいのかな？ long sleep1=0,sleep2=0; int hosei=0; wihle(true) { 処理 int myTime=50; //50msスリープする str.Millis=System.currentTimeMillis(); sleep1+=myTime-str.Millis+hosei; if(sleep1>0)Thread.sleep(sleep1); if(str.Millis-sleep2>myTime)hosei--; if(str.Millis-sleep2<myTime)hosei++; sleep1=sleep2=str.Millis; //現在の時間を記録 } 604 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:25:14 ] 597です InputStreamReaderとByteArrayInputStreamの組み合わせで解決したようです。 ありがとうございました。 配列をストリームとして読む発想が無かったようです。 605 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:27:14 ] >>589 いやsleep()に指定した時間分きちんとsleepすることが保障されてないわけだから sleepがどうこうは関係なくて経過時間分の処理をする time = 0 white(true) { 　start = System.currentTimeMillis(); 　処理(移動などの処理はtime時間分の計算をする) 　time = System.currentTimeMillis() - time; } こんな感じ 606 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:28:58 ] >>603 アニメ処理等でなるべくきっちり合わせたいときは、ちょっと少なめにSleepしてから ビジーループで目的時刻を待つと良いよ。 607 名前：605 mailto:sage [2007/11/14(水) 17:29:04 ] すまん…間違ったorz time = 0 white(true) { 　start = System.currentTimeMillis(); 　処理(移動などの処理はtime時間分の計算をする) 　time = System.currentTimeMillis() - start; } 608 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:35:36 ] メインループの回転数を固定にしする方が賢いような気がするけど。 全部にtimeを掛けてたら大変だし。 609 名前：589 mailto:sage [2007/11/14(水) 17:39:03 ] >>606 ビジーループって電池食いそうで嫌だったけど その手があったか それで行ってみます 610 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:42:13 ] >>608 どうやって固定にするん？ 611 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:50:11 ] >>610 前スレのFPS固定ロジックでいいんでないの？ sleepが嫌なら while(time > System.currentTimeMillis() ); みたいな感じで済む話だし。 座標計算だけならいいけど、sprite使ったアニメーションにまでtime掛けて管理とか、 どうしてもメインスレッドをsleepしたい場合やサスペンド対応考えると time一個でどうにかすんのはムズいんじゃないかな。 まぁ時間で管理したほうが確実なんだけどさ。 612 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 19:35:15 ] >>591 げ、エミュって内部でタイマーなんて使ってんのか System.currentTimeMillisですら16ms単位くらいで値よこすから、エミュだとデバッグしづらくなってきたんだよなぁ ちなみに仕事では当然のようにビジーループ 「sleepにすると電池の消費が少なくなる」なんてのはP504iだけだったと記憶してる 613 名前：589 mailto:sage [2007/11/14(水) 20:07:29 ] >>612 ビジーループで時間計ったけどsleepの時と変わらなかったのは System.currentTimeMillisでも16msだったからか 614 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:09:55 ] んなーこたーない 615 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:10:45 ] 614は612のレスね 616 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:12:59 ] Vistaは1ms単位で測れるよ 617 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:16:10 ] >>613 実機でログ取るべき。 大抵は10msec単位またはもっと正確な値が取れる。 618 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 21:57:30 ] 質問です いままでiアプリではGIFとJPEGしか扱えないと思っていたのですが、PNGもいけるのでしょうか？ （これは実機で確かめればいいとしても） 対応画像形式一覧みたいなものをMediaImageの項などで探してみたのですが、見当たりません どの資料かにまとまってますでしょうか？ 619 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 22:33:28 ] Windows上でのエミュだけの問題ならtimeBeginPeriod(1)を呼ぶような 別のプロセスを立ち上げておけばいいんでない？ 自分で作るのが面倒ならメディアプレイヤーで何か再生してやるとか sleepの実装がWin32APIのSleepを呼んでるなら1ms単位になるはず 620 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 22:44:20 ] >618 iアプリ開発ガイド詳細編を読もう 621 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 23:28:01 ] >>612 　sleepにしてもバッテリ消費にはあまり影響ないのね。 描画(2D)を減らしたら消費減るのかな、とか興味があって、 1度検証してみたいとは思ってたけど結局やってないなぁ。 622 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:38:25 ] えっと、PNGは無理みたいですね なんでいつまでたってもPNG対応しないんでしょう。SoftBank版と互換したいのに 623 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:46:58 ] いつになったら、って問題じゃないと思うよ 大人の事情だろう 624 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:49:03 ] 単純にgifやjpegに変換して振り分けるのが吉 625 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:15:30 ] SoftBankがGIFを使える件 制限あるけど。 626 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 02:27:39 ] PNGが読み込めないのはドコモダケ 627 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 02:47:34 ] 前すれログって読めないんすかねぇ･･･。 最初の方のフレーム制御関係を参照したかったんですが。 628 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 08:38:58 ] っ ttp://rag.life.coocan.jp/scorpius/

---

---

[ 続きを読む ] / [ 携帯版 ]

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