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/ 496 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 00:04:02 ] >>493 すみません！ Thread.sleep()ですね。 でもできませんでしたorz 497 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 01:11:37 ] canvas1で押した瞬間に処理するんじゃなく放した瞬間に処理するようにすればいい 498 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 02:28:44 ] そういえば数年前スタープロジェクトとかいうDocomoとsunで 組んで新しい携帯用のプロファイル作るって話はどうなった？ 499 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 02:43:26 ] スタープロジェクトｗあったなぁ つーかそんな内容だったっけ、もう忘れちゃったよ 500 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 05:00:08 ] 全く話題にもならんし立ち消えじゃないの？ というかsun側が正式にDoJaをプロファイルの一つに入れるとかじゃない限り 今更DoJaの既存クラス大幅変更なんてできないだろ 旧メソッドを残して上位互換としてクラスを変更してくってのもまたデバグとかの面でかなり面倒だし 501 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 10:19:12 ] >>496 processEvent内でThread.sleepは無効と思っとけ。 前スレの後の方にprocessEvent使わないサンプルあるから使ってみれ。 >>497 キーアップでもパネルにキーイベントが残る端末があったような。 502 名前：デフォルトの名無しさん [2007/11/06(火) 14:33:13 ] Doja 3.5 のアプリ開発の開発環境に悪戦苦闘している俺です。 Java EE 6 (java_ee_sdk-5_03-preview2-windows.exe)でも Doja 3.5 アプリの開発できますか？ Windows XP sp2 です。 ここさえ乗り越えれば、アプリ作り放題の日々が待っているんです。 503 名前：デフォルトの名無しさん [2007/11/06(火) 14:43:36 ] って、>>457 の方がまさに俺宛に回答してくれてたorz 前回、457を読んだ時はﾚﾍﾞﾙが高すぎて・・・もう少し環境整えたら もう一度再読しようと思ってたんだっけ・・・。 Java 6 で i アプリを開発する場合は、DoJa 5.0 を入れて DoJa 5.0 のコンパイルオプションを利用する、 でしたね。 Java EE は、 Java SE も含んでいるから・・・問題ない、と。 すみません、解決しましたm(._.)m 端からみると、同じような質問を繰り返してるようにしか見えませんねorz 504 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 18:35:28 ] 改行がうっとうしい 505 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 18:58:57 ] つくるのめんどくさい 506 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 23:06:43 ] テクスチャのＵＶ指定について質問があります。 現在Doja5.0でマスコットカプセルを使って COMMAND_RENDER_QUADS(四角形ポリゴン)をコマンドリストで描画させているのですが、 テクスチャＢＭＰの(0.0)の座標に置いてある「16ドット四方のグラフィック」を単純に画面左上に等倍の大きさで貼り付けたい場合、 ４つの頂点座標は平行投影で ( 0, 0) (16, 0) (16,16) ( 0,16)で、 その場合UVをおなじく (0,0) (16,0) (16,16) ( 0,16) にすると、右側１ラインと下側１ラインが１ドットずれてテクスチャマッピングされてしまいます。 この場合UV指定は16ではなく15にしないといけなかったりしますか？ 507 名前：506 mailto:sage [2007/11/06(火) 23:15:39 ] （続き） テクスチャ座標 ( 0, 0) (16, 0) (16,16) ( 0,16) ＵＶ座標　　　　 ( 0, 0) (16, 0) (16,16) ( 0,16) だと、 スクリーン上の16ドット四方の領域に　15ドット四方のテクスチャがマッピングされている、といった感じになってしまいます。 とすると テクスチャ座標 ( 0, 0) (16, 0) (16,16) ( 0,16) ＵＶ座標　　　　 ( 0, 0) (17, 0) (17,17) ( 0,17) にすればいいのでしょうか・・う〜ん 508 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 00:13:44 ] porigon sure iki nasai 509 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 06:20:00 ] >506 >361と同じ話か？ 510 名前：デフォルトの名無しさん [2007/11/07(水) 11:47:11 ] ポル友になってくらさい。 www.polpe.com/m/rq?h=X4ER5I32J3OqiXX0gUcIg4qKPh9GA815 511 名前：デフォルトの名無しさん [2007/11/07(水) 14:17:53 ] ９０５とか７０５のＤｏｊａのバージョンって、 いくつなんですかね？ もう公式発表されてましたっけ？ 512 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 15:10:29 ] まだドコモ公式には置いてないね。 705iは知らんが、905iは5.1かね。 5.1の開発ガイドとエミュはすでに一般公開されてる。 513 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 17:38:58 ] 通信にプログレスバーを付けたいのですが、現在「どれくらい通信が済んでいるか」を取得することってできますかね？ 514 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 17:42:28 ] >>513 え・・・ストリームからデータを読み込むときに戻り値で把握できるはずなんだが なんで「どれくらい通信が済んでいるか」を取得したいと考えたのかそれが不思議 515 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 17:50:12 ] え？ ストリームから読み始められる時。つまり HttpConnectionのconnect()が制御を返した時って、既に通信は全て終わっていませんか？ ストリームからどれくらい読み出せているかを表示したいのではなく（それは一瞬だと思いますので）、通信があとどの程度で終了するのかを表示したいのです 516 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 17:56:44 ] >>515 一瞬で終わるのなら終わりでいいだろうに・・・ というかそもそも1回の通信で150kbしか受信できないのは知ってる？ 517 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 17:59:05 ] 今まさにデータを受信してる最中ですって時に 何バイト受信したかをリアルタイムで知りたいってんだろ？ 答え：不可能。 以上。 518 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:05:08 ] >>516 いくらなんでも読解力無さ過ぎ 519 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:05:15 ] >517補足。 受信バッファを仮に1024byte分用意して、byte[] buf = new byte[1024]; それで細切れに読み込んで、今何回目の読み込みかで計測するくらいはできる。 でもそれで描画処理まで挟むのは面倒臭いと思う。 １ファイル完了ごとに（＝１回の通信をクローズするごとに）バーを進めるくらいならまぁ。 520 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:07:47 ] どうせ一回に150kbしか受信できないんだから素直に受信が終わるごとにバーを進めたらいいのに 521 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:09:15 ] >>517 不可能ですか。ありがとうございました >>519 ストリームからの読み込みは超速いので描画処理挟むのは微妙ですよね。 1ファイルを小さくすれば細かくバーを進められますね。 接続準備時間がもったいないから絶対やりませんけどｗ 150KBをDLしきるのはそこそこ時間かかるので、その間バーを（正しく）進めたかったんですけどね… 勝手にちょっとずつ伸びてく偽バーで「進んでるように見せる」のはアホらしいですよね… 522 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:35:37 ] >>521 いや、アホらしいんじゃなくてそれが普通。 ダウンロード中のバイトサイズまできっちり制御できんのはBREWくらい。 523 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 19:33:04 ] BREWごときができんのにさ・・・ 524 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 19:37:37 ] ファイルが複数あるなら、ダウンロードするデータ量と、ダウンロードが完了したデータ量で割り算すれば 計算できないこともないけど、よくある例としては ・進んでるように見せるバー(IEとか某フルブラウザとか) ・アニメーションするバー(Windows起動時とかiTunesとか) ・アニメーションする画像(古いIEの地球儀アイコンとか) 525 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 19:41:35 ] BREWが出来るのかどうか調べないとわからないけど UNIXとかWindowsとかでも>>519見たいに細切れに読みながらバーを進めるのが普通のやり方のはずだが・・・ 526 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 20:03:23 ] 通信を別スレッドでまわして、描画処理してるスレッドで [受信サイズ/contentlength]を表示すればよいだけじゃないの？ ファイルが複数ならそれも考慮すればいいだけだし。 おれはそうやってるが。 527 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 21:51:21 ] read()に入る前に、ダウンロードは終了していまっているとかいう話 526は、Java側で処理した量の話 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()使った方がいいってのが 以前にスレで出た気がする。

---

---

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

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