- 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/
- 458 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:54:35 ]
- >>457
DoJa5.0SDKのエミュレーター環境設定のビルドの設定でターゲットプロファイルをDoJa3.5にしておけば
4.0とかのAPIを使えばコンパイル時にエラー出してくれるよ
ただエミュレーターそのもので動かす際には5.0までのAPIが使えちゃうのと
微妙にだが5.0SDKでターゲットプロファイルを弄って吐かせたコードと
3.5SDKで吐かせたコードが異なる場合があるみたいなんで
完全に安全を期するなら3.5SDKも入れておいて普段は5.0SDKとそのプラグインで作って完成してから
3.5SDKでコンパイルして動作確認撮ればいいはず
- 459 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 18:58:20 ]
- 240x240の画面を縦4横3の12個に分けて0〜9、＊、＃に対応した箇所に画像を表示するアプリを作っています。
getKeypadState()メソッドを使って複数キーの同時押しにも対応させたつもりです。
エミュレーター上では、全ての同時押しを取得しそれぞれ表示できそうなのですが(ビープ音が鳴る個数以上は検証出来ない)
実機(N904i)では2個までしか取得できないでいます。(3個目は2個のうちどちらかが離されないと表示されない)
3個以上の同時押しキー取得はiアプリの仕様で無理なんでしょうか？
- 460 名前：457 mailto:sage [2007/10/31(水) 19:00:54 ]
- あー、ゴメン。1点勘違い。
Eclipse3.3でDoJaプラグイン試してないわ。
プラグインはEclipse3.0/3.1用とあるけど、3.2では動いた･･･の間違い。
- 461 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:02:00 ]
- >>459
iアプリというより端末の仕様だな。
- 462 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:17:21 ]
- 2個まで同時押し保証、3個目以降機種依存じゃなかったっけ。
同時押し前提のアプリは作らん方が良いよ。
- 463 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:51:45 ]
- 同時押しそのものが機種依存じゃなかったか？
でなけりゃD504i,D505i,D505iSとか仕様に則ってないことになるぞ
つーか同時押しそのものに関しての記述がdocomoの資料にはない
- 464 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 20:29:35 ]
- Dで同じ列２つはダメとかそんな感じのあったな。
- 465 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 04:47:58 ]
- QRcode:ttp://stat.ameba.jp/user_images/f0/88/10035722472.png
ぶっちゃけ無限プチプチのiアプリ版を作ったのですよ。
無限プチプチで２個までしか押せないとかヒドスｗ
端末の仕様か…もうどうしようも無いから開発終了orz
- 466 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 06:08:47 ]
- >>402
私もstartでループしまくってるよ。スレッドを使うのは通信処理だけ。
ゲーム作ってるんだけど、音も出してるしprocessEventも使ってるけど問題ないよ。
全機種チェックして問題でなかったしユーザからもクレームは来てない。
ただ、これが正攻法ではないとは思うけどね。10Kアプリからの名残というか。
docomoもそこら辺わかってるから、このまま動かしてくれるんでないかな。
MIDPは2つスレッド作ってるけど。
数週間分まとめて読んだけど、上の件、結論出てたのか・・
しかしP900とN900の不具合はひどい。どれだけ悩んだか（1日だけど）・・対象外にしたいくらい。
あと、MLD。さっさと統一してほしいもんだ。
- 467 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 16:09:52 ]
- MLDは、905からNがヒュートレックになって、Yamaha ADPCMはさようなららしいよ。
- 468 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 16:19:34 ]
- 携帯のチープなスプーカーには
YAMAHA音源のほうが合ってるのにね
- 469 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 16:59:02 ]
- >>467
マジですか。
ちょっと悲しいけど、しょうがないな。
- 470 名前：452 mailto:sage [2007/11/02(金) 23:08:37 ]
- 勉強になります。
だいぶ勘違いしていました。
DoJa 3.5 のアプリを作るには、DoJa 3.5をインストールしておいて、
開発環境は Java6 + Eclipse 3.3.3 + DoJa 5.0 で
拡張APIに注意しながらコードを書いて
（Eclipse側でライブラリのパスをDoJa 3.5のものに書き換えればOK？）、
その後、DoJa 3.5 SDKでコンパイルして動作確認する、と・・・
ところで、以前、DoJa 3.5のアプリを作ろうと思って J2SE 1.4.2 をインストールしたのですが、
Java 6 をインストールしたら、この J2SE 1.4.2 は削除してしまっても問題ないのでしょうか？
- 471 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 01:05:01 ]
- ADF ProfileVar -> DoJa3.5
- 472 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 19:42:35 ]
- 正直、一つのファイルで全端末鳴らせるようになればどれでもいい
- 473 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:00:16 ]
- 悲しいこと言うなぁ
- 474 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:13:45 ]
- 端末間での違いって、機械的にデータ修正できるようなものなの？
MLDファイルをアプリ上で動的に再生成して、上手いことやれないのかな。
- 475 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:19:59 ]
- >>474
音付きのエミュレータアプリがあるくらいだから出来ると思うけど激しく重そう
- 476 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:21:46 ]
- ところで音声のMLDが一つに統一できなかった理由ってNがヤマハのチップにこだわってたからって解釈でいいの？
- 477 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:38:46 ]
- むしろ他メーカーがヤマハを採用するのをしぶったともいえる
国内他キャリア考えると、これはこれでめんどい話だ
- 478 名前：デフォルトの名無しさん mailto:sage [2007/11/04(日) 00:18:13 ]
- Eclipseで開発していて、Doja5.0でデバッグする際に端末を設定する方法はありますか？
ADFのDrawAreaが240x320のアプリをデバックする際にDoja5.0の端末のデフォルトが240x240らしく、
「DrawArea の値が不正です」というエラーが返ってきます。
- 479 名前：478 mailto:sage [2007/11/04(日) 00:20:33 ]
- すみません、解決しました。
見当違いなところをずっと探してました･･･
- 480 名前：デフォルトの名無しさん mailto:sage [2007/11/04(日) 01:58:45 ]
- 自機（携帯）のメアドはどうすれば取得できますか
- 481 名前：デフォルトの名無しさん mailto:sage [2007/11/04(日) 02:04:20 ]
- ここを見るとN905iもYAMAHAっぽいんだが。
ttp://www.n-keitai.com/pickup/n905i/
FUETRECは、あまり情報を公開してくれないから嫌い
- 482 名前：デフォルトの名無しさん mailto:sage [2007/11/04(日) 23:23:02 ]
- N905iもYAMAHAのサウンドチップ搭載だが。
ADPCMは再生可能。
- 483 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 00:32:27 ]
- ROHMは駆逐されたの？
- 484 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 15:32:33 ]
- MLDはやっと統一されるかと思ったけど、LとNMが・・。
MLDが統一されていないのはdocomoが主導してハードの上に1枚被せるようにしなかったのが悪い。
foma切り替え時にでもやれただろに。
- 485 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 15:45:45 ]
- でもそれをすると被せなくても済むメーカーとそうでないメーカーとで
価格差や設計の難易度に響くからできないんでしょ。
mdlの差分がどーのこーので困るって一部の開発者の都合だし。
その視点でものを言えば
そもそもDoJaとMIDPとBREWが存在すること自体ウザイ訳でｗ
- 486 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 17:06:27 ]
- 結局 Java の Write Once, Run Anywhere なんて幻想さ。
- 487 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 17:47:45 ]
- 幻想なのはJ2MEが出てくる以前からすでに知られていて信じていたのは一部のJava狂信者だけ
- 488 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 17:49:19 ]
- >>485
DojaとMIDPはなんとかなってもBREWはどうしようもないもんなぁ・・・
- 489 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 17:55:14 ]
- iアプリの作成で行き詰っています。
Canvas1（タイトル画面）→Panel（入力画面）→Canvas2（メイン画面）という構成のiアプリを作成しています。
PanelとCanvas2をsetCurrent()メソッドを使用して、相互に画面を切り替えられるようにしたのですが、
Canvas2でキー操作を行ったあとで、Panelに画面を切り替えると、
Canvas2で行ったキー操作が、なぜかPanelでも反映されてしまいます。
どなたかこの問題を解決する方法を教えていただけないでしょうか。
よろしくお願いします。
- 490 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 18:00:31 ]
- release yo?
- 491 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 18:15:36 ]
- >>489
キーイベント受けてから少し待ってsetCurrent
- 492 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 18:59:36 ]
- >>491
見当違いなことを聞いていたらすみません。
少し待つというのは、たとえば、Thlead.sleep(1000)
とすればいいのでしょうか？
待ってみてもやはりキー操作が反映されてしまいます。
- 493 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 19:17:45 ]
- >>492
おしい
- 494 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 21:09:38 ]
- みんなDojaかMIDPにして、アプリ用のメモリサイズや画面サイズタイマー精度などを全て統一すれば良いのに。
- 495 名前：デフォルトの名無しさん mailto:sage [2007/11/05(月) 22:25:59 ]
- そういうことするとたいてい進化が止まるね
- 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票
|
 |
