[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 10/05 13:14 / Filesize : 253 KB / Number-of Response : 939
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/

■ iモード携帯電話用Java(iアプリ)まとめサイト
ttp://ton.my-sv.net/

■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
ttp://pc8.2ch.net/test/read.cgi/tech/1117773530/


445 名前:デフォルトの名無しさん mailto:sage [2007/10/30(火) 23:47:55 ]
>>444
自信を持つのは別に悪くは無いがそれを盲信するのは問題だろう
まず最初に疑うべきは自分自身とそのソースコードだ
それを理解した上で自分の知識と知恵と経験を総動員することこそがプログラムの醍醐味ではないのかね?

446 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:39:17 ]
「盲信」っていうのは、過去と今の状況の違いを忘れて
コードの実績を信じる、という感じかな?

ぜーんっぜん関係なさそうな箇所の違いが、いままでの
実績の前提条件を崩してたのに気づく、とかいうことはあるな。

こういう熟成されたコードに修正を入れなきゃいけない問題が
出たら「あー、カビ生えちゃった」とか言わない? 言わないか・・・。




447 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:43:06 ]
私的には、世界で最も信用ならないのは、自分が書いたコードだと思う。

448 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 01:56:19 ]
至言だ。

449 名前:デフォルトの名無しさん [2007/10/31(水) 03:28:51 ]
N900iの端末で動くアプリを作るため、
最近環境整えた。

J2SE SDK 1.4.2
Eclipse 3.2.1
Doja 4.0

古い J2SE と古い Eclipse を探すのに苦労した。




どうせインストールするなら最新版をインストールしたかったな(´・ω・`)

450 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 04:08:28 ]
全部最新版でも問題なく作れるはずだがなんか不具合あったっけ?

451 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 10:12:02 ]
N900iはDoja3.5という突っ込みはあり?

452 名前:デフォルトの名無しさん [2007/10/31(水) 13:12:40 ]
え?最新版でも問題ないの?(´∀`)

(すいません、N900iは Doja 3.5 でしたorz)

改めて質問・・・

Doja 3.5 は、Java6、Eclipse Europa(3.3.3)に対応していますか?

以下のサイト
www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_foma2.html
を読むと、J2SE 1.3.1、Eclipse 2.1.1 にしか対応していないような書き方がされているのですが・・・
サイト側の情報が古いだけで、最新版でも問題ないのですか?


453 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 13:14:07 ]
やってみないと分らない



454 名前:デフォルトの名無しさん [2007/10/31(水) 13:21:59 ]
やってみる価値があるということがわかっただけで大収穫です
どうせなら最新版インストールしたかったので・・・
とりあえずやってみます。結果報告は1週間後かもですがよろです。


455 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 13:42:46 ]
100kアプリくらいまでならIDE無しの
テキストエディタだけで作っちゃうからなぁ(´・ω・`)

456 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 13:46:28 ]
Doja5.0SDKでも問題ないって意味だと思った

457 名前:デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:19:35 ]
>>452
DoJa3.5のiαppliToolだと環境変数弄らんとJava6使うの面倒だったと思う。
5.0なら6使っても自動でコンパイルオプション付けてくれるから平気。
ついでにEclipse3.3でも5.0のプラグイン使える。

コンパイルは5.0ので平気だけど、3.5以降の拡張API使うとアウト。
気になるなら3.5もインストールして、
Eclipse側のライブラリのパスを書き換えとけばおk。

ちなみにEclipseでコンパイルするとアプリサイズが大きくなるんで、
最終的にiαppliToolで吐き出す前提で書いる。
Eclipseのみでよければ上記の制約は幾つか無くなる。


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で同じ列2つはダメとかそんな感じのあったな。

465 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 04:47:58 ]
QRcode:ttp://stat.ameba.jp/user_images/f0/88/10035722472.png
ぶっちゃけ無限プチプチのiアプリ版を作ったのですよ。
無限プチプチで2個までしか押せないとかヒドスw

端末の仕様か…もうどうしようも無いから開発終了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が存在すること自体ウザイ訳でw


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 ]
スタープロジェクトwあったなぁ
つーかそんな内容だったっけ、もう忘れちゃったよ

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 ]
テクスチャのUV指定について質問があります。
現在Doja5.0でマスコットカプセルを使って
COMMAND_RENDER_QUADS(四角形ポリゴン)をコマンドリストで描画させているのですが、

テクスチャBMPの(0.0)の座標に置いてある「16ドット四方のグラフィック」を単純に画面左上に等倍の大きさで貼り付けたい場合、

4つの頂点座標は平行投影で
( 0, 0) (16, 0) (16,16) ( 0,16)で、

その場合UVをおなじく
(0,0) (16,0) (16,16) ( 0,16)
にすると、右側1ラインと下側1ラインが1ドットずれてテクスチャマッピングされてしまいます。

この場合UV指定は16ではなく15にしないといけなかったりしますか?

507 名前:506 mailto:sage [2007/11/06(火) 23:15:39 ]
(続き)
テクスチャ座標 ( 0, 0) (16, 0) (16,16) ( 0,16)
UV座標     ( 0, 0) (16, 0) (16,16) ( 0,16)
だと、 スクリーン上の16ドット四方の領域に 15ドット四方のテクスチャがマッピングされている、といった感じになってしまいます。

とすると
テクスチャ座標 ( 0, 0) (16, 0) (16,16) ( 0,16)
UV座標     ( 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 ]
905とか705のDojaのバージョンって、
いくつなんですかね?

もう公式発表されてましたっけ?

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];
それで細切れに読み込んで、今何回目の読み込みかで計測するくらいはできる。

でもそれで描画処理まで挟むのは面倒臭いと思う。
1ファイル完了ごとに(=1回の通信をクローズするごとに)バーを進めるくらいならまぁ。

520 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:07:47 ]
どうせ一回に150kbしか受信できないんだから素直に受信が終わるごとにバーを進めたらいいのに

521 名前:デフォルトの名無しさん mailto:sage [2007/11/07(水) 18:09:15 ]
>>517
不可能ですか。ありがとうございました

>>519
ストリームからの読み込みは超速いので描画処理挟むのは微妙ですよね。

1ファイルを小さくすれば細かくバーを進められますね。
接続準備時間がもったいないから絶対やりませんけどw
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
 彡、   |∪|   |        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コンテンツ開発ガイドに、
905はdoja5.1って書いてあるな。

これが公式発表みたいなもんかね。



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 名前:fr [2007/11/08(木) 19:20:26 ]
携帯裏アプリ
ポケモンが熱い
62.xmbs.jp/yosukeapuri/






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<253KB

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