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

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/

過去スレ
Part 1 ttp://piza2.2ch.net/tech/kako/975/975428633.html
Part 2 ttp://pc3.2ch.net/tech/kako/1000/10007/1000723476.html
Part 3 ttp://pc2.2ch.net/test/read.cgi/tech/1040898596/
Part 4 ttp://pc5.2ch.net/test/read.cgi/tech/1067139509/
Part 5 ttp://pc5.2ch.net/test/read.cgi/tech/1084246226/
Part 6 ttp://pc5.2ch.net/test/read.cgi/tech/1091286071/
Part 7 ttp://pc5.2ch.net/test/read.cgi/tech/1102844217/
Part 8 ttp://pc8.2ch.net/test/read.cgi/tech/1110946222/
Part 9 ttp://pc8.2ch.net/test/read.cgi/tech/1120411353/
Part 10 ttp://pc8.2ch.net/test/read.cgi/tech/1131603113/
Part 11 ttp://pc8.2ch.net/test/read.cgi/tech/1141796982/
Part 12 ttp://pc8.2ch.net/test/read.cgi/tech/1154336955/
Part13 ttp://pc11.2ch.net/test/read.cgi/tech/1164168601/
Part14 ttp://pc11.2ch.net/test/read.cgi/tech/1174036396/

■ 開発環境

NTT DoCoMo - iアプリコンテンツの作成について
http://www.nttdocomo.co.jp/service/imode/make/
Java[tm] 2 Platform, Standard Edition v 1.4
http://java.sun.com/j2se/1.4/ja/
CLDC仕様書 日本語版
http://java.sun.com/products/cldc/docs/CLDC1.0_ja_docs.zip
Eclipse.org
http://www.eclipse.org/

■ 機種依存情報

ん・ぱか工房（iアプリ機種依存情報）
http://www.saturn.dti.ne.jp/~npaka/
NTT DoCoMo - アプリケーション作成上の注意点
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/caution/index.html
Overflow! さかきけいのページ（504iまでの機種依存情報つきAPIリファレンスあり）
http://godwood.allnet.ne.jp/vioret/

■ アプリを省サイズ化するツール（ObfuscatorまたはOptimizer）

Java Blender
http://homepage.mac.com/t.sekiguchi/javablender/
jarg - Java Archive Grinder
http://jarg.sourceforge.net/

■ 主なアプリ配布サイト

ギガアプリ
http://g-appli.net/
アプリ★ゲット
http://appget.com/
ゲームチャンネルi
http://appli.channel.or.jp/pc/i/

■ 携帯関連ニュース

ITmedia：モバイル
http://www.itmedia.co.jp/mobile/
ケータイ Watch
http://k-tai.impress.co.jp/
Nekomaru What's New
http://snget.hp.infoseek.co.jp/news/news_index.htm

■ 関連板

携帯・ＰＨＳ
http://hobby7.2ch.net/phs/

携帯機種
http://hobby7.2ch.net/keitai/

携帯コンテンツ
http://hobby7.2ch.net/chakumelo/

携帯電話ゲー
http://hobby7.2ch.net/appli/

>1
乙

>>1
乙です。

そして新ｽﾚ質問第1号。
自分の美声(歌声)を再生するｱﾌﾟﾘを作ろうと思っています。
歌は演奏付で約1分30秒くらいです。
でも、3gppは904以降しか再生出来ないんですよね？
という事は従来の端末のﾕｰｻﾞにも美声を聞いてもらう為には
mp3→mldかな〜？とも思ったんですが、ｻｲｽﾞが…。
これは素直に諦めるか904以降のﾕｰｻﾞにのみ美声を届ける
しか方法がないという事でしょうか？

音声のみの3gp動画として再生すればいい。
ただヒープの空き容量によっては90秒は無理かもしれない。

OpenGL ESを使った携帯アプリの開発方法は公開されているのですか？

Mail mail;
try{
// こいつがエラー
mail = MailAgent.getLastIncoming();
}catch(SecurityException e){
mail = null;
}catch(IllegalStateException e){
mail = null;
}

こういう処理を記述したんですが，
getLastIncoming()が実行されたときに
SecurityViolation: 6 getLastIncoming 0
というエラーをコンソールに残してシステムがダウンしてしまいます
(DoJa5.0 Eclipse)

どこかの設定ファイルで許可が足りないのだと思いますが，
どのようにすればいいのでしょうか．．．？

メール関連のメソッドはトラステッドじゃないと呼び出せないけど
その辺は大丈夫？

トラステッドってDXのことですよね．．．
プログラム組んでると基本的なことほど気付かなくて．．．

そもそも無理なものに四苦八苦してました．．．
ありがとうございます．

自分はPHPでメールも送れるサーバ用意したお

今、外部メディアに画像を保存するiアプリを作っているのだが、案外、読み書きに処理時間がかかるんだよね。

んで、時間がかかるのは仕方ないとして、処理中だという事をユーザに教えてあげたい。
または、進捗状態を表示したいのだが、何か良いアイデアはないものかなぁ。

砂時計もどきとかプログレスバーみたいなのは大変そうだし・・・

前スレ乙

前レス>>999
DoCoMoのソニー端末以外の端末は、タイマ解像度が10msだから
Thread.sleep(1)ってのはThread.sleep(10)と変わらない。
完全にフレームを固定したいなら、そもそもsleepを入れないほうがいい。
電力消費が激しそうだがな。

前レス>>993
>実機ではいまいち正確に保ってくれないんだ
たぶん、上で説明したタイマ解像度10msのためだと思われる。

俺はsleep入れてるけど結構安定してるよ。
フレーム数をチェックして多かったら少しずつ
sleep時間延ばしてやるとかしてる。

当然毎回sleep時間を大きく変えてると不安定になる。

>>15
将来的な事を考えて1を指定しているだけで、
別に10msだろーが20msだろーが問題ないよう書いてあるよ。
滑らかなアニメーションは期待薄かもだけどね。

>>18
あ、別に>>999を否定するために言ったわけじゃないんだ。
否定するように見えたならあやまるよ。すまんかった。

>>17
sleep入れないって言ったのは、完全にフレームを固定したい場合のみだからね。
10msって0.01秒だから、その範囲で多少誤差が出ても体感として分からないし、sleep入れるのが普通だと思うよ。

ちなみに俺のFPS固定のソースは↓
private long backTime;
private int waitTime = 50;　　　　// 20FPS

public run() {
　　backTime = System.currentTimeMillis();
　　while (true) {
　　　　// 時間待ち
　　　　{
　　　　　　Thread.yield();
　　　　　　long time = waitTime - (System.currentTimeMillis() - backTime);
　　　　　　if (time > 0) {
　　　　　　　　try {
　　　　　　　　　　Thread.sleep(time);
　　　　　　　　} catch (InterruptedException e) {
　　　　　　　　}
　　　　　　}
　　　　　　backTime = System.currentTimeMillis();
　　　　}

　　　　// メインの処理を入れる
　　}
}

>>15
タイマ解像度1000msの端末が有ったとして、
0.5秒目でsleep(1)したら1.5秒までsleepすると思ってない？

>タイマ解像度1000msの端末が有ったとして、
>0.5秒目でsleep(1)したら1.5秒までsleepすると思ってない？
やべぇ、ちょっとそう思ってた。


>Thread.sleep(1)ってのはThread.sleep(10)と変わらない。
俺のこの発言間違いだね。無視しちゃってください。

>>20>>21
>タイマ解像度1000msの端末が有ったとして、
>0.5秒目でsleep(1)したら1.5秒までsleepすると思ってない？

俺もそう思ってた！
WinAPIのsleepは確かタイマ解像度に依存していたと記憶しているが
Dojaの場合は違うのか

ひどい流れだ

え、ちょっと意味が解らんのだけど

俺はタイマ解像度1000msだったら、
1000ms以下は入れても無駄というか正確に測れない
ってことだと思ってた

ハードが十分に速ければそこまで気にする事じゃないんだろうけどなｗ

>>24
携帯内で１個だけ動いてる解像度１秒の時計をみんなで見てるなら、
秒が切り替わった直後に１秒スリープすると、
次に変わったって気づけるのは約２秒後って話じゃね？

動けば良いやで作ってるから、間違ってたらゴメンｗ

結局sleep関数の精度はタイマ解像度には依存せず全端末1msが保障されてるということでいいの？

俺もだんだん混乱してきた。

>>20
>タイマ解像度1000msの端末が有ったとして、
>0.5秒目でsleep(1)したら1.5秒までsleepすると思ってない？
この場合は、2.0秒までsleepするであってるよな？

>>28
あってるよ

え、全然解らん
こういうもんだと理解してたんだけど

sleep( 1000 )で呼び出したとする
　↓
スリープを開始
　↓
タイマーを見て現在時刻を取得（多分ミリ秒単位）
　↓
以降、一定時間ごとに時刻を取得して比較
現在時刻から1000ミリ秒以上経ってたらスリープ解除

この一定時間がタイマ解像度だと思ってた

それでいいんじゃね？

ということはタイマ解像度が100msの端末の最大FPSは10ということになるんでしょうか

え？なんで？

>>33
おげ、違うのか・・・？
タイマ解像度=100msとして

0ms(開始)
処理(20msかかった)
20ms
sleep(1)←タイマ解像度100msなので(1)でも100msまで進んでしまう
100ms
処理(50msかかった)
150ms
sleep(1)←タイマ解像度100msなので(1)でも200msまで進んでしまう
200ms

結局10FPSにならんの？

すまん…sleepの理解は34でいい？として
FPSを上げたければsleepいれなきゃいんだよね

あ、なるのかも？
もう混乱してﾜｹﾜｶﾗﾝ

タイマ解像度100msということは、100msに一度タイマ割り込みが
発生するということ。
>>34の例では、20msのあとでsleep(1)をした場合、sleepが終了
するのは、割り込みのタイミングに対してどの時点で命令を発行
したかに依存するので、待ち時間は1〜100msのいずれか。

ごめん、うまく説明できないな。

>>35
基本的にはそれでOKだと思う。
ただ、液晶画面の応答速度を考えると
sleepを削除しても、1000FPSとかはでないと思わr。

>>34 の例でいうと、開始の時点で携帯のタイマが 0ms にリセットされるわけではないから、

90ms(開始)
処理(20msかかった)
110ms
sleep(1)
200ms

かもしれないし、

40ms(開始)
以下略
処理(20msかかった)
60ms
sleep(1)
100ms

かもしれない。結局10FPSになるのは、まぁたぶんそうかもしれんが、保証はない。
sleep(1) は、最低 1 ミリ秒以上スリープする、というだけで、上限は定められてない。

sleepは落ち着いてきたからいいよな。>34が正解。
で、FPSの話に移るとして、大前提。

・FPS固定する理由が端末毎の処理速度差を吸収する目的であるとする。

とした場合、sleepがあろーとなかーと、他の部分を考慮しないとダメ。
他の部分ってのは、『処理が早すぎた場合』と『処理が遅れた場合』。

>>19 と前スレの >>993 のFPSクラスの場合、
早すぎた場合に関してはsleepで待っているので問題ない。
問題なのは『処理が遅れた場合』の方で、
メイン処理や描画が 1000/フレーム数ms 以上の場合に遅れを取り戻せない。
レースゲームなんかじゃ致命的で、
遅い端末と早い端末が同時にレーススタートすると、遅い端末が後でゴールする。

>backTime = System.currentTimeMillis();
ここを
backTime += waitTime;
とすれば軽い時にそのうち追いつくけど、追いかけてる最中高速アニメーションｗ
まだ遅れっぱなしの方がマシってくらい有り得ない。

FPS(あくまで全端末の処理速度)を一定に保つ方法はいくつかあるけど、
ここいくつかのレスを見る限り、
前スレ999のみが早すぎるケースにも、遅すぎるケースにも対応してる。
例え描画が1,2フレーム落ちても、mainLoop関数は秒間平均20フレーム回るので、
pos +=speed; と書いてあっても大丈夫。
ただ、999にも書いてあるけど長時間サスペンドや、
ダイアログでmainLoopを止めると対処がムズイ。

他は遅れっぱなしになるか、以下の制限付ければFPS固定になる。
・どんなに遅い端末でも、1フレームあたり1000/フレーム数ms 以上の時間が
　かからないようにする。（最悪、遅い端末にフレームレートをあわせる）
・座標計算をこんな感じで…かなり面倒。
　pos += (System.currentTimeMillis()-time) * speed / FLAMERATE;
・遅い端末は忘れる


で、話を戻してsleepが有るとか無いとか言ってる人。
タイマ解像度は currentTimeMillis() にも影響するので、実はあまり意味ない。
sleep使わないメリットは、sleepに与えた時間以上に休むのを防ぐことができるくらい。

タイマ解像度ってTimer#getResolution()のことで合ってる？
getMinTimeInterval()の話が出ないのも引っかかるんだが、
気にしなくていいのかな。

うん、論外。

iアプリベンチはgetResolution()の値を取ってなかったっけ？

>>44
25msとかで記述するのが面倒だから
1000msなり100msで具体的にどーなるかを議論している訳で、
iアプリベンチの値が実際のタイマ解像度と異なったとして、
上の議論には何の影響も無いでしょ。

どんなタイマ解像度の機種であっても、FPS固定できる事が理想なんだし。

>>45
"FPS"って何だか分かってる？

流れ切ってすまん。
マスコットカプセルは右、下、奥が正の値の右手座標系って公式資料に書いてるけどこれって一般的？
俺は右手座標系というと右、上、手前が正だと思ってた。

それは数学

>>47
マスコットカプセルが特殊、あなたが正常

>>45
だからその「実際のタイマ解像度」って何かなと思ったのよ。
System#currentTimeMillis()の戻り値が常に一定間隔であることが
すべての機種で確認されてるの？
Thread#sleep(1)を100回繰り返したらタイマ解像度×100の時間が経過するの？

納得して議論してるなら横槍入れてごめん。

別にいいじゃん、そんなに厳密じゃなくても動くんだし。

と思ってみたが、それを理由にして
パチスロアプリの仕事を断ったような覚えがあったｗ

パチスロってボタン押してから何ミリ秒以内に停止しないと
いけないとか法律で決まってるんだよね。

そもそもは、前スレ>>999で投下されたソースに対して、ウェイト部分に
sleep(1)＝タイマ解像度よりも低い値を指定しているのでは正しく動作
しないのでは？という疑問から始まった話。
実際の動作は、タイマ解像度の性能が許す限り最良の待ち時間だけ待って
くれるので>>999のソースは少なくとも間違っていないっしょ。

で、途中から可変FPSにして見かけ上の動作速度を同じにするような、一昔前の
リフレッシュレートに関する論争みたいな話がでてきてどんどん脱線している
気がする。タイマの説明については>>37の解説がハードウェア的にはあってると
思われ。

> タイマ解像度の性能が許す限り最良の待ち時間だけ待って
sleepでしょ？最良ねぇ．．．

タイマー関連について検証アプリを書いてみた。
FPSの議論とは直接関係ないので興味のある人だけどうぞ。
http://akizakura.dyndns.org/i/TimerTest.html
QRコード http://akizakura.dyndns.org/i/TimerTest.png

D902iの場合
Timer#getMinTimeInterval() = 10
Timer#getResolution() = 10

System#currentTimeMillis()の間隔
min=1 max=1 avg=1.0

sleep(1) * 100 = 218ms.
sleep(2) * 100 = 314ms.
sleep(3) * 100 = 412ms.

iアプリベンチのタイマ解像度はTimerクラスを使わないかぎり
気にしなくていいのかもしれない。

iアプリでできるチェスってないかな
月額料金を払わなくていい売り切り、または無料で

将棋と比べるとほとんど見かけない

>>55
コード組む話じゃないのならその質問は板違い。

>>54

俺も試してみたよ。

N903iの場合

Timer#getMinTimeInterval() = 10
Timer#getResolution() = 10

min = 1
max = 10
avg = 1.01000908

sleep(1) * 100 = 100ms.
sleep(2) * 100 = 200ms.
sleep(3) * 100 = 300ms.

何回かやってみたけど、sleep(3) * 100 の結果に少しばらつきが有った。
316ms.とか。

>>57
sleep精度がすごくいいね
>>54のはsleep1回につき1ms程度のオーバーヘッドがある感じなのかな

だとすればsleepでタイミングを計る場合は
前ｽﾚ>>353みたいにするのがいいのかもな

sleepも自前waitも使わずタイマーで回してるのは俺だけで良い

やっぱﾀｲﾏｰ精度もそうだけど全ての端末での動作を確認したい所だよね。
特にサウンド関連なんかはちゃんと鳴るか自分で確かめたいし…。

俺は知り合いから古い携帯をもらって900ｼﾘｰｽﾞはある程度集めたんだけど
901以降ってなかなかくれる人いないんだよね。。
てか、携帯の白ﾛﾑ？っていうのかな、中身空のやつって店に売ってる？

>>61
白ロム.com
ttp://www.sirorom.com/

>>62
ｻﾝｸｽ。早速見てみた。
てか、白ﾛﾑってこんなに高いの？？
てっきりﾜｺﾞﾝｾｰﾙみたいな感じで1000円くらいで売ってるのかと思った…

白ロム専用の販売サイトはここ以外にもいくつかあるけど
基本的に値段はあまりかわらない。
アプリ開発する会社とかが普通に購入するから
この値段で売っているんだと思うよ。

docomo使ってる友人知人に使わない携帯ｸﾚｸﾚしてれば案外集まってこない？

NとかPとかNとかPとかｎ　('Д'#)ｲﾗﾈｰﾖ

>>65
いらないならくれ！
まあﾔﾌｵｸ利用する手もあるわな。

ヤフオクって取引の半数が詐欺か犯罪かヤフー社員の息が掛かってる怪しい取引じゃん・・・

>>65
最近元ｶﾉと出かける用事があって携帯買い換えたらｸﾚって言ったんだけど
｢あんたﾃﾞｰﾀ消しても蘇らせそうだから嫌｣って言われたｗ

でも確かにﾔﾌｵｸは怖いなぁ。。
とりあえず俺が集めたのは…
P900iv　N900i　D701i
って、３つしかないやんけｗ
まぁでも、あとSOとSHさえGETすればﾒｰｶｰごとのwav確認は出来るからよしとしよう。
つーか、秋葉行けば手に入る？1000円くらいで買えるなら上京してでも…

>>47
プログラマの常識的には右、上、手前=OpenGLで一般かもしれんが、
これもOpenGL以外にはそうないし一般的かは疑問。
モデルツールはツールで軸方向はいろいろ違うしさ

2D画面のX軸とY軸に合わせて、あと画面の奥に向かってZ軸を伸ばしてるんだろ。
ぶっちゃけ発想が古いと思うが、MascotCapsuleの出自を考えるとそんなもんじゃね。

俺はOpenGLが公開されるまで3Dゲーム作らんつもりなのでどうでもいい。

>>70
なるほど。
すげー納得した。
その発想は出来なかった。

>>67
2chのｶｷｺの半数は嘘と煽りの怪しいサイトでしょｗ
要は使いよう。

>>69
右手座標系の意味をわかってて言ってる？

質問させてください。

void send() {
　　clearKeyState();
　　for (;;) {
　　　　repaint();
　　　　Thread.sleep(50);

　　　　int key = getKeyState();
　　　　if (key == Display.KEY_SOFT2) {
　　　　　　drawString("認証中", 50, 110);
　　　　　　//通信処理
　　　　　　//通信結果表示
　　　　}
　　}
}

このような処理を作成したのですが、思い通りに動作しない
場合があります。

やりたいこと：通信処理中はずっと画面に"認証中"と表示させたい。
問題点：たまに(2割位の確立で)"認証中"が表示されるも一瞬で消えてしまう。

・通信処理は実機,エミュレータ共に2秒くらい。
・"認証中"が一瞬で消えてしまったときでも通信処理自体は正常に動作している。
・repaint()ではダブルバッファリングを使用。

お分かりの方おりましたら、アドバイスよろしくお願いします。

そもそも、そのコードだとソフト2キーを押してる時だけ認証中って
表示される気がするんだけど

"認証中" って描画するための Graphics はどこから？

>>75
通信処理のところでブロックして、forループ回らずにいるんじゃないの？
どちらにしろ通信結果表示のところも怪しい。中でループしてんのかな。
それとも画面を背景色とかでフラッシュしてない？

通信が思ったより早く終わったとかそんなんじゃないのかね。
一瞬だけ表示されるのが嫌なら、最低何秒は表示させるって処理を
追加してはどうだろう。

>>75さん、ご意見ありがとうございます。
すいません、説明不足でした。
getKeyState()等は以下のメソッドを記述していました。

int keyParam = -1;
public void processEvent(int type, int param) {
　　if (type == Display.KEY_PRESSED_EVENT) {
　　keyParam = param;
　　}
}
//キー状態の取得
int getKeyState() {
　　int ret = keyParam;
　　keyParam = -1;
　　return ret;
}
//キー状態のクリア
void clearKeyState() {
　　keyParam = -1;
}

申し訳ありませんが、あらためてアドバイスよろしくお願いします。

>>78
通信処理は別スレッドで行ってる？

74です。
皆様からの貴重な意見ありがとうございます。
あきらかに情報不足のようですので、長々となってしまいますが
具体的にコードを乗せさせていただきます。

Graphics g;
//コンストラクタで G=getGraphics()を使用
void send() {
　　clearKeyState();
　　for (;;) {
　　　　repaint();
　　　　Thread.sleep(50);
　　　　int key = getKeyState();
　　　　if (key == Display.KEY_SOFT2) {
　　　　　　drawBox("認証中", 30, 100, 120, 60); //通信中
　　　　　　//通信処理メソッド
　　　　　　drawBox("結果", 20, 90, 140, 80); //通信結果
　　　　　　ctl;
　　　　}
　　}
}

//ボックス表示
void drawBox(String str, int x, int y, int col, int row) {
　　g.setColor(ピンク);
　　g.fillRect(x, y, col, row);
　　g.setColor(白);
　　g.drawString(str, ボックス中央);
　　g.setColor(黒);
}

続きです。

//セレクトキーを押したら終了
void ctl() {
　　for (;;) {
　　　　int key = getKeyState();
　　　　if (key == Display.SELECT) {
　　　　　　return;
　　　　}
　　}
}
//ペイント
public void paint(Graphics g) {
　　//起動直後にpaintが呼ばれても大丈夫にする
　　if (state == 0) {
　　　　return;
　　}
　　this.g = g;
　　g.lock();
　　drawhaikei();
　　g.unlock(true);
}
//画面描画
void drawhaikei(){
　　//画面初期化
　　g.setColor(黒);
　　g.fillRect(画面全体);
　　//以降描画処理
}
だいぶ長々と書いてしまい申し訳ありませんが、よろしくお願いします。

描いてないから描かれてないんだろ。

以上。

＞　　this.g = g;

なんだこれは

ctl()から抜け出せてないんじゃないの？

>>83
それはdrawhaikei()で使うためじゃないかな
引数で渡せばいいと思うけど

とりあえずだいぶ設計に問題があるな

drawhaikeiで使うだけならいいけど、たしか"認証中"を描画するためにコンストラクタで初期化してるとか言ってなかったか

drawBox("認証中", 30, 100, 120, 60);のあと
再描画しないで通信処理開始してるからじゃないの？

２割くらいの確率で描画されることもあるってのは
システム側が通信開始までの微妙なタイミングで（repaint要求なしでも）たまたま描画しただけで。

一瞬描画されても消えるってのは
paint()が実行されたときdrawhaikei(){}内のg.fillRect(画面全体);のとこで消しちゃってるからだろ。


プログラムの構造が変だよ。
drawBox()はdrawhaikei(){}内から呼び出すようにした方が
描画タイミングに一貫性があっていいと思う。

1.通信前
　repaint(); ←ここで通信前の画面が描画される

2.通信中、通信直後
　drawString("認証中", 50, 110);　←repaintが呼ばれてないので画面には反映されない。
　//通信処理
　//通信結果表示
　ctl();　←ここまで、通信前の画面が表示されている。

3.通信完了後
　repaint(); ←ここで「認証中」が描画される
　Thread.sleep(50);
　･･･

4.次のフレーム
　repaint(); ←「認証中」が消される

どの辺がダブルバッファなのかという質問は無し？

もしかして　g.lock()　→　g.unlock();　これだけでダブルバッファリングになることしらない？

g.lock()してるあたりじゃまいか

74です。
皆様からのありがたいお言葉ありがとうございます。
というか毎回情報不足＆ﾀﾞﾗﾀﾞﾗと長文で分かりづらくて申し訳ありません。
明らかに自分の知識および経験が不足しているので、皆様の意見を参考にして
暫くは自力で頑張ってみます。

本当にありがとうございました。

3Dのアプリを作ってみたいんだけど、簡単なサンプルみたいなやつって無いですか？
googleで探してもぜんぜん見つからないです

俺の親切なアドバイス：やめとけ

>>93
とりあえず、んぱか逝っとくといいよ
ttp://www.saturn.dti.ne.jp/~npaka/mascotcapsule/index.html

Doja5.0で、エミュ上でOpenGLのFloatMath使ってみたんだけど、
SecurityViolation: 37 <clinit> 0
と言われてしまいました。 エミュでもトラステッドじゃないとやっぱだめ？

トラステッド動作設定を忘れてるか
jamファイルにOpenGL使う設定を書くのを忘れてるか

どっちかじゃない？

10 print"ばか"
20 goto 10

画面中を「ばか」でいっぱいにするプログラムを組んだのですが
だめみたいです
どうすれば？

多分言語の問題。

他言語をずっとやってると、新しい言語を覚えてもどうしても前のに引きずられるよね

新しい言語に習熟してないうちはそうだね

PHP触ったあとにJavaを触ると、無意識のうちに変数に$をつけてしまう

if(a==1)を
よくif(a=1)と書いてしまう

if(a==1)ではなくて
if(1==a)と書くようにすると間違って
if(1=a)としても文法エラーになるからおk、と書いてある本を見た希ガス
でも著者も変態チックな記述法なので自分もやんないって書いてたな

変数同士の比較のつもりで間違えた場合には効果ないしね

>>103-104
Javaはそんな変なことをしなくてもif(a=1)の時点でエラーを返すはず

>>106
そうそう、ちゃんとｴﾗｰになるから大丈夫。
でもVBみたいに文法ｴﾗｰがあると先に進ませてくれない言語はｷﾂｲ…
「後でまとめて直そうと思っとるんじゃぁ！」って画面にﾂｯｺﾐ入れそうになるもの。

ちなみに俺の場合はVBから入ってC++やってJAVAに入ったんだが、もうVB忘れたｗ
そしてVBに戻って勉強しなおすとJAVAを忘れる事だろう…

sony music soundをご覧になるにはUIDの取得が必要とか？
UIDってなんですか？？

ここはアプリを作る側のスレ。
使う側はスレ違い。

ダウンロードした人にjamが置いてあるフォルダを知られたくないんですけど、
jamのアドレスって携帯から調べることできるんですか？

>>110
出来る。

>>111
どうやって調べるんですか？
アプリの詳細情報だとファイル名しか出てなくて・・・。

>>112
機種依存になるが過去の古い機種によっては
jamファイルのアドレスを表示する機種があった。
（５０３・５０４時代）
最近の機種はわからない・・自分の機種ではできんな。

Nの903、904は見れたはず

AppTrace=onなら見れる
offなら見れない
N503, 504は例外

情報ありがとうございます。
N902iでは見れないみたいです。（AppTrace=off）
903は白ロム買って確かめてみます。

jamの置いてあるフォルダを知られたくない理由が知りたいな
DirectoryIndex対策か？

>>97
遅レスすまん。
一応、iαppliTool for Doja-5.0 の『設定→トラステッド動作設定』　で、『OpenGl/ES機能の使用許可』をYesにしているけどだめです。
ADF設定のTrustedAPIDを入力しないとエミュでもだめなんですかね？勝手なんで、そんなものもらってないし。

エミュのTrustedAPIDは桁数だけ合わせて（１１桁？）
適当なの突っ込んどけばOKだった気がする。

>>117
PCから見られるのが嫌なので。
レンタルサーバでhtaccess使えないんです。

>>120
CGIが使えるようならPerlとかPHPでリモートホスト見て
jamを吐き出すスクリプト書けばいいんじゃない？
有料のアプリなんかは課金チェックや機種判別も含めて
そういう手法取ってるから

>>119
マジで！？
ちょっと試して見るわ

jamのアドレスがバレると、リソースの場所も推測されてしまうことがあるから、見せない方がいい。
某ネットワークRPGアプリがAppTrace=onで出したから、シナリオが丸見えになった。

>>119
あ、うごいたっぽい。
ありがとう。

RSS読む用のXMLのパーサを今作ってるDoJaアプリにインポートしたいんだけど．
軽くてお勧めなのある？

教えてください。
アプリで画像表示中に音楽（3GP）ファイルを再生したいんですが、
AudioTrackPresenterで間違いないですよね？
エミュレータだと代替音楽のような曲が鳴るんですが、
実機だと何も鳴らない…
もちろんマナーモードではないです。

AudioTrackPresenterはオプションAPI
SH、D、Fのみ対応
非対応機種はUnsupportedOperationException

>>125
ttp://www.horobi.com/xml/mobile/report.html
を参考にして
ttp://kxml.sourceforge.net/kxml2/
これを使ってる。

128を見ていて思ったけど、
BSDライセンスの場合は、サイト内のダウンロードページにライセンス条項を載せるだけでいい？

「いい」ってのがどういう意味かによる
もっと具体的に

>>127

ありがとうございます！
Nで試してました…
VisualPresenterを使うとすると、
ネイティブのプレイヤーが起動するから、
画像のバックで音楽再生はできないんでしょうか？

質問させて下さい！
当方ｹﾞｰﾑを作っているのですが、ｻｳﾝﾄﾞのﾙｰﾌﾟでつまずいています。
canvasのｸﾗｽにMediaListenerをimplementsしているんですが
曲の再生が終わっても（その他再生を開始たりしても）mediaActionに処理が
飛んでこないんです…。
ｿｰｽの概要はこんな感じです。

class game1 extends Canvas implements MediaListener{
各種処理
game1(){
各種処理
ｵｰﾃﾞｨｵﾌﾟﾚｾﾞﾝﾀｰ.setMediaListener(this);
}
public void mediaAction(MediaPresenter source,int type,int param){
System.out.println("処理が来た！");
}
}

よろしくお願い致します。

>>131
3gp形式などは不可。
機種別のMFi形式を使うしかない。
>>132
参考例
ttp://iappli.kajas.com/sec0205/

>>132
audio.setAttribute( AudioPresenter.SYNC_MODE, AudioPresenter.ATTR_SYNC_ON );
audio.setMediaListener( this );

audioは取得したAudioPresenter。
SYNC_MODEを設定しないと同期イベントは発生しないかと。

>>134
SYNC_MODEはあくまで同期であって、それを設定しないからといって
mediaActionに処理が来ないわけではない。
>>132はmediaActionに処理が来ないと言っている。

大方processEventでループしてたりするんじゃない？

サウンドデータの問題かもな
曲が終わってから５分くらいしないとそこに行かないデータが前にあった

>128

返事遅くて済まん
そのページは知ってたんだが，
2002年の報告だから今はどうなってるのかなぁと思って聞いてみた，
ともかくサンクス

>>126さんに便乗して質問なんですが、
ゲームの中で効果音(1秒くらい)として3gpを再生したいのですがなぜか
ap.play();をしてからどうしても1〜2秒のラグが出てしまいます。
携帯はSH903iなんですが、携帯に問題があるのか、ファイルなのか
仕様なのか何なんでしょうか?

にしてもiアプリの音楽再生に関する詳しいページって少ないですね・・・。

play(1ﾐﾘ秒単位)を入れるのねんのねん。
そうすると()内に入れた秒数から音楽がスタートするから
タイムラグを解消できるのねんのねん。
機種依存命令だけど９０３シリーズなら大丈夫じゃまいか。

>>132
メディアアクションはpublic voidじゃ機能しないよん〜〜〜
だってpublic voidは呼び出して機能させるしかないからねんのねん
public classを作ってメディアアクションさせなきゃだめよ。
つまり別のclassを作るってことよ。わかったかしらあん〜〜〜はあと

>>141
言ってる意味がよくわからんが、俺も>>136が怪しいと思う。
あるいは別のAudioPresenterをnewしていて、そっちでplay()してるとか？

流れを切ってすみませんが、ご助言願います
以下のように、イメージを右に移動させる処理を組んでいますが、
イメージの移動した跡に残像が残り続けてしまいます。

while(true){
g.lock();
g.drawImage(image, x, y);
g.unlock(true);
x++;
//スリープ処理
}

ループ中に、g.clearRect(0, 0, getWidth(), getHeight());を追加すると解決したのですが、
参考とさせて頂いたこちら（ttp://www.doja-developer.net/_up/features/UE051011/index.php?id=71）の
サンプルソースでは、このような処理は行われていないようです。
サンプルソースでは、特に明示的に画面のリフレッシュを行っていないようなのですが、
同じように組んでも残像が発生してしまう理由を教えてもらえないでしょうか？
よろしくお願いします。

>>141
MediaListener実装クラスがpublicじゃないと駄目ってことか？

>>143
描画前に画面をクリアないと前の画面にそのまま上書きするからそうなる
サンプルでは68行目のfillrectで画面をクリアしてる

fillrectはsetColorで指定した色で塗りつぶす
clearRectはデフォルトの背景色で塗りつぶす

>>145
即レスサンクス！
clearRectの先入観があってfillRectが目に入らなかった様です
要するに、実際のゲームアプリ等で応用する場合には
先に背景を再描画してしまって一度画面をクリアすれば良いわけですね

背景が部分描画なら、はみ出した部分クリアしないと残るけど
全画面背景描くならクリアする必要ない

っていうか背景描いた後に画面クリアしたら背景消えちゃうぞ

>147　多分意味は通じてると思うぞ
>146の頭の中では　背景を再描画する＝画面をクリアする　って意味なんだろう
まぁ>146の言い方が悪いんだけど初心者だしな

>>140
今ちょっと試したんですが、やっぱり開始は遅く音が途中から再生されただけでした。
そもそもこの音はwavで作ってSoundEngineで無音部分を完全に切り取り、
3GP Converterで変換してるので一応ファイルの中にラグは無いはずなんです。
ただ3GP Converterで最初やったときなぜかデータが途中までになってしまい、
しょうがなくwavのケツにちょっとだけ無音を足して、途中で切れても音は聞こえるようにした。
という経緯があるので、ここが怪しいかな・・・？とは思ってるんです。
誰か同じようなことあった人居ますか？

便乗で質問させていただきます．
>>128で紹介されているライブラリの
kxml2-min-2.3.0.jar
をDLし既存のDoJaアプリに追加してみたんですが，
追加下だけのときは問題ないのに，
実際参照すると，start()を内包するクラスが見つからないと
実行時エラーが起こり，
携帯のエミュレータが一瞬だけ出現してきえてしまいます．

外部Jarの追加はプロジェクト右クリックの「ビルド・パスの構成」から
外部Jar追加ボタンで参照したのですが．
間違ってたり抜けがありますでしょうか．

どなたかお願いします．

答えるわよ―！

>>150
DoJaが外部Jarに対応してない気がする

ﾄﾞｰｼﾞｮ ﾄﾞｰｼﾞｮ

>>149
それは携帯での動作？
エミュだとＰＣによると思うけど処理速度ムチャクチ遅いときあるわよ
音楽に限らず画像の処理速度も携帯とＰＣじゃ大違いだわ

>>154
実機です。エミュだと変なピアノ曲が出るんですよね・・・

Eclipse 3.3でも使えてる？

>>155
ドコモとしては、効果音はmldを使え、勝手アプリ作者はシラネだろう。

>>157マジすか・・・
ADPCMだと3gpより容量食うくせに音質死ぬほど悪いんすよね。
Doja5携帯ってADPCM何Hzまで使えるんですか？

あくまで携帯なんだから低機能を生かしたアプリ作らんと

>>158
ADPCMはたしか音源チップに依存していて、DoJa5.0でここまでという決まりはないはず。
でも勝手アプリなら、wav2mldやYamahaのツールの制限を考えて、モノラル、16bit、16kHzくらいじゃね。

>>159
とあるスーファミソフトを移植中でして・・・忠実に再現したいんですよ・・・。

>>160
回答ありがとうございます。
そうですか・・・いっそwav2mldを自前で　とも思ったんですが、ツールでやってみます。
お世話になりましたm(_ _)m

忠実に移植して著作権侵害にならないんですか？

AFO?

坂田師匠のことかー！

エミュ上でOpenGL ESを試しているんですが、なにやってもプリミティブが描画されません。
かといってエラーが出たりはしていません。クリアは指定された色でクリアするんですが。
なんかやんなきゃいけないことあります？　

初期化メソッド内
float[] meshArray = new float[ 5*3 ];
meshArray[0*3+0] = 0; meshArray[0*3+1] = 40.0f; meshArray[0*3+2] = 0;
meshArray[1*3+0] = -40.0f; meshArray[1*3+1] = -40.0f; meshArray[1*3+2] = 0;
meshArray[2*3+0] = 40.0f; meshArray[2*3+1] = -40.0f; meshArray[2*3+2] = 0;
.. VertexBuffer = DirectBufferFactory.getFactory().allocateFloatBuffer( 5*3 );
VertexBuffer.put( 0, meshArray, 0, 5*3 );
...

public void paint( Graphics g ) {
GraphicsOGL gl = (GraphicsOGL)g;
gl.beginDrawing();
gl.glViewport( 0, 0, 240, 240 );
gl.glDisable( GraphicsOGL.GL_CULL_FACE );
gl.glDisable( GraphicsOGL.GL_DEPTH_TEST );
gl.glDisable( GraphicsOGL.GL_LIGHTING );
... gl.glClearColor( 0.0f, 0.0f, 0.0f, 0.0f );
gl.glClear( GraphicsOGL.GL_COLOR_BUFFER_BIT );
gl.glEnableClientState( GraphicsOGL.GL_VERTEX_ARRAY );
gl.glDisableClientState( GraphicsOGL.GL_NORMAL_ARRAY );
gl.glEnableClientState( GraphicsOGL.GL_COLOR_ARRAY );
gl.glDisableClientState( GraphicsOGL.GL_TEXTURE_COORD_ARRAY );
gl.glVertexPointer( 3, GraphicsOGL.GL_FLOAT, 3*4, VertexBuffer );
gl.glColorPointer( 4, GraphicsOGL.GL_FLOAT, 0, ColorBuffer );
gl.glMatrixMode( GraphicsOGL.GL_PROJECTION );
gl.glLoadIdentity();
gl.glMatrixMode( GraphicsOGL.GL_MODELVIEW );
gl.glLoadIdentity();
gl.glTranslatef( 100, 100, 10 );
gl.glDrawArrays( GraphicsOGL.GL_TRIANGLES, 0, 1 );
gl.glDrawElements( GraphicsOGL.GL_LINES, 2, GraphicsOGL.GL_UNSIGNED_SHORT, IndexBuffer );
gl.endDrawing();

}

自己解決しました。

プリミティブってなんですかぁ？

点と線とポリゴンのことです

>>167
よく読んでないけど何がどう解決したのか知りたい。

どう考えてもこれだろw
>gl.glMatrixMode( GraphicsOGL.GL_PROJECTION );
>gl.glLoadIdentity();

正解：
・指摘されている通り、射影変換マトリクスが単位行列なら、Viewport変換のためにメッシュデータは[-1,...,1]に正規化されてなければなりません。
・DrawArray()　と、DrawElements() の　int count パラメータが、プリミティブ数でなく頂点数でした。
ついでにもう一つハマッタのが、glBindTexture, glTexImage2D やっただけではテクスチャーが貼られず、glTexEnvfやTexParameterfでテクスチャーステートを設定しないとだめ。

Graphics2 に対応している機種って、もしかして相当少ないんでしょうか。
機種依存ないつもりが、結構起動できない機種があるようなんです。
誰かご存じないですか。

ちなみにこんなアプリです。 ttp://wave.no-blog.jp/iapp.html

機種依存のAPIの情報は、公式サイトにあります

ありがとうございます。
灯台もと暗しですね。問題はGraphics2ではないみたいですね。
しかし、他に機種依存な部分は見あたらないんですが・・・。
もう少しソースを見直してみます。

内容からいっていろいろ計算使ってそうだけど、CLDC1.1の機能使っていながら
1.0機種を対象OKにしてるとかそんなことないの?
つまりfloatとかdoubleとかMath使ってないか、ということだけど

いえ、floatもdoubleもMathも使わず、intとlongと自前関数のみで作ってます。

なぜだか、P903iはＯＫで、SO903iやF904iなどでエラーが出るようなんです。

東大元暮し

// エラー デバッグ ブラウザ ツール
// http://www.mozilla-japan.org/
// シンプル プログミング ツール
// http://proforceone.web.fc2.com/
// 素因数分解サンプルプログラム
// Calculation processing にコピーして[RUN]

MAX=1000;br();
for(x=2;MAX>=x;x++){write("　"+x+"　⇒");
　for(i=2;x>=i;i++){if(0==x%i){k=0;
　　for(j=2;(i>=j)&&(1>=k);j++){
　　　if(0==i%j){k++;}
　　} if(1==k){write("　"+i);}
　}} br();　
} br();

http://anti.bne.jp/neta/yamada2.swf

>>178
勘なんだけど、Javaヒープとネイティブデータヒープにメモリーが分かれてる機種って
リソース不足になりやすくてエラーが出るんじゃないかな？
なぜメモリーに余裕があるはずなのにメモリー不足になるのかは意味不明

考えられる対策は　a[50000]　まで使う配列なら余裕もって　int a[]=new int[60000] と宣言してみるとか
ガーベッジコレクションを使う手とかあるけどこちらは重くなるから実用的じゃない
でもこれらで解決するかは不明

そもそも端末の仕様のバグなのにいつまでも修正しないメーカーが悪い

>>１７４
公式には９００の一部の機種までしか情報が開示されてないんだよね

>>178
起動エラーとアプリ(aマーク)エラーは別なんじゃない?
プロファイル定義ミスで、ダウンロード対象から外れて怒られるとか
そういう類のエラーを想像してた

まあ173はもうちょっと自分で具体的に何のエラーかぐらいは突き止めんと無理だわな

すまん
× >>178
○ >>182

そっか
起動できないってあるからな
だとするとスクラッチパッドにlengthつけてないとかか？
いずれにしてもヒープフラグメントとかいうメモリの問題だけど

起動直後に「エラーが発生しました」と表示されるらしいのですが、
この場合、�@対応していない命令が含まれていた。
もしくは�Aヒープメモリ関係。
が原因と言っていいんでしょうか。

っ 例外をcatchして表示させてみる

catch出来ない部分で落ちてる予感

当方の機種（P903i）ではエラーが出ないので、
catchもできないんです。

起動できない機種だけでも、もう少し分かるといいのですが・・・。
（SO903i,F904iでは起動時にエラー）
このアプリです。→ ttp://wave.no-blog.jp/FallS.html

>>190
そりゃ当然catch入りバージョンをエラーの出る機種で動かさなきゃ意味ないでしょ

トレースの結果はどう出てるんだ？
それ次第って気がするが

俺の勘がソースを良く読んだら解決しちゃう系
なんじゃねーかと告げてるｗ

コンストラクタかstart()の中で無茶なことしてんじゃねーかなに１票

ソースの読みがまだ足らないようです。(反省)
ソースの最初の部分はこんな作りですが、
どこか まずい所があるのでしょうか。
import com.nttdocomo.ui.*;
import com.nttdocomo.io.*;
import java.util.Random;
import javax.microedition.io.*;
import java.io.*;

public final class FallS extends MApplication{
public void start(){
Can ca=new Can();
ca.setSoftLabel(ca.SOFT_KEY_2,"help");
Display.setCurrent(ca);
Thread thread=new Thread(ca);
thread.start();
}
final class Can extends Canvas implements Runnable{
private int 〜;
private int[]x=new int[20];
〜//同様な配列宣言
private Random rnd;

public Can(){
rnd=new Random();
〜//変数初期値代入
load();
if(mem!=1){mem=1;psave=1;bg=1;balln=10;zn=0;}
}
〜〜〜
}}

>〜//同様な配列宣言

ここで大きい配列用意してるとか
トータルで大きい容量になっちゃってるとか

エラー状況をもっと詳しく調べるんだ！
「起動時にエラー」じゃ曖昧すぎる。
D902iだとFallSは普通に動くが、WaterPが「毎回、起動して5秒後」に落ちる。

質問
環境Eclipse3.2.0，Doja5.0
Inputは通常通りに開けるけれども，
try {
　　OutputStream out = Connector.openOutputStream("scratchpad:///0");
　　DataOutputStream dos = new DataOutputStream(out);
　　out.close();
}catch (IOException e) {
}
この処理で
java.lang.NullPointerException
　　at ClassName.closeIApplication(+6)
ClassName
ってなるんだが・・
SPsizeの設定とSPファイルの書き込みも許可墨

>>199
196もだけど、ちゃんと原因の切り分けをしないとだめ。
ClassName.closeIApplicationのメソッドの中身を確認する。

あと、例のソースでは、outはcloseされるけど、dosがcloseされていないから、リークするかもしれない。

アドバイス�d，これからはdos閉じてからout閉じるようにします

自分なりに切り分けたつもりで検証した結果
OutputStream out = Connector.openOutputStream("scratchpad:///0");
の時点でぬるぽらしく，そのままcatchされている模様

ClassName.closeIApplicationの中身はすっからかんで
public void closeIApplication(){
　　saveIApplicationData();
　　IApplication.terminate();
}
という具合です

あ，saveIApplicationDataというのが199で書いたソースのあるメソッドです

posやlengthを指定してみるとか。
スクラッチパッドのcloseし忘れがないか確認するとか。

closesし忘れてもビルド時にエラー出ないんですか？

ロジックの追跡と妥当性を検証してくれるビルドツールか
プログラマは種まいて見てるだけー

>>198　「毎回、起動して5秒後」に落ちる。
メモリ周りしかないですかね。
自機でエラーが再現できない以上、とりあえず
白ロム買ってみようかと思います。

簡単簡単

つーかそこまでする必要あるか？商売でやってるわけじゃなし
はっきりいって規格を統一しないメーカーが悪いんだし
売り上げに響くからか　ろくに機種依存情報も出さないし（９０１以降は全然出してない）
ハードに問題あるならどうしようもないよ

>>206
900シリーズとかならともかく、最近の機種でメモリ不足って考えにくくないかな。
例外をcatchするバージョンを実機で試すくらいは手伝うよ。
そもそもD902iでWaterPが落ちるのと、FallSの問題は無関係かもしれないが。

>196
Canのコンストラクタにあるload()って何やってるの？
このタイミングでスクラッチパッドにアクセスしちゃダメだよ。
コンストラクタでは通信やリソースへのアクセスとかの複雑な処理をしちゃダメ。
機種依存で上手くいくこともあるけど基本的にはやらない。

コンストラクタはエラー返さないし例外が発生してもcatchしようがないから
これが原因ならシステム側でエラー処理されるよ。

>>210
いやコンストラクタの中でだってcatchは出来るだろ
まぁ処理にしくじったら即terminate()呼ぶなり変数で場合わけして内部を状況表示に切り替えるなり色々やりようはある

俺としてはスレッド使ってるからちゃんとsynchronizedするのを忘れてて各種変数が壊れてるってのを予測してるけど
特に特定の割合や特定個所で出るけど例外補足に失敗するってパターンはそれが多いよ
自分ではスレッドを使って無くてもCanvas.processEvent()とかをsynchronizedで括り忘れると
実機ではもうどんなバグが出てもおかしくないし
まぁprocessEvent()系を全く使ってなかったら判らんけど

>>203
�dクス！
read側で201同様DataInputStreamをcloseしてなかったのが原因でした

言い訳するとDoja3.xの頃に作った頃はこれで動いてたんです・・

>>209
ありがとうございます。デバッグver.はほんの少し時間を取れたら作ります。
ところで、落ちたのは何か表示がされた後なのでしょうか？

>>210
load()はsaveした変数値を読み込んでいるだけです。(それほどボリュームはないかと。)

>>211
うむむ、key処理でprocessEvent()は使ってますが、synchronizedは全く使ってないですね。

>213 load()について。
>saveした変数値を読み込んでいるだけです。

てことはスクラッチパッドにアクセスしてるんだよね？
>210はそれだとダメじゃないかと指摘している。
処理のステップ数や読み込む量は関係ない。

今回の問題の原因ではないかもしれないが、いかなるコンストラクタでも
デバイス機能の操作（スクラッチパッド、通信、音声、カメラ、描画更新など）は
しないのが常識だと自分では思ってたんだけど…どうなのかな。

>>213
processEvent()をsynchronizedで括っておくのは基本
processEvent()がイベントごとに別個のスレッドで呼ばれるか同一のスレッドでキュー処理して呼ばれるかは実は機種依存
jguidefordoja5_x_070423.pdfの86ページ
イベントごとに別個のスレッドで呼ばれる機種の場合processEvent()処理中に再突入されることを考慮に入れなければならないし
またCanvasをThreadで処理してる場合processEvent()のスレッドと並走することになるのでprocessEvent()から呼んでるメンバは全て
synchronizedである必要がある(まぁこちらは当然処理してるとは思うが)

>>214
コンストラクタでやるのが悪いんじゃなく初期起動メソッド(start()やstartApp())の記憶違いじゃね？
コンストラクタそのものは何をやろうと関係ないよ
それも短くしなきゃいけないって決まってるのはMIDPの仕様(ディスパッチャ停止を避けるため)だったと思った
DoJaには関係なかったはず

> processEvent()をsynchronizedで括っておくのは基本
Javaの基本って事？それとも携帯アプリでの基本って事？

>processEvent()から呼んでるメンバは全てsynchronizedである必要がある(まぁこちらは当然処理してるとは思うが)
ちょっと気になったんだけど、processEventがsynchronizedになっている場合
processEventから呼んでいるメンバは自動的にsynchronizedがかかっているのと
同じ挙動にならないの？

>>217
ならない。
なぜなら、synchronized修飾子でロックされるのは指定したオブジェクト
(指定しない場合はthis)であって、メソッド本体ではないから

iαppli Development Kit for DoJa-5.0(FOMA)をインストールしたのですが、
いざ起動しようとすると、何も反応がありません。
エラーが出るわけでもなく、一瞬砂時計が出て、それっきりです。
誰か解決法のわかる方はいますか？
ちなみに、Doja3.5、Doja4.0は起動します。

java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)

WinXP HomeEdition

公式エミュレータ（Doja5.0）でストレージデバイスにデータを保存するアプリをエミュレートした場合
ストレージに保存したデータがどこに在るか知らない？

>>219
Doja3.5，4.0はアンインストール済み？

>>220
アンインストール済みです

>>219
一端アンインストールして、別ユーザーでログインしてそっちでインストールしてもだめ？

>>220
公式資料によると、C:/iDKDoja5.0/lib/storagedevice/xxx

>>213
波が動き始めて5秒後にαエラー。
その間、helpの表示、設定の変更や保存は正常に機能してるっぽい。

あった！ありがとう>>223

>>222
別ユーザでやってみましたが、やはりダメですね。

javacのバージョンは？
DoJa5.0のマイナーバージョンは？Eclipseの場合だけど、特定のバージョンだけ起動できなかったことがある。

>>227
java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)

これではないのですか？

あとDoJa5.0のマイナーバージョンは3.00です。
Eclipseは使ってません。

>>198
processEventにsynchronizedを付けて、
トレースモードにしたアプリをアップしました。↓
ttp://wave.no-blog.jp/test/test.html
エラー情報頂けるとありがたいです。
(FallSでエラー出る方もいらっしゃれば・・・)

>>229
D902iで、WaterP v4、WaterP2ともにαエラー発生。
ALERT: java.lang.OutOfMemoryError

FallS v1は問題なく動きますな。

>>230
予想通りのエラーですね。
ということで、対策デバッグ版アップしました。(同ページにて)
・System.gc()を初期化後に実行する：WaterP3
・定期的に実行する：WaterP4

processEventにsynchronized付けるとキー入力が遅くなると思うんだが。
processEventにはsynchronizedをつける必要ない設計するのがセオリーなんじゃないの？
と公式アプリつくってる者の意見でした。

paintをsynchronizedする人なら見たことあるけど、processEventはないな。

>>216-218
何か話が噛み合ってない気が…
以下2メソッドは同意。

public synchronized void processEvent(){
//...
}
public void processEvent() {
synchronized(this) {
//...
}
}

synchronizedを指定したオブジェクトに対して、別スレッドから参照が行われた場合、
synchronized対象のロックが切れるまで、別スレッドは待ち状態になる。

2つのスレッドからprocessEventが呼び出されたとして、
先に呼び出されたほうがthisをロックする。
後から呼ばれたほうはthisのロックが解除されるまで待ち。

thisのロックが解除されるのはsynchronizedスコープの後なので、
その間呼び出されるメソッドもロック中と同等の動作になる。

>processEvent()から呼んでるメンバは全てsynchronizedである必要がある
これはちとオーバーじゃないかね(´・ω・｀)

ちょっと教えてください
iアプリを作って配付する場合
microSDに入れて配付とかした場合、アプリを起動できないですよね？
ネット上から落としてもらうしかダメなんですかね？

うん、そう。

なんとかやり方ないのかねえ
まあネット上に置いてあったからってだれかれ構わず見つけて落とされることはないと思うけど
できれば配付した人を特定しておきたいからminiSDなりmicroSDなりで配付したいんだけどなあ

DL時に特定できるように会員認証でもつければ良いんでないの？
それくらいのCGIは書けるでしょ

>>231
WaterP3は5秒でOutOfMemoryだが、WaterP4は落ちなくなってた。
ただ、2〜5秒ほど動いては1秒以上停止(おそらくGC)するので、
アニメーションがウリのアプリとしては致命的だろうな。

> それくらいのCGIは書けるでしょ

>>219
doja.exeをダブルクリック等で直接起動させたときに動かないのか？
それとも、バッチファイルやコマンドプロンプトから -i や -j などの
オプションをつけて起動したときに動かないのか？

>>237
先に配布予定者の端末IDを聞いておいて、それに適合する場合のにDL可能ってどうよ？

じゃあ白ロムにアプリを移すのも無理なんですか？

配布した人を特定したいのにminiSDで配布出来たら、その時点で意味ないだろ。
やるならシリアルナンバーでも配るしかないな。

>>237
SDにキーデータファイルを入れて、
それがなければ初回起動できないようにするとか。

>245
何も知らなければ全部コピーすると思わないのかい。

>>245
そこまで自由度のあるSDへのアクセスそのものをiアプリからはできないわけだが

まぁ実用的に落とした人を断定しておきたかったら落とす場所を
携帯でアクセスしか出来ないようにした上にBASIC認証にでもして
落とせる人、一人一人にIDとパスを割り振った上でアクセスログを取って
明らかに不特定多数からそのIDとパスが使われてたらそのIDとパスを停止する形にするとかかな

むしろSDに入れて配布なんて方法の方が中身の全ファイルをzipで固めてどこかにアップされれば
完璧アウトな上に流通を止める手段がないよ

>>242 に一票

質問させてください。

iアプリでソケット通信をする事は可能ですか？
調べていると出来ないように感じたのですが、その場合自前で用意したサーバにアクセスするにはHTTPで接続しにいくしかないですかね？

>>219
関係あるかどうか判らないけど。
うちは1.4.2でDoJa入れたら駄目で、
今は1.5.0_12でチャンと動いてる。

>>249
はい

ttp://www.mitsubishielectric.co.jp/giho/0502/0502110.pdf
DってJITしてあの速度？　冗談はよしてくれ。

>>251
やっぱりそうですか。

ソケットを使って書いていたので、何かいい方法がないか、それともCGIやJSP等の方がいいのか検討してみます。
ソケット通信でも自分でHTTPヘッダを処理してやれば大丈夫なのかなぁ・・・。
色々調べてみます、ありがとうございました。

>>252
これは嘘じゃね？

>>249
iモードはソケット通信できないよ

HTTP通信はOK
HttpConnectorとか読んでみ

>>252
ほかの機種もJITなんじゃね？

まさか

>>252
＞D505 i，D505 iS，D506 i，D900 iに実装している。
全部糞端末じゃねぇかｗ

>>239
ありがとうございます。
もしかすると、メモリ使用量増加の原因が分かったかもしれません。
↓WaterP5で落ちるかどうか試してみてください。
http://www.i-paradise6.jp/~physics/test/test.html
(サイトがちょっとトラブっているので、別の所にアップしました。)

>>259
WaterP5でもOutOfMemoryだった。
計算して線を描くだけならメモリ食わないと思うんだが。。。

すみません、Eclipse3.2、または3.3にて、エミュレータが起動した瞬間に落ちてしまうようになりました。
ビルドでエラーは出ず、JARファイルは生成されています。
DoJa5.0ツールで直接ビルド、起動した場合は正常に起動、動作します。j2sdkはは1.42です。
Eclipseを介してビルドした物はDoja5.0ツールから起動しても落ちます。
また少し前まではEclipseでも正常に起動していました。（ただし途中で落ちてました。）

何か設定を弄ってしまったのかもしれませんが、Eclipseに明るくなく、対処方法がわりませぬ。
思い当たる節があれば是非教えてください。

Stringの中身を消すとき
str="";とstr=null;
ってどっちの方がメモリ節約できますか？

消すという概念自体がjavaに当てはまらない気がするが
ガベコレに拾ってもらう上で""(空文字)オブジェクトが生成されない
str=null;の方が節約って意味では確実なんじゃない？
str="";は結局str=new String("");って事だから古いstrの中身は消えるだろうけど
新しいStringオブジェクトが生まれてるよ

>>260
そうでしたか。
getImageでImageをpaint内で生成しているのが原因かと思ったのですが・・・。
(描画の重ね合わせに、Graphics2.setRenderMode()と合わせて使用)

色々調べてみたところ、
さらにImageをdisposeしていないのがまずいような気がしたので、
getImage前にdisposeするようにしてみました。(WaterP6)どうでしょう。
あと、このgetImageをスイッチできるようにしました。

>>263
文字列リテラルはクラスがロードされたときに生成されて、
str = "";
は str がそれを指すようになるだけ。
そのたびに新しい String オブジェクトが生成されたりはしない。

すみません、自己解決しました。
デバッグの仕方を勉強して実行したたところ、
ALERT: java/lang/ClassFormatError: Bad version information.
が出てて、JRE1.5でビルドされているのが問題のようでした。コンパイル設定変えたら動きました。
1.4のbinフォルダにパス通したのはエミュレータ動作用だったのかな。
スレ汚しすまそ

>>261
3、4回、マイナーバージョンの違うDoJaを交互にインストール・アンインストールして直ったことがある
Eclipse 3.2.0 + Windows Vista + JDK 1.6

>>264
D902iでWaterP6テスト。
blurをonにした瞬間、NullPointerExceptionで落ちることがあるのはご愛嬌として、
OutOfMemoryは起きなくなったみたい。
たしかに毎フレームGraphics2#getImage()はメモリ食いそうだなぁ。

>さらにImageをdisposeしていないのがまずいような気がしたので、

脱力系のオチかよ

>>268
よかった。
getImageで上書きされるものと考えていたのが問題でした。
普通の使い方ならば、ガーベージ自動処理のタイミング的に大丈夫なのでしょうね。

他のアプリにも同様の処理をしているものがあるので、
アプリの機種違いによるエラーは、これで解決しそうです。
(アプリ_FallSのエラーは、現行ver.では起きないようなのでOKです。)

お手伝いいただき、ありがとうございました。

毎回getImageするより、オフスクリーンバッファを2枚用意したほうがいいんじゃないか？
Imageの描画コンテキストはGraphics2にキャストできないんだっけ？

Imageに対して直接Graphics2の描画(加算レンダリング)をするって事ですよね？
確かにその方法は良いと思います。
できるのであれば、どなたか教えてください。

>>272
確かにその方法は良いと思ったんなら、まず自分でやってみろよ。
良いと思うほどなんだから実現の可能性があることは自分でも分かってるんだろ？
教えてくださいじゃなくて、コード書くのが面倒なのでかわりに書いてくださいじゃないのか？

ってか、いきなりレベル低くなったな

>>273
こうすれば良いのですね。
Graphics gi=image.getGraphics();
Graphics2 g2=(Graphics2)gi;//簡単な事なのに、これを思い付けませんでした。

で、この方法で組み直したところ、1つ問題が出てきました。
drawLine((i+1)*d,y[i+1],i*d,y[i]);//(d:1ラインの横方向の大きさ)
曲線を連続したラインで表現するため、↑のようにしていたのですが、
これだと、隣のラインと1ドット重なってしまい、
当然、加算していくとそこだけ色が変わって
・・・
1ドットずれた位置の変位yを計算する方法↓で自己解決しました。
drawLine((i+1)*d,y[i+1]+(y[i+1]-y[i])/d,i*d,y[i]);
(厳密には変位が大きくなるとラインが途切れることになりますが)
これでgetImage()よりは軽くなったはず。(多謝)

他人のアプリのそんな細かい部分を語られても
さっぱり分からないが、動いたのならおめでとう。
それにしてもモーションブラーが実装できる時代になったんだなぁ。

最近JAVAプログラムを始めた初心者です。
ﾘｱﾙﾀｲﾑなｹﾞｰﾑを作ってみようと思って色んなｻｲﾄを参考にしながら作ろうとしています。
で、現在はｽﾚｯﾄﾞを一つ作ってその中で無限ﾙｰﾌﾟさせているのですが、一つ疑問が浮かびました。
ｽﾚｯﾄﾞの入り口（無限ﾙｰﾌﾟの外）にSystem.out.println("ｽﾚｯﾄﾞ実行");と書いた場合、ひたすら"ｽﾚｯﾄﾞ実行"
という文字が出力されていました。これはｽﾚｯﾄﾞ自体が無限ﾙｰﾌﾟのように呼び出されている、という事
なのでしょうか？
ｿｰｽの例は以下のような感じです…。
public class applitest extends IApplication{
public static testCanvas a_test;
public void start(){
a_test = new testCanvas();
Display.setCurrent(a_test);
a_test.start();
}
class testCanvas extends Canvas{
public void start() {
System.out.println("ｽﾚｯﾄﾞ実行中");
while(true){
//メインループ
try{
Thread.sleep(30);
} catch(Exception e){
}
repaint();
}
}
}
}

うん？どこでスレッドを作ってるんだ？スレッドを作ってるようには見えないが・・・

>>277
スレッドが作れて無いようだが？
基本的にThreadクラスから継承するんじゃないならRunnableインタフェースを実装しなきゃだし
スレッド実行開始はThreadクラスのstart()だがスレッドの実体はどっち方法で実装してもrun()だぞ？
後Canvasのpaint()はabstractだから省略できんだろ、例として書くならそこも簡単でイイから書きなさい

一応IApplicationのstart()とCanvasのイベントメソッドが別スレッドになるかも？というのを使って
IApplicationのstart()でCanvas内の無限ループメソッドを使ったメインループ作成方法はあるけど
これはスレッドを自分で作ってるとは言わないし機種に依存するはず(動く場合が多いけど)

あれっ、本当だ…。Runnableが実装されてませんね…。
よく考えたらｽﾚｯﾄﾞを作成して動かしてるのはVｱﾌﾟﾘ用の方でした。
こちらの方法はｽﾚｯﾄﾞじゃないですね…失礼しました。
しかも279さんの仰る通り簡略化しすぎてました…。

とは言えせっかくなので教えて頂ければ幸いなのですが
（改行ｴﾗｰが出たのでｿｰｽは次に書きます）
→ｿｰｽ
という感じで作っています。この場合、自分は a_test.start(); によってtestCanvas内のstart()ﾒｿｯﾄﾞ
が一回だけ実行され、その中の無限ﾙｰﾌﾟでｸﾞﾙｸﾞﾙ処理をするっていうイメージで作ったんです。
しかし実際にはtestCanvas内のstart()ﾒｿｯﾄﾞが何度も実行されているようなのです。
物凄い勢いで”実行中”というﾄﾚｰｽを吐き出します…。
質問自体分かりづらくて申し訳ないのですが、なぜtestCanvas内のstart()ﾒｿｯﾄﾞが何度も呼び出される
のか、ご教授願えれば幸いです。

public class applitest extends IApplication{
　public static testCanvas a_test;
　public void start(){
　　a_test = new testCanvas();
　　Display.setCurrent(a_test);
　　a_test.start();
　}
　class testCanvas extends Canvas{
　　public void start() {
　　　System.out.println("実行中");
　　　while(true){
　　　　//メインループ
　　　　repaint();
　　　　try{
　　　　　Thread.sleep(30);
　　　　} catch(Exception e){
　　　　}
　　　}
　　}
　　testCanvas(){
　　　//色々処理
　　}
　　public void paint(Graphics g){
　　　//描画
　　}
　}
}

>IApplicationのstart()でCanvas内の無限ループメソッドを使ったメインループ作成方法
Fの505,506,900でこれやると、processEventとmediaActionに処理こねぇ（ノд｀）

Eclipseのデバッグモードで確認すれば一発

>>280
これ実機の話か？
取り敢えずDoJa5.0のエミュ上だと"実行中"は1度出力されるだけだ
a_test = new testCanvas();
の前に
System.out.println("起動");
a_test = new testCanvas();
ってやるとどうなる？
IApplicationのstart()がループしてるのか、Canvasのstart()がループさせられてるのか切り分けてみ

あ、後当然ながらstart()とprocessEvent()の両方からアクセスしてるメンバは全部synchronizedになってるよな？

>>282
マジ？
ずばりこのやり方で作りまくりなんだけど、、
Fの901以上とか700は大丈夫なの？

>>286
この手法って機種依存じゃないの？
IApplication.start()がCanvas.processEvent()とは必ず別スレッドで呼ばれることが保証されてるってどっかドキュメントに書いてある？

>>286
実は端末がなくて、そこまで調べていない。
とりあえずデバッグ時に、手元にあった上記の三つは動作しなかったので
直した。その他の端末は、修正後に検証センターで端末チェックしたので
その他のF機についてはわからない。

>>282
>>287
10K制限の時から気にせずやってたけど、
今は容量制限もゆるいし普通のやり方が一番安全ですね。

俺もstart()で無限ループやりまくってるｗ

リリース前にゃ全端末チェックして貰った事もあるけど
問題なかったなぁ。ユーザからクレームも上がってない。

んまぁ音鳴らすアプリが殆どない上processEvent使ってないし
気づかなかっただけかもだけど。

過疎ってる(゜Д゜)

おうよ

ネット上のＡＰＩリファレンスの見方を教えて下さい
全然分かりません

ネット上にDojaのAPIリファレンスなんてあったっけ？
ここからダウンロードして使ってえば。
ttp://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/index.html

このＨＰなんだけど（Ｄｏｊａ５．０）
http://www.rcdtokyo.com/man/doja/api/index.html

例文が全然ないから書式が全然分かりません
できるだけ詳しく教えてください

それはまず Java の勉強をするべきでは？

>>295
まず初心者用のjavaの勉強から始めるべきだし
もしjavaの勉強のためにDoJaを使おうとしてるなら奨めはしないが
どうしてもというならiアプリ開発解説系サイトの初心者講座を見てhello worldからはじめるべきかな
その上でまずDevGuide.pdfとjguidefordoja5_x_070423.pdfを内容覚えるぐらいに読んでおく
APIリファレンスはリファレンス(参考書)であって入門書ではないからリファレンスだけを見ても
iアプリは作れるようにはならないよ？

もちろんjavaの事を既によく知っていてSwingとは言わんからAWTでいいから使ったことがあるとかなら
DevGuide.pdfとjguidefordoja5_x_070423.pdfを適当に流し読みした後にAPIリファレンスだけあれば
iアプリは作れるだろうけどね

初心者用のjavaの勉強は５年もしました
しかしＤｏｊａのＡＰＩリファレンスは難解すぎて理解できません
もうやめます

Java で５年間何をやってたのか気になるところだな。

5年間ずっとjava初心者用HPのサンプルコードのコピペを続けてたのだろうか？
それはそれで根気があるが……

ネタだろ。
数年前に一週間程度java勉強しただけの俺でも何とか分かる。

しかしそれは本来のJavaでなく携帯向けJavaだったのだ

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |
　　　　　|　 　 　 　 | ∧＿∧　|　　 |
　　　　　|　 　 　 　 |（　´∀｀）つ ミ |
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 |
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　 ミ [本来の Java]

>302
携帯向けのJavaが偽物みたいにいうな禿

携帯向けのJavaなんて存在しないんだけど？ｗ

JavaME

CLDCとMIDPの立場って一体……

携帯向けのＪａｖａってソースに
#ifdefとか#defineとか入ってる奴？ｗ

無知だな

>>308
30Kに収めようと思ったり機種依存APIを使うために場合分けが必要な場合(Unable to load class回避)には
必要に応じてプリプロセッサも使うけどな
まぁそれも初心者にはあまり関係ない話だ

>>307
世界で使われている

プリプロセスできれば、と思うことは何回もあった

30KiBの壁にあたったとき、プリプロセッサ使って3KiBくらいちんまく
なったときには、純粋なJavaと決別しようと思ったさ。

KIBだんご

プリプロセッサってクラスファイルを小さくしてくれるの？
あ、でもなんか単位が違うなぁ

Kを1000じゃなくて1024であることを明確に示したいときにはKiって書くのよ。

それ何業界で使われてるの? ストレージ関連?
こっちでは単に KB て入ったら 1024 bytes 以外の可能性はないなあ。
M が 1000^2 じゃなく 1024^2 であると示したい場合は MeB?

でもあんまり浸透してないよなぁそれ・・・
キビバイトとかメビバイトとか言いにくいからかな

>>317
http://ja.wikipedia.org/wiki/2%E9%80%B2%E6%8E%A5%E9%A0%AD%E8%BE%9E

KIBだんごが正しくてﾜﾛﾀ

純粋なJavaなんてこだわってるのは信者だけ
そろ信者と頭の古いsunのせいでそれはいるだろって機能でさえ
C#がでるまで入れようとしなかったくらいだから迷惑な話だよな

いきなりどうした?

つまり、プリプロセッサを公式にサポートしろと言いたいのですよｗ

>>315
組み方によるがプリプロセッサに頼った方が小さくなる
例えばstatic finalは#defineに置き換えれば大抵の場合クラスファイルを縮小できる
まぁ色々あるんで一概にどうこうとは言いにくいんだが読みやすさを損なわないレベルで小さくなる場合が多いのは事実だな
ただ初心者にはお奨めはしないけどな
Obfuscatorを2〜3個と7Zipも使ってもどうにもならない場合の最後の最後の手段だな

>318
言いにくいからというより、単純に通じないからだろうな。
メディアや様々なドキュメント類が一斉に変えない限り普及しないんじゃないだろうか。

現状、ドキュメントなら大抵「1キロバイト=1024バイト」とか注意書きがあるんで混乱しないし、
1キロバイトが1024バイトなのはファイルサイズやメモリ容量、
1000バイト（というか1メガバイト=1*1000*1000バイト）なのはストレージ（大抵HDDを指して）、
としてまず問題なく会話できるし。

最近の人は「キロ」と「ケー」の区別をつけないのか

HDDさえ1024単位にしてくれりゃ会話でまぎらわしいことは
かなり減ると思うけどな。

通信速度が10進数だから，そっちを基本にするしかないだろ

１０進数で通信速度を測定するのって何の通信？

話切って申し訳ないですが、質問させてください。。

904iシリーズで追加されたオプションAPI、
「動作認識」を実装しようとしてるのですが上手くいかず困ってます。。

最初はとりあえず、ケータイの傾き（rolldata）を取得し、
その値を画面に表示させるコードを書こうとしています。

プログラミング初心者のため、かなり汚いコードだとは思いますが、
指摘いただけるとうれしいです。

public class Gesture1 extends IApplication {

public void start() {
GestureCanvas c = new GestureCanvas();
Display.setCurrent(c);
c.exe();
}

//続き
class GestureCanvas extends Canvas {

void exe() {
RollReader rollreader = RollReader.getRollReader(0);
Graphics g = getGraphics();
float zahyo[] = new float[2];

while (true) {
//動作認識処理
rollreader.start();
RollData roll = rollreader.getRollData();
zahyo = roll.getAccumulatedMotion();
rollreader.stop();

g.lock();
g.setColor(g.getColorOfName(g.WHITE));
g.fillRect(0, 0, getWidth(), getHeight());
g.setColor(g.getColorOfName(g.BLACK));
g.drawString("x座標 : " + zahyo[0], 5, 20);
g.drawString("y座標 : " + zahyo[1], 5, 40);
g.unlock(true);

//最後

try {
Thread.sleep(200);
} catch (Exception e) {
}
}
}
public void paint(Graphics g) {
}
}
}

//長々とすみませんでした。。。

機種は？
確かDだけ何か違ったとか報告受けた覚えがある。

SH904iです。。
エミュレータで試験できないので、実機にアプリをDLして実行してみているのですが、エラーの表示と共に強制終了されてしまい原因もわかりません。。。

Exceptionでエラー確認してみ

330です。何度もすみません。
Dだけなにかが違うという件ですが、、
Dには加速度センサが、SHとPにはgesturetek mobileが搭載されているということだと思います。
前者ではその名のとおりセンサを使って、後者ではインカメを用いた画像検知によりケータイの動きを認識します。

ドコモ提供のAPIリファレンス（オプション・拡張編）
ttp://www.nttdocomo.co.jp/service/imode/make/content/download/kiyaku5_details.html
では、最後の章に加速度センサの、19章に動作認識（インカメ使用）の説明があります。

私は、shですので、インカメを用いた動作認識を実装したいと考えています。

>>336
Main :com.nttdocomo.device.gesturereader.GestureException Gesture1
com.nttdocomo.device.gesturereader.GestureException
at com.nttdocomo.device.gesturereader.RollReader.getRollData(+80)
at Gesture1$GestureCanvas.exe(+22)
at Gesture1.start(+17)
com.nttdocomo.device.gesturereader.RollReader

このようなエラーが出ますが、未熟者のため解決できず。。。

とりあえず、運良く会社から持ってきてた俺自作のソース見ると

m_RollReader.start();
m_RollReader.recenter();

はwhile() の上に出して１回だけにした方が良さそう
それでもダメなら

m_RollData.getImmediateMotion();

の方のパラメータも変なの来てるか確かめれ。
もちろんExceptionもなｗ

>>339
ありがとうございます！
がんばってみます。

>>339
一つ質問なのですが、
rolldata.start()
をwhile外に出すとすると、
rollreader.stop();
の位置が問題になると思いますが、

一回一回の処理ごとにstopかける必要はないのでしょうか？
というか、もしかしてstop()自体なくても、動作に支障はないのですか？

大きい範囲で１回であればいるかもしれんけど、
枚フレームする必要は無いな。

まぁ、経験上カメラとか外部のｲﾝﾀｰﾌｪｰｽ使う奴は
動作が遅いのが普通だから毎フレーム呼び出しは
無理な場合が多い。

マナーモードや受話音量の制御ってアプリ側からは出来ないですかね？

できちゃったら本末転倒
アプリや本体の挙動を制御するための機能なんだから

>>341
JSや加速度センサは、start()時の位置を(0,0(,0))として、
次フレームでゼロ地点からの相対位置を元に何かを求めるモノなので、
基本動きっぱなしを想定してる。
なので止めちゃダメ。

あとDoJa5.0 Ver3.0のiαppliToolで、エミュレーションにも対応してる。
ツール→動作認識データ編集と、ツール→加速度センサデータ編集がそれ。
使い物になるかは少々疑問だけど、とりあえずの動作確認だけならエミュで十分なハズ。
パラメータを設定しなくても、エミュで例外は出ない。
ゼロが帰ってくるだけ。

たしか移動量の定義がShake以外不明だったと思うんで、
実機でやってみないとわからない部分が多いと思うがガンガレ。

何か酷いな…

JS→ジェスチャーテックのことで略してJSと何処かに書かれてて
　　そう覚えてしまった(´д｀) ゴメン。
帰って→返って

ちとマグロでも釣ってくるわ。

なあ、�@アプリで再生できる動画サイズって５００KB以上は無理なんか？

確かDojaのバージョン依存とみせかけて機種依存だったと思った。
俺の仕事じゃなかったから適当に聞いてたんでうろ覚えｗ

お、機種依存なのか

>>347
http://www.nttdocomo.co.jp/binary/pdf/service/imode/make/content/iappli/about/jguidefordoja5_x_070423.pdf
「4.4.5 FOMA 携帯電話によるVisualPresenter でのｉモーションの再生」
を熟読するんだな

機種によっては５００ｋｂ以上いけるかもしれないが
Doja5.0では５００ｋｂまでしかだめだ

って書いてあるようなないような

500KBまでは全機種で動くことを保証してそれ以上のサイズを放り込んだ時動くかどうかは機種依存ってことだろ？

>>345
ありがとうございます。
エミュレータの動作認識設定を行い、何とかエミュ上で立ち上がるまでになりました。
しかし、実機に移すと、エラーが起こり、アプリが立ち上がりません。。。

どうしてでしょうか。。。。。

ちなみに、教えていただいたとおり、while外にstart()を出してあります。
ソースは以下のとおりです。
（また、長々とすみません・・・）

public class Gesture1 extends IApplication {

public void start() {
GestureCanvas c = new GestureCanvas();
Display.setCurrent(c);
c.exe();
}

//つづき

class GestureCanvas extends Canvas {

void exe() {

RollReader rollreader = RollReader.getRollReader(0);
Graphics g = getGraphics();
float zahyo[] = new float[2];
rollreader.start();
rollreader.recenter();

while (true) {

RollData roll = rollreader.getRollData();
zahyo = roll.getAccumulatedMotion();

g.lock();
g.setColor(g.getColorOfName(g.WHITE));
g.fillRect(0, 0, getWidth(), getHeight());
g.setColor(g.getColorOfName(g.BLACK));
g.drawString("x座標 : " + zahyo[0], 5, 20);
g.drawString("y座標 : " + zahyo[1], 5, 40);
g.setPixel((int) zahyo[0]/2+120, (int) zahyo[1]/2+120);
g.unlock(true);

//さいご

try {
Thread.sleep(1000);
} catch (Exception e) {
}
}
}

public void paint(Graphics g) {
}

}

}

>330
ソースよりもまずエラーの内容を書かないと始まらない

>>357
指摘ありがとうございます。
エラーの内容ですが、実機だとただ単に強制終了されてしまうため、
どのようなエラーが発生しているのかもわからない状態なのです。。。
エミュレータではエラーは出ないのですが・・・

何度も質問ばかりで申し訳ありません。

AppTrace=on にしてみれば実機でも見れるんじゃね？
それと roll の null チェックはした方がいいな。
機械動かす以上すぐにパラメータが取れるとは思えない。

マグロ漁行ってる間に職場がアク禁食らってた(=´∇｀=)
これだからNTT回線は…

>>330
たぶんRollData#getRollData()をtry〜catchで囲んでないからだと思うよ。
パラメータ取得失敗時に、普通に例外吐く仕様だったはずだから。

ぬるぽチェックはzahyoの定義で初期化してるから要らないと思うけど、
例外キャッチした時に前のパラメータが残るのだけ注意。
相対座標として扱うと計算ミスる。案外使ってて違和感感じるから。

で、例外についてはリファレンス読んでくださいな。

拡縮/回転ができるスプライトシステムを作ろうと思いポイントスプライトでいろいろ
実験しています。どうも画像が歪むのでテクスチャを格子模様にしてどういうときに
歪むのかチェックしたのですがいま一つ条件がわかりませんでした。uvwhのぞれ
ぞれが2のn乗になっていない時かなとも思いましたが64*64でも1ドットだけずれて
表示されたりしたのでよくわかりません。

WEBでサンプルソースを見つけたのでそちらも試したのですが、一見ちゃんと表示
されているようでも右端と下端のドットが表示されていませんでした。
ポリゴンでフィールドを表示しておいてその上にdrawImageで各種情報を表示する
ような（フィールド側は拡縮可能)構成を考えていたのでちょっと悩んでいます。

なぜ歪むのか原因、もしくはプログラム上/データ上のチェックポイントがわかる方
がいらっしゃいましたらご教示願えないでしょうか。

歪むとかいってるのはエミュでの動作の話?
昔同じようなことやったことあるが、マスコットカプセルの
ソフトウェアレンダリング(901時代とか)は、内部で2pxとか4px単位で
処理してるのか画面上とテクスチャの大きさをあわせても
そのままdot by dotのマッピングにはならないと判断した
最近のハードウェアレンダリングする機種では結果違うかもしれんよ

>>362
情報ありがとうございます。
エミュと実機両方で試しましたが、同じような表示になりました。
矩形の枠の一か所だけ1ドット飛び出したような表示になったりしたのですが、その
飛びだす位置が同じだったので同じアルゴリズムなのかなどとちょっと感心しまし
たが。
書き忘れましたが900i以降対応させるのでDojaのプロファイルは3.5です。
試した実機は対応する機種のミニマムスペックに近いF900iやN901icなどの古めの
ものです。
ポイントスプライトをやめて三角形や矩形のポリゴンにしたらどうかな、などと考えて
ましたがソフトウェアレンダリングによる歪みというか誤差だとするとだめっぽいです
ね。やりたいことの性質上、きっちり1ドット単位で表示できないと困るので面倒だけど
drawImageとdrawScaledImageでやろうかな。D900iを非対応にすればGraphics2で
半透明使えるし、回転はほとんどないからなんとかなるかも。

小数使ってる？
0.5を足してから整数化するとか。

ピクセル毎に自力処理か。
どっちを回してる？
スプライト側のピクセル毎に回転後座標を求めてキャンバスに打つより、
キャンバス側で「スプライトのどのピクセルが来るか」を基に打つといいよ。

drawScaledImageに半透明が適用されるかどうかは
機種依存じゃなかったっけ？

>>364
小数は使っていません。今のところ拡縮などはしないで等倍のスプライトを表示して
実験しているだけなので。その段階で361のような状態なのでちょっと悩んでいたの
です。
>>365
自力での描画処理は行っていません。もし行うとすればたしかに365さんのおっしゃ
るようにディストネーション側のピクセルからソースの色を引っ張ってこないと拡大
したときに隙間とかができてみられたものじゃなくなりますね。そもそも自前描画で
速度は足りるものでしょうか。以前30Kアプリでプログラムサイズが全く足りなくて、
一部ルーチンをスクリプト化してスクラッチパッドに逃がしたことがあったのですが、
以外と速度は大丈夫でした。しかし描画処理となるとそれとは比較にならないほど
演算量が増えるのでやるとするとまた実験が必要ですね。
>>366
情報ありがとうございます。そうなるとちょっと辛いですね。機種情報調べてみます。

マスコットカプセル4にしちゃえよ

>>359, 360
助言ありがとうございます。。

AppTrace=on にして、RollData#getRollData()をtry〜catchで囲み、、、

そして、これが重要な問題だったと思うのですが、
RollReader rollreader = RollReader.getRollReader(0);
のカメラIDを(0)から(1)に変更したら、実機で動きました！

インカメのIDは１なんですね。
皆様色々とアドバイス本当にありがとうございました。
助かりました。

カメラIDは機種依存だよ

確か１の場合が多かった気はするが、機種依存だな。
ウチはとりあえず数回まわして初期化して取れた奴使うってやってた。

Dojaの標準クラスのファイル操作って結構メモリ周りを乱雑に扱ってないか？
使えるメモリ少ないのにメモリ上に全部展開とかって出来ないファイルとかどうすればいいんだかねえ

これ標準クラスのソースなんて公表されてないんだよな？

鉄拳ってjavaで作られているんですか？

>>368
マスコットカプセル4だとDoja4.0からなので今回は使えないです。

あれから機種情報を調べたり実験したりしていました。
まずdrawImageの半透明ですがDoja4.0の機種で使えないものが何機種かあった
のでダメでした。3.5だとD900i以外大丈夫だと思ったのですが、4.0でこんなに非対
応の機種があっては採用できません。ためしに実装したものを手元にあるN901ic
で実行したところやはりダメでした。

ポイントスプライトの実験をやり直していたところどうやら縦横が2のn乗であれば
大丈夫らしいことがわかってきました。以前の64*64で駄目だったのは私の見間
違いだったようです。縦横が2のn乗であれば正方形である必要はなく8*16等でも
いけました。今回の場合、画像素材がすべて一辺8の倍数で描かれていたので
8*8に分割して描画してやれば大丈夫そうです。
その場合、プリミティブ数が増えるのでそっちの方がちょっと心配ですが(240*240
の画面だと全面埋め尽くすと900個のポイントスプライト)半透明で描画する可能性
のある画像はごく一部なのでdrawImageと併用して凌げると思います。

iアプリは2年に一回くらいしか作る機会がなく、作る度に何かしら苦労してます。

それが楽しかったりするのさー

トライアングル2枚で右下だけuv調整、とかいう話をしてるの？

ニューロのジョイスティックモードに対応したいと考えています。
PointingDeviceクラスの説明には

>端末によってサポートされていない場合があります。
>未サポートの場合、メソッドが呼び出された時点で
>UnsupportedOperationException が発生します。

とあるのですが、isAvailable()で使用可否を取得するだけでも発生するのでしょうか？
未対応端末なら通常通り十字キーで使用できるように判定したいのですが・・・

>>377
例外出ようが何だろうがキャッチすりゃ良いだけでない？

使いたい機能が使えなかったら非対応にするしか無いから
特に考える必要は無いな。

>>377
DoJa-3.0な機種とかだと全ヶ所をtryで括っていても
PointingDeviceのジョイスティックモード(DoJa-3.5以降なので)用のメソッドを含んだclassがあるだけで
Unable to load classを吐いて強制終了する端末がある(クラスローダーが例外を発するのでtryで止められない)
100Kアプリなら問題ないけど30Kアプリだと問題になる
(30Kアプリでニューロジョイスティックモード対応機種はN700i,N701i)

もし古い機種にも対応した上でニューロも対応したいなら
jarを2個提供する方が安全だと思う
DoJa-3.5以降でも同様の実装の機種があるかどうかの確認はしてないんで知らない

後メソッドが呼び出されたら例外と書いてあるんだからDoJaの仕様にちゃんと則ってれば
isAvailable()を呼んだだけで例外が起きるPointingDevice関連は全部tryで括るべき

isAvailable()は、厳密には、デバイス搭載機の端末の設定が許可になっているかを調べるためのメソッドらしいから（例のPDF参照）、
try-catchした方がいいと思われ

サウンドの再生が終わったのに
mediaActionが全く呼び出されないんですが
原因は何が考えられるでしょうか…？

processEventで無限ループ

setMediaListenerしてない

サウンドのケツに大量の無音部分が入ってる

mediaActionが呼び出されたことを確認するためのコード自体が間違っていて
実際は呼び出されているのに、それがわからない状態。

エミュでは実行できたけど
実機で実行したら「ソフトに継続動作出来ない障害が発生しました。」
って出るんだけど原因は何でしょうか。

>>387
1、メモリが足りない
2、その機種では使用できないオプショナルなor上位DoJaのAPIを使ってしまった
3、synchronizedが必要な個所でsynchronized抜け
4、他

インポートしてるのが
import com.nttdocomo.ui.*;
import java.util.*;
import javax.microedition.io.*;
import java.io.*;
これしかないんだけどオプショナルなＡＰＩがこの中に含まれてたりしますか？

オプショナルなAPIはリファレンス読めばどんなのがあるかわかる

つーか細かく聞きたいならソース公開しろ
はっきり言ってこんな質問してる段階でプログラムの出来とかには誰一人期待もしてないから
どんな下らんソースアップしても笑うやつは居ないよ
それ以上は自力でどうにかしろ

おｋ、笑う準備完了。

前スレで作りかけの１回うｐしたやつだけどね
http://zif.hp.infoseek.co.jp/tmp/tori2.zip

よし、俺がエスパーしてやる。
実機だと Display#setCurrentした瞬間にpaintが呼ばれる。
なのでIApplication#start()後に画像読み込み、paintで描画処理としていると、
先にpaintが呼ばれるため落ちる。

む、外したｗ
しかし随分パワーアップしたな…

おｋ
読むの断念。
仕事に戻る。

取り敢えずざっと流し読みした
危なっかしいコーディングがいくつか見受けられるがあまりそれが問題だとは考えたくは無いかな
start()でメインルーブを作ってるの以外機種依存な部分は見受けられない
メモリが足りてないんじゃないか(ヒープコンパクション関連も含め)とは思うが
しかし巨大な配列を作ってるわけでもないしデータはリソース読みみたいだからサイズ的にも多寡が知れてるので
ちょっと原因が不明だな実機でのappTraceの結果はなんとなってる？
あと実機の機種名がなんなのかもだな＞N900i,N901i,P900i,P901iはヒープコンパクション問題があるが
どこまで実行が進んでるのかを見るためにappTrace=onにして

System.out.println("0");
toriMain ten=new toriMain();
System.out.println("1");
Display.setCurrent(ten);
System.out.println("2");
ten.exe();

みたいにしてみて根本的に実機で起動そのものが出来てるのかの確認をしてみ

俺もざっとしか読んでないけど画像122枚一気読みが原因では…

jargで圧縮したのが原因みたいでした。
10KB分容量大きくなっちゃうけど諦めようorz
みんな色々調べてくれてありでした。

jargは-nobcoを入れたほうがいいぞ
今ならProGuardをかけてからjarg -nobcoでjargにpreverifyもやらせればかなり縮む
その後7Zipで潰せば良い

あと気になったところ
一応安全のためにCanvas.eventはsetとgetをメソッドで保護してメソッドは1つのオブジェクトでsynchronizedにしておくべき
それ以前にIApplication.start()そのものでメインループを作る場合はprocessEvent()が呼び出されることは保証されてない(機種依存となる)

Calendar.getInstance()を何度も実行してるが1つ目と2つ目の間で日や月を跨ぐ可能性を考慮してないので
Calendar.getInstance()は1度にしてそれを1つ目と2つ目で使いまわすべき

定期的にSystem.gc()を呼んだ方が良い

>>399
アドバイス色々ありです。
class myEvent
{
int event;
synchronized void setEvent(int ev){event=ev;}
synchronized int getEvent()
{
int n=event;
event=-1;
return n;
}
}
setEventはprocessEvent()から呼び出して
getEventはループ内から呼び出すってことでいいのかな？

yes
別にクラスを分けなくてもメソッドそのものはCanvas(toriMain)に統合してても問題は無いけどね
(Canvasという一つのオブジェクトで保護すればいいってことだから)
まぁint 1つなら保護する必要性の有無は疑問ではあるがしないよりはしておく方が安全
結局の所start()というスレッドと携帯端末が作成したprocessEvent()を呼び出してるスレッドが並列動作時の問題だから

＞それ以前にIApplication.start()そのものでメインループを作る場合はprocessEvent()が呼び出されることは保証されてない(機種依存となる)

ちょっとまった、うちのゲームは全てstartで無限ループしているが、1回たりとも機種依存でダメだったことはないぞ
機種依存って資料かなにかに書いてあった？

>>402
じゃあ聞くがIApplication.start()とCanvas.processEvent()が別スレッドで呼ばれることが保証されてると書かれた資料を示せ
少なくともjguidefordoja5_x_070423.pdfの86ページにはCanvas.processEvent()がどのようにスレッド割り当てされるかは機種依存とある

DoCoMoの各機種の文字サイズ（大フォントが○×○、中フォントが○×○、小サイズが○×○）とか
をまとめてるサイトって誰かご存知ないですか？

んぱか
をゲイツに聞いてみろ。

>>403
仕様として機種依存にできることは書いてるけど、
402実際に制限のあった実装してる端末が今のとこなかった、ということでしょ

保証を出せとか言い出して少し落ち着けよ

>>403
確かにスレッド割り当て〜はあるから「シングルスレッドで実装されてたらダメ」だね
資料Thx
一応商業的に作ってても、今のところ「startで無限ループしたらやばかった」って機種は無かったよ
将来的な保証を考えて、普通にスレッドでやったほうがいいかもね

>>406
それは今の所の実装がそうであるってだけじゃん。
もし動かない端末が現れた場合、客にどう言い訳する？
仕様は守っとこうぜ。

契約の内容次第だが、新機種対応は別料金です。
でおｋ。

言い訳の必要が見当たらん。

仕様も大切だが、趣味でやってる立場からすると
現実の実装についての>>402の情報はスゲーありがたい。

>>407
一応既に>>282って発言もあるみたいだけど？
趣味な人間としちゃ自分の周りで持ってる人と自分が持ってる機種でしか直接確認できないから
その辺どうなのかは確かに気になるな

>>408
仕様外でも動く数がここまできたらもうDoJaの仕様の方を変更する規模だよ
知らずに作ってる人だって多いだろ。俺も知らんかったし
影響を無視して仕様を強行するより、現実の動作に互換を合わせて
マイナーアップで仕様を変更する方が現実的。まあ1プログラマの予想だけどね

で、仕様通りに作れてなかったソフトが、1発目に動かなければ非対応になるか、
409の通り別料金か修正すればいいだけ。
理由が仕様に載ってようがいまいが、存在しない機種のための動作保証なんてしないのが普通。
言い訳をする必要はなく謝って修正すればいい話。

i-appliでまだ商売できるのなら、この国も終わりだね。

昔からPCは技術者を育成した、しかし、携帯は中国・インド・イスラエルに仕事を
与えるだけだ。

>>413
行間が空き過ぎてて読み取れません(´・ω・｀)

>>412
>仕様外でも動く数がここまできたらもうDoJaの仕様の方を変更する規模だよ
>知らずに作ってる人だって多いだろ。俺も知らんかったし
単にドキュメント読んでないだけだろう。
動作保障外の組み方しておいて、今までたまたま動いてたからって
それを仕様としろなんて普通ありえない。

>理由が仕様に載ってようがいまいが、存在しない機種のための動作保証なんてしないのが普通。
とりあえず仕事として、将来的にも機種対応をしていくつもりで組んでいるのであれば、
ある程度は動作を見込んで実装するのが普通。

>>415
熱意に溢れてるなｗ

ウチの会社で中国人と一緒にアプリ作らないか？ｗ
携帯アプリに関わった人どんどん辞めて奴隷不足なんだ。

>>415
ちょっと聞くけどさDoJa1.0の頃からドキュメントに記載されてたの？もしそうなら

> 単にドキュメント読んでないだけだろう
って言う貴方の意見が絶対的に正しいんだけどさ

>>417
jguide010514.pdf(DoJa1.0のドキュメント2001/06/22発行)の65〜66ページにもちゃんと書いてある
誰でも確認できることなんだから自分で確認してから書いたほうがいい

え？
こんな事わざわざ確認するのがめんどくさいから聞いたんだけど

>>412
仕様を縮小解釈するのなら、実装を拠り所にしてもいいけど、
仕様を拡大解釈するのはマズいんじゃないかな。

流れぶった切ってすみません、
生まれて初めてのjavaというかプログラミングに挑戦したいと思って
いるのですが、開発環境すら整備できていません、
ネットで読み漁ったところ
java2SDK,Standard Edition
j2sdk-1_3_1_11-windows-i586.exe
をゲットする所から始めないといけないようですが、
SUNのサイトにいくとSolarisむけの開発環境しか手に入らないぽいです。
（プロ向けに有償サポートなら手に入りそうな文面ですがそこまでは、、）
皆さんはどういった開発環境で行われていますか？
今でも環境を整えられる方法があれば知りたいです。

長文すみません。

>>421
ここら辺から適当にダウンロードしてみ。

http://java.sun.com/products/sjwtoolkit/ja_download-2_5_2.html
http://java.sun.com/javase/downloads/index_jdk5.jsp

>>421
505i以降
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_505i.html
900i以降
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_foma2.html
903i以降
http://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_foma5.html
一応自分の携帯電話にあわせたやつ使え、それが確実だ
70xiの場合は機種によるんで安全のために505i用を使えば確実だ

java2SDKは
http://java.sun.com/j2se/1.4.2/ja/download.html
これ(j2sdk-1_4_2_16-windows-i586-p.exe)使え一番確実だ

>>422＆>>423さん
うぉおありがとうございます。
とりあえず参考にしようと思ってるサイトさんのファイルに一番近そうな
＞＞java2SDKは
＞＞http://java.sun.com/j2se/1.4.2/ja/download.html
＞＞これ(j2sdk-1_4_2_16-windows-i586-p.exe)使え一番確実だ

をDLしてみます。！

回線遅いのでアレですが、、、

ありがとうございます。

みんなから３年くらい遅れてると思うけど
がんばれ

大丈夫。あと五年内のうちには携帯でWindowsプログラミングできるようになってるはず
HSPとか簡単なスクリプト言語でサクサクっと手軽に出来るようになるから今無駄に努力する必要はないよ

（；＾ω＾）

あと５年かどうかは別として
アセンブラはもう使わなくて良い時代になってきたな。

お前は改造マリオを馬鹿にしたっ(゜Д゜#)

改造マリオ？
何だそりゃ？
ちょっと任天堂にメールで聞いてみる。

本当に送るなら任天堂の反応晒して

改造マリオってデータだけ変更してプログラムは同じなんじゃないか

なんというニコ動ネタ

>>411
いや、普通にF505もF506も動いたよ
F900も問題無し
F系はそれ以前にくだらねえ問題がちらほらあるから好きじゃないな！ｗ

いまさらながら、whileループで間違えた部分があるので修正。
startで無限ループじゃなくて、IApplicationを継承したクラスの
コンストラクタで無限ループしたらアウトだったわ。
startでは試したことなかった。ってか俺startの中身は空だわ＾＾

>>434
290にも同じ事書いたばかりだけど、
ウチでもstart無限ループで問題になってる機種は無い。
先ほど調べたらFOMA全機種対応の
MediaListener使ってるアプリも評価パスしてるわ。

思うに、保証されてはいないものの、どの機種も問題ないのではないかと。
だからと言って推奨はしないけど。

>>435
流石にそれは間違えすぎだろｗ
流石にコンストラクタで無限ループなんてするなよ！
コンストラクタで全て初期化してから、start()に処理が回ってくる仕様なんだからさ

>>435
君の指摘により何人が検査やり直したと思ってるんだ？ｗ


はい俺も完璧に釣られますた(=´∇｀=)

自作テンプレを絶対的に信じてるから
検査やり直しとかする気も無い(｀・ω・´)

かれこれ４年間改良を続けて来たものだしな。

MIDPというかauとかに移植するときってどうしてる？プリプロセッサ使う？それとも互換クラス作ってる？

>>439
俺のN88BASICから始まる合計15年分の経験則は
その思い込みこそがプログラムにおけるもっとも危険な思考だと警告してる

まあ結局のところ、 >>439 と >>441 のどっちもが正しい、というのが現実だがな
一時の思い込みで過去完璧に動いてきたプログラムをいじるのは、予想してるよりはるかにリスクが高い。
といいつつ、絶対に間違いのないプログラムなど決してない。

>>442
リスクが高いと理解するのと自分が作ったものを盲信するのは次元が違うと思うがな

でも4年間問題なく動いてきたシステムに自信を持つのは悪いことじゃないと思うがね

>>444
自信を持つのは別に悪くは無いがそれを盲信するのは問題だろう
まず最初に疑うべきは自分自身とそのソースコードだ
それを理解した上で自分の知識と知恵と経験を総動員することこそがプログラムの醍醐味ではないのかね？

「盲信」っていうのは、過去と今の状況の違いを忘れて
コードの実績を信じる、という感じかな？

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

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

私的には、世界で最も信用ならないのは、自分が書いたコードだと思う。

至言だ。

N900iの端末で動くアプリを作るため、
最近環境整えた。

J2SE SDK 1.4.2
Eclipse 3.2.1
Doja 4.0

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




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

全部最新版でも問題なく作れるはずだがなんか不具合あったっけ？

N900iはDoja3.5という突っ込みはあり？

え？最新版でも問題ないの？(´∀｀)

（すいません、N900iは Doja 3.5 でしたorz）

改めて質問・・・

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

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

やってみないと分らない

やってみる価値があるということがわかっただけで大収穫です
どうせなら最新版インストールしたかったので・・・
とりあえずやってみます。結果報告は1週間後かもですがよろです。

100kアプリくらいまでならIDE無しの
テキストエディタだけで作っちゃうからなぁ(´・ω・｀)

Doja5.0SDKでも問題ないって意味だと思った

>>452
DoJa3.5のiαppliToolだと環境変数弄らんとJava6使うの面倒だったと思う。
5.0なら6使っても自動でコンパイルオプション付けてくれるから平気。
ついでにEclipse3.3でも5.0のプラグイン使える。

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

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

>>457
DoJa5.0SDKのエミュレーター環境設定のビルドの設定でターゲットプロファイルをDoJa3.5にしておけば
4.0とかのAPIを使えばコンパイル時にエラー出してくれるよ

ただエミュレーターそのもので動かす際には5.0までのAPIが使えちゃうのと
微妙にだが5.0SDKでターゲットプロファイルを弄って吐かせたコードと
3.5SDKで吐かせたコードが異なる場合があるみたいなんで
完全に安全を期するなら3.5SDKも入れておいて普段は5.0SDKとそのプラグインで作って完成してから
3.5SDKでコンパイルして動作確認撮ればいいはず

240x240の画面を縦4横3の12個に分けて0〜9、＊、＃に対応した箇所に画像を表示するアプリを作っています。
getKeypadState()メソッドを使って複数キーの同時押しにも対応させたつもりです。

エミュレーター上では、全ての同時押しを取得しそれぞれ表示できそうなのですが(ビープ音が鳴る個数以上は検証出来ない)
実機(N904i)では2個までしか取得できないでいます。(3個目は2個のうちどちらかが離されないと表示されない)

3個以上の同時押しキー取得はiアプリの仕様で無理なんでしょうか？

あー、ゴメン。1点勘違い。
Eclipse3.3でDoJaプラグイン試してないわ。
プラグインはEclipse3.0/3.1用とあるけど、3.2では動いた･･･の間違い。

>>459
iアプリというより端末の仕様だな。

2個まで同時押し保証、3個目以降機種依存じゃなかったっけ。
同時押し前提のアプリは作らん方が良いよ。

同時押しそのものが機種依存じゃなかったか？
でなけりゃD504i,D505i,D505iSとか仕様に則ってないことになるぞ

つーか同時押しそのものに関しての記述がdocomoの資料にはない

Dで同じ列２つはダメとかそんな感じのあったな。

QRcode:ttp://stat.ameba.jp/user_images/f0/88/10035722472.png
ぶっちゃけ無限プチプチのiアプリ版を作ったのですよ。
無限プチプチで２個までしか押せないとかヒドスｗ

端末の仕様か…もうどうしようも無いから開発終了orz

>>402
　私もstartでループしまくってるよ。スレッドを使うのは通信処理だけ。
ゲーム作ってるんだけど、音も出してるしprocessEventも使ってるけど問題ないよ。
全機種チェックして問題でなかったしユーザからもクレームは来てない。

　ただ、これが正攻法ではないとは思うけどね。10Kアプリからの名残というか。
docomoもそこら辺わかってるから、このまま動かしてくれるんでないかな。
MIDPは2つスレッド作ってるけど。

　数週間分まとめて読んだけど、上の件、結論出てたのか・・

　しかしP900とN900の不具合はひどい。どれだけ悩んだか（1日だけど）・・対象外にしたいくらい。

　あと、MLD。さっさと統一してほしいもんだ。

MLDは、905からNがヒュートレックになって、Yamaha ADPCMはさようなららしいよ。

携帯のチープなスプーカーには
YAMAHA音源のほうが合ってるのにね

>>467
マジですか。
ちょっと悲しいけど、しょうがないな。

勉強になります。

だいぶ勘違いしていました。

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 は削除してしまっても問題ないのでしょうか？

ADF ProfileVar -> DoJa3.5

正直、一つのファイルで全端末鳴らせるようになればどれでもいい

悲しいこと言うなぁ

端末間での違いって、機械的にデータ修正できるようなものなの？
MLDファイルをアプリ上で動的に再生成して、上手いことやれないのかな。

>>474
音付きのエミュレータアプリがあるくらいだから出来ると思うけど激しく重そう

ところで音声のMLDが一つに統一できなかった理由ってNがヤマハのチップにこだわってたからって解釈でいいの？

むしろ他メーカーがヤマハを採用するのをしぶったともいえる
国内他キャリア考えると、これはこれでめんどい話だ

Eclipseで開発していて、Doja5.0でデバッグする際に端末を設定する方法はありますか？

ADFのDrawAreaが240x320のアプリをデバックする際にDoja5.0の端末のデフォルトが240x240らしく、
「DrawArea の値が不正です」というエラーが返ってきます。

すみません、解決しました。
見当違いなところをずっと探してました･･･

自機（携帯）のメアドはどうすれば取得できますか

ここを見るとN905iもYAMAHAっぽいんだが。
ttp://www.n-keitai.com/pickup/n905i/

FUETRECは、あまり情報を公開してくれないから嫌い

N905iもYAMAHAのサウンドチップ搭載だが。
ADPCMは再生可能。

ROHMは駆逐されたの？

MLDはやっと統一されるかと思ったけど、LとNMが・・。
MLDが統一されていないのはdocomoが主導してハードの上に1枚被せるようにしなかったのが悪い。
foma切り替え時にでもやれただろに。

でもそれをすると被せなくても済むメーカーとそうでないメーカーとで
価格差や設計の難易度に響くからできないんでしょ。
mdlの差分がどーのこーので困るって一部の開発者の都合だし。
その視点でものを言えば
そもそもDoJaとMIDPとBREWが存在すること自体ウザイ訳でｗ

結局 Java の Write Once, Run Anywhere なんて幻想さ。

幻想なのはJ2MEが出てくる以前からすでに知られていて信じていたのは一部のJava狂信者だけ

>>485
DojaとMIDPはなんとかなってもBREWはどうしようもないもんなぁ・・・

iアプリの作成で行き詰っています。

Canvas1（タイトル画面）→Panel（入力画面）→Canvas2（メイン画面）という構成のiアプリを作成しています。

PanelとCanvas2をsetCurrent()メソッドを使用して、相互に画面を切り替えられるようにしたのですが、
Canvas2でキー操作を行ったあとで、Panelに画面を切り替えると、
Canvas2で行ったキー操作が、なぜかPanelでも反映されてしまいます。

どなたかこの問題を解決する方法を教えていただけないでしょうか。
よろしくお願いします。

release yo?

>>489
キーイベント受けてから少し待ってsetCurrent

>>491

見当違いなことを聞いていたらすみません。
少し待つというのは、たとえば、Thlead.sleep(1000)
とすればいいのでしょうか？

待ってみてもやはりキー操作が反映されてしまいます。

>>492
おしい

みんなDojaかMIDPにして、アプリ用のメモリサイズや画面サイズタイマー精度などを全て統一すれば良いのに。

そういうことするとたいてい進化が止まるね

>>493
すみません！
Thread.sleep()ですね。

でもできませんでしたorz

canvas1で押した瞬間に処理するんじゃなく放した瞬間に処理するようにすればいい

そういえば数年前スタープロジェクトとかいうDocomoとsunで
組んで新しい携帯用のプロファイル作るって話はどうなった？

スタープロジェクトｗあったなぁ
つーかそんな内容だったっけ、もう忘れちゃったよ

全く話題にもならんし立ち消えじゃないの？
というかsun側が正式にDoJaをプロファイルの一つに入れるとかじゃない限り
今更DoJaの既存クラス大幅変更なんてできないだろ
旧メソッドを残して上位互換としてクラスを変更してくってのもまたデバグとかの面でかなり面倒だし

>>496
processEvent内でThread.sleepは無効と思っとけ。
前スレの後の方にprocessEvent使わないサンプルあるから使ってみれ。

>>497
キーアップでもパネルにキーイベントが残る端末があったような。

Doja 3.5 のアプリ開発の開発環境に悪戦苦闘している俺です。

Java EE 6 (java_ee_sdk-5_03-preview2-windows.exe)でも Doja 3.5 アプリの開発できますか？

Windows XP sp2 です。
ここさえ乗り越えれば、アプリ作り放題の日々が待っているんです。

って、>>457 の方がまさに俺宛に回答してくれてたorz

前回、457を読んだ時はﾚﾍﾞﾙが高すぎて・・・もう少し環境整えたら
もう一度再読しようと思ってたんだっけ・・・。

Java 6 で i アプリを開発する場合は、DoJa 5.0 を入れて DoJa 5.0 のコンパイルオプションを利用する、
でしたね。


Java EE は、 Java SE も含んでいるから・・・問題ない、と。

すみません、解決しましたm(._.)m

端からみると、同じような質問を繰り返してるようにしか見えませんねorz

改行がうっとうしい

つくるのめんどくさい

テクスチャのＵＶ指定について質問があります。
現在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にしないといけなかったりしますか？

（続き）
テクスチャ座標 ( 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)
にすればいいのでしょうか・・う〜ん

porigon sure iki nasai

>506
>361と同じ話か？

ポル友になってくらさい。
http://www.polpe.com/m/rq?h=X4ER5I32J3OqiXX0gUcIg4qKPh9GA815

９０５とか７０５のＤｏｊａのバージョンって、
いくつなんですかね？

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

まだドコモ公式には置いてないね。
705iは知らんが、905iは5.1かね。
5.1の開発ガイドとエミュはすでに一般公開されてる。

通信にプログレスバーを付けたいのですが、現在「どれくらい通信が済んでいるか」を取得することってできますかね？

>>513
え・・・ストリームからデータを読み込むときに戻り値で把握できるはずなんだが
なんで「どれくらい通信が済んでいるか」を取得したいと考えたのかそれが不思議

え？
ストリームから読み始められる時。つまり
HttpConnectionのconnect()が制御を返した時って、既に通信は全て終わっていませんか？
ストリームからどれくらい読み出せているかを表示したいのではなく（それは一瞬だと思いますので）、通信があとどの程度で終了するのかを表示したいのです

>>515
一瞬で終わるのなら終わりでいいだろうに・・・
というかそもそも1回の通信で150kbしか受信できないのは知ってる？

今まさにデータを受信してる最中ですって時に
何バイト受信したかをリアルタイムで知りたいってんだろ？
答え：不可能。
以上。

>>516
いくらなんでも読解力無さ過ぎ

>517補足。
受信バッファを仮に1024byte分用意して、byte[] buf = new byte[1024];
それで細切れに読み込んで、今何回目の読み込みかで計測するくらいはできる。

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

どうせ一回に150kbしか受信できないんだから素直に受信が終わるごとにバーを進めたらいいのに

>>517
不可能ですか。ありがとうございました

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

1ファイルを小さくすれば細かくバーを進められますね。
接続準備時間がもったいないから絶対やりませんけどｗ
150KBをDLしきるのはそこそこ時間かかるので、その間バーを（正しく）進めたかったんですけどね…

勝手にちょっとずつ伸びてく偽バーで「進んでるように見せる」のはアホらしいですよね…

>>521
いや、アホらしいんじゃなくてそれが普通。
ダウンロード中のバイトサイズまできっちり制御できんのはBREWくらい。

BREWごときができんのにさ・・・

ファイルが複数あるなら、ダウンロードするデータ量と、ダウンロードが完了したデータ量で割り算すれば
計算できないこともないけど、よくある例としては
・進んでるように見せるバー(IEとか某フルブラウザとか)
・アニメーションするバー(Windows起動時とかiTunesとか)
・アニメーションする画像(古いIEの地球儀アイコンとか)

BREWが出来るのかどうか調べないとわからないけど
UNIXとかWindowsとかでも>>519見たいに細切れに読みながらバーを進めるのが普通のやり方のはずだが・・・

通信を別スレッドでまわして、描画処理してるスレッドで
[受信サイズ/contentlength]を表示すればよいだけじゃないの？
ファイルが複数ならそれも考慮すればいいだけだし。
おれはそうやってるが。

read()に入る前に、ダウンロードは終了していまっているとかいう話
526は、Java側で処理した量の話

>>521
10Kくらいずつならファイル分割してもいいんじゃないか

readから戻ってきた時点で通信が終わっているとは限らない
仮に終わってるような短時間の通信であればそんなのを考慮する意味がない

>>511
最低でも5.0LEかな
L705i,L705iXが500Kアプリ
NM705iが30+200Kアプリであることと
それ以外がメガアプリ対応であることが判明してる

上補足
L705i,L705iX,NM705i以外は最低でも5.0LE

その情報ってプレスリリースとかどっかニュースサイトで出てる？

ソース出せよって煽りじゃなくて
関係者情報リークだったら無茶すんなって意味でw

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アプリになってるから

ちなみにL704iはDoJa-3.5LEだが500Kアプリと記載されてるので
実際の500K(500K以内であればJARとスクラッチパッドのサイズ比は自由)アプリか100+400Kアプリかどうかは判別できない

ちょっと前に、start()での無限ループ+processEvent()は実装依存と言
う話がありましたが、仕様を満たすには、start()のメインループ部分を
別スレッドにしちゃうとかで解決できるんでしょうか?

この場合、IApplicationにRunnableを実装して、run()にメインループを押
し込んじゃえばいいんでしょうか?

Canvasを使うの初めてなんで、どうせ創るなら仕様を満足した方がいい
かと思って。

>>498
個人的考えだけど、携帯Javaは今後携帯電話向けFLASH+AS3かFLASH+AIRの
つなぎとして生きて消えていくしかないよ

ドコモも「共通仕様? 利益にならんでしょ」と言っちゃう会社だしな
サンは知らんが、当のドコモはもうやる気ないだろうし、アプリ関係はアドビに任せたいだろ
BREWの進化の早さっぷり見てれば、数社で独自仕様をさっさと進化させて
金に換えれる方がいいじゃないか。MIDPの停滞ぷりをみよ

doja5.0で一部のアプリ実行時にwindowsがエラーを吐いて実行できないようになった

resフォルダにでかい画像ファイルなんかを入れて再コンパイル
ソースを適当に組み替えて再コンパイル
のどちらかの方法で一応実行できる様にはなる

どうやら最近あったwindowsアップデートの影響らしいんだけど
皆はどうですか？

　 　∩＿＿＿∩　　 　　　　　　｜
　　 | ノ＼　　　　 ヽ　 　　　　　　|
　　/　　●゛　　● |　　　　 　　　|
　 |　∪　　( _●_)　ミ　 　　　　　j
　彡､　　　|∪|　　 |　　　 　　　 Ｊ
/　　　　 ∩ノ ⊃　 ヽ 　　　　>>536
(　 ＼　／ ＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼ ／＿＿＿ ／

どう見ても釣りだな
でなければかなり偏ってる
いずれにしろ参考にならない

なあ、ゲームとかの画像とか音楽データとか挿入動画みたいのをSDに入れてそれを再生するってできんの？
Bindingにしかアクセスできないんだけど調査不足？それとも気のせい？
全部をダウンロードさせるのって結構面倒なんだけど

エスパーきぼんぬっすか

>>501
前スレをみて少しやり方を変えたら問題が解決しました。
ありがとうございました。

DoCoMoから落とせる5.Xコンテンツ開発ガイドに、
９０５はdoja５．１って書いてあるな。

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

N904i について聞きたいのですが、この機種、私が試した範囲ではSystem.gc()してもメモリーを一切解放してくれません
しかもそのまま使いつづけていくと劇的に処理速度が低下していき、FPS60なんて保ってられず・・・
みなさんどのように対策してますか？

同じアプリでもN903iやF903iは問題なく開放されました

・開放されてない
System.getRuntime().getFreeMemory() で空きを調査して、空きが増えることは一切なく減る一方
String str = "ほげ";
str = null;
System.gc();
をループさせるだけでも、どんどん"ほげ"がメモリーリーク（と呼んでもいいかも）していきメモリーがガンガン減っていく

・ループ
IApplicationのstart()内で無限ループしている状態

携帯裏アプリ
ポケモンが熱い
http://62.xmbs.jp/yosukeapuri/

>>544
そもそも、文字列リテラルの代入だけではピープは消費しない
携帯でなくても、Java SEで試せばわかる
それなのにピープの空き容量が変わるということは、どこか別のところに問題がある

やるならこう
String str = new String("ほげ");

>>546
ごめん、思い出しながらコード書いたもので間違えた
とりあえず、newしたものをnullいれて、System.gc()しても空きメモリーが回復しないのは確かでした

他携帯なら問題なかった（903だけではなく、いろんな901や902でも試した）ので、コードに問題があるとはあまり思えないところです

すまんがピープﾜﾛﾀ

>>546
何を覗くんだ？

>544
System.gc()のあとにThread.sleep()入れても意味ないかな。わからんが。

どうにもならなかったら
高速性を要求されるところでは、なるべくメモリを動的に確保しないようにする
で対策なのかな。（対策って言うんかこれ）

>>550
問題は、高速性を要求されなくなったから「さあ溜まってたゴミを捨てようか」と思っても捨てられないこと
N904に正式に対応する場合、起動時に全て静的にとるなんていう馬鹿コードになる可能性が・・・

>>551
FPS60がどのくらいまで落ち込むの？止まるの？

数分で、FPS20くらいまではとりあえず落ちましたね
はっきりいってボロボロです

耐久テストしてるので明日また報告します

スタックが一つポップされるまで回収対象にならないとか

fpsを数字の前に持ってくるな。気持ち悪い。

>>544
その機種が壊れてるんだよ
初期出荷の携帯はシステムにバグが多い
アップデートする必要があるかもしれないからＤＳに聞いてみるといい

>>556
その可能性もありますね
OSアップデートで修正される（初期出荷時には間に合わなかった？）かもと
正直こんな仕様じゃ、既存リリースのアプリが何一つまともに動きませんからね

・Thread.sleepを入れてみる
・IApplication#start()の中で無限ループするのをやめてみる
・OSをアップデートしてみる

明日これらを試してみますが、他にもアイデアがあればよろしくお願いします

>>554に1票

原因わかりました
メモリー量を画面に表示していたのですが、その際
g = img.getGraphics();
g.drawString(略);
g.dispose();

を行なっており、原因はこれです
N904iはgetGraphicsしたGraphicsを、きちんとdisposeしてもリークさせるようです
解決策としては一度作ったGraphicsは生成しなおさないということになりますが、複数持ちたい場合困りますね・・・

N904i使いだけどこの機種フリーズ、再起動、電源落ちは当たり前
絶対バグありまくりだよ

交換しろよ
そんな症状は出ない

>>559
imgも一緒に開放(dispose)してもリークする？

iチャネルに関すると思われるエラーが最近多い
長く使うと携帯は壊れるものなのかもしれない

bitrotかも。

Doja4.1でD800iDS用のタッチパネル式アプリを作成しています。
タッチアクションの処理をボタンの長押しにするには下のソースコードをどう変形すればよいでしょうか？

// タッチアクションの処理
public final void touchControlAction (TouchControl source, int type, int x, int y) {
// Rightボタンの押下
if (source == rightButton && type == TouchControlListener.CLICKED) {
i++;

>>565
使ったこと無いけどメインループ作れって事で。

if( source == rightButton ) {
bRight = type == TouchControlListener.CLICKED;
}

メインループ
if( bRight ) {
i++;
}

>>566
ありがとうございます。
うまくいきませんね。もうチョイがんばってみます。

>>567
うまくいかないって touchControlAction の中に
ループ作ってるってオチじゃないよな？

(PC不可)
http://polpe.com?g=12jfasd345sdf
http://polpe.com?g=1h5g6dh564hdf
http://polpe.com?g=4h6d54h64h6sr
http://polpe.com?g=4ty6r4t64f8m8

携帯Javaアプリやってるわけではないのですが、皆さんに質問。

携帯Javaの利点ってなんでしょう？私も組み込みプログラマ
の端くれでCでitronやLinuxで開発しています。で、結構
速度の要求だけは顧客から来るので、省メモリコピーなどに
腐心していて、C++ですら使いたくても使えないような状況なんです。

組み込みJavaの利点って、汎用のフレームワークがあるから
という、単なるプラットフォームの問題だけなのかな？
だとしたら、ソフトバンクやGoogleなんかが提唱しようとしている、
OpenKODE(OpenGL/ES)ベースのプラットフォームが、無償で提供されて、
高速だったりすると、そっちのほうがよかったりするのかな。

素朴な疑問です。

誤爆ですよね
スレ一覧よく見てください

>>570
int foo[5];　みたいな配列で　foo[10]=8;　とかやったらどうなるかって事

>>571
そんなにスレ違いとも、おもわないんだが。

Javaをよく知らなくて>1が分からなかったのなら仕方がない

>>570
Javaにどんだけ利点があろうがなかろうがウンコだろうがiMODEで商売しようと思ったら
Java使うしかないんです＞＜
汎用フレームワークがあるっていうかそれしかないっていうか

本物の技術者なら、目の前のオモチャで遊ばないなんて。
面白いぞ、たとえ実用性は二の次でも。

>>570
そんな現状動かないものを考慮してもしょうがない
携帯アプリを作る選択肢が携帯JavaかFlashかJSしかない
ただそれだけ

速度か速かろうと遅かろうと、ユーザーにとっては面白ければなんでもいいわけで。

よくマジレスするなと感心させられますｗ

>>570
セキュリティを管理するOS が無かった昔の携帯電話で、
セキュリティの問題なくアプリを動かすには
　(a) Java 等のサンドボックスで守る方式
　(b) BREW等の検証済みの公式アプリしか使わせない方式
のどっちかが必要だったわけです。
いまでも実際には似たようなもんで、ネイティブコードのアプリを実行
できる式の携帯電話は大抵ハックされてるよね。

>>577
GoogleのアンドロイドSDKが公開されましたね。
http://code.google.com/android/what-is-android.html

予想通りOpenGL/ES採用しているっぽい。JavaのVM(Dalvik)が、
OpenGL/ESと並列で並べられているということは、携帯Java
を追い落とそうという意志が感じられないでもない。

移植ﾒﾝﾄﾞｸｾｰんだから余計なもん増やすなよ検閲エンジン

スレ違いはそろそろしんでください＾＾；

>>570
適当に作っても平気なのはかなりのメリットだな。
javaもC/C++に比べれば全然簡単だし、
学生が遊び感覚で作れるのはいいとおもう。

>>581
OpenGL/ESはドコモもすでに採用してるわけだが
JavaとOpenGL/ESを無料に関連付けて何がしたいんだろう?

アプリエミュでスリープ時間測定したらかなりずれたんだけど
エミュのバグでしょうか。
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
ちなみに実機だと正しくスリープしてました。

そーゆーもんだとおもう。
制度そんなに高く無いお

>>585
げっ、アンドロイドのアプリケーションフレームワーク部って
結局、全部Javaなんか・・・。

>>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

ドコモの携帯買おうぜ。キャリアとしてのソフトバンクって利点が少ない。
実機テストを一機種でしかしてないのにリリースするのはあんまり良くないし。

正直、ソフトバンクが人気でMNPで人が流れて行ってるのが不思議なくらい
あそこはまともじゃない企業なんだが・・・

>>586
Windowsのタイマーの精度が15.525msだから

>>589
sleepの精度は端末に依存だからちゃんと経過時間を計ってやらないとだめだよ

>>589
ちなみに、30kダウンロードすると約50円だから
友達無くさんようにな。

パケホーダイを勧めておけば

>>589
sleep時間が難易度に影響するような構造がそもそもおかしいんじゃ

キャラの移動速度を決める時や、格ゲーのコマンド入力監視みたいなのは
sleep()じゃなくてSystem.currentTimeMillis()使った方がいいってのが
以前にスレで出た気がする。

すいません。質問です。
byte配列に置いた文字列を随時読み込んで画面表示したいです。
Stringのコンストラクタなら文字コードも指定できて良い塩梅と思っていたら
作っているうち、newを連発しているのが気持ち悪くなってきてしまいました。

最終的にStringBufferにappendできれば良いかと考えて、byte[]をchar[]に
変換しようとしたところで詰まってまｓ。
byte[]に文字列を置いた場合は、どういう方法で変換・表示するのが格好良い？

>597
newを連発する意味がわからないな。
Stringのコンストラクタで文字列にしたら後はそれを保持してればいいのでは。

byte[]の中身が変化するというなら、その都度newするのは当然。
「new連発が気持ち悪い」と気にする必要はないよ。

それでも何かこだわりがあるならJava一般スレ行って聞いてみて。

>>598
スクラッチパッドに有る圧縮した文章を、こまめに伸張しつつ
ブックリーダ的に表示できないかな、と思っていたので、数秒
に一度は新しくStringを読んでくることになりそうです。

スレのちょっと前を読んでいたら、503iを試した時にSystem.gc()
がうまく動かないのと四月問題が嫌になってiアプリから離れた
記憶が蘇ってしまい、ちょっと疑心暗鬼気味になってしまった
ようです。
今のDoJaは大丈夫だから、どんどんnewすりゃいいじゃん、と
言われれば、本当にその通りだと思います。質問しておいて
なんですが。

「byteをStringに変換」って言い回ししてるけど、もしかしてStringをオブジェクトだと思ってないとか？
newがオブジェクトを確保することだと思ってないとか？

InputStreamReader を使うといいんじゃない？たぶん。

>Stringのコンストラクタなら文字コードも指定できて
DoJaがサポートするのはSJISのみ

>>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; //現在の時間を記録
}

597です
InputStreamReaderとByteArrayInputStreamの組み合わせで解決したようです。
ありがとうございました。

配列をストリームとして読む発想が無かったようです。

>>589
いやsleep()に指定した時間分きちんとsleepすることが保障されてないわけだから
sleepがどうこうは関係なくて経過時間分の処理をする
time = 0
white(true) {
　start = System.currentTimeMillis();
　処理(移動などの処理はtime時間分の計算をする)
　time = System.currentTimeMillis() - time;
}
こんな感じ

>>603
アニメ処理等でなるべくきっちり合わせたいときは、ちょっと少なめにSleepしてから
ビジーループで目的時刻を待つと良いよ。

すまん…間違ったorz

time = 0
white(true) {
　start = System.currentTimeMillis();
　処理(移動などの処理はtime時間分の計算をする)
　time = System.currentTimeMillis() - start;
}

メインループの回転数を固定にしする方が賢いような気がするけど。
全部にtimeを掛けてたら大変だし。

>>606
ビジーループって電池食いそうで嫌だったけど
その手があったか
それで行ってみます

>>608
どうやって固定にするん？

>>610
前スレのFPS固定ロジックでいいんでないの？
sleepが嫌なら while(time > System.currentTimeMillis() ); みたいな感じで済む話だし。

座標計算だけならいいけど、sprite使ったアニメーションにまでtime掛けて管理とか、
どうしてもメインスレッドをsleepしたい場合やサスペンド対応考えると
time一個でどうにかすんのはムズいんじゃないかな。

まぁ時間で管理したほうが確実なんだけどさ。

>>591
げ、エミュって内部でタイマーなんて使ってんのか
System.currentTimeMillisですら16ms単位くらいで値よこすから、エミュだとデバッグしづらくなってきたんだよなぁ

ちなみに仕事では当然のようにビジーループ
「sleepにすると電池の消費が少なくなる」なんてのはP504iだけだったと記憶してる

>>612
ビジーループで時間計ったけどsleepの時と変わらなかったのは
System.currentTimeMillisでも16msだったからか

んなーこたーない

614は612のレスね

Vistaは1ms単位で測れるよ

>>613
実機でログ取るべき。
大抵は10msec単位またはもっと正確な値が取れる。

質問です
いままでiアプリではGIFとJPEGしか扱えないと思っていたのですが、PNGもいけるのでしょうか？
（これは実機で確かめればいいとしても）
対応画像形式一覧みたいなものをMediaImageの項などで探してみたのですが、見当たりません
どの資料かにまとまってますでしょうか？

Windows上でのエミュだけの問題ならtimeBeginPeriod(1)を呼ぶような
別のプロセスを立ち上げておけばいいんでない？
自分で作るのが面倒ならメディアプレイヤーで何か再生してやるとか
sleepの実装がWin32APIのSleepを呼んでるなら1ms単位になるはず

>618
iアプリ開発ガイド詳細編を読もう

>>612
　sleepにしてもバッテリ消費にはあまり影響ないのね。
描画(2D)を減らしたら消費減るのかな、とか興味があって、
1度検証してみたいとは思ってたけど結局やってないなぁ。

えっと、PNGは無理みたいですね
なんでいつまでたってもPNG対応しないんでしょう。SoftBank版と互換したいのに

いつになったら、って問題じゃないと思うよ
大人の事情だろう

単純にgifやjpegに変換して振り分けるのが吉

SoftBankがGIFを使える件

制限あるけど。

PNGが読み込めないのはドコモダケ

前すれログって読めないんすかねぇ･･･。
最初の方のフレーム制御関係を参照したかったんですが。

っ ttp://rag.life.coocan.jp/scorpius/

PNGはフリーなんだから、大人の事情もなにもないと思うんだが

>>629
対応に関してのコストはどこから出るのでしょうか

630笑えるｗ

>>628
さんくすです！！

反論に困ったら「笑えるｗ」ｗｗｗｗ

>>627
過去ログ読もうとしたらよむ方法かかれてるでそ？

カメラが起動しようがムービープレイヤーが起動しようが
画像を表示させるってのはできるのかな？
ロゴとかをずっと表示させときたいんだけどさ

ネイティブの機能が起動しちゃったら無理。

>619
それ意味無い
おそらくエミュはShortTimer使ってる。もう完全にアホの仕事

ちなみにMSNMessengerがtimeBeginPeriod(1)してくれてるぞ。豆知識な

そこはWindows Media Playerだろ

スレのトピックスでアプリ省サイズ化ツールとしてJavaBlenderとjargが載っているけど、
ProGuardってマイナーなのかな？
ProGuard3.7を使ってて特に問題なさそうなのだけどトラブル経験ある人いるんかな。
4.0、4.1と出てるけどどうなんだろ。

proguardしか使ったことない。
他の2つは2年以上更新されてないから心配。

>ProGuardってマイナーなのかな

おいｗ

JavaBlenderは結構うまくいかないときが多い。
特に900以降の場合サポートされていないので、現在では使用していない。

今俺がやっているのは
ProGuard(3.10)→Jarg(バージョン忘れたが最新)→7-Zipだな

仕事でソフィアクレイドルの糞高い圧縮ツールを使ったら実際に圧縮率は良かった。
ただし圧縮率を上げまくると実機で動かない場合が出たが・・・

もしも購入出来る金があるのであればお勧め。

ProGuardはバージョンが上がって変換後のサイズが従来より
大きくなるケースがあるな。
具体的な不具合が出ない限りは小さくなるバージョン使ってるがｗ

カメラ起動ならフレーム撮影みたいな感じにすればまだロゴ出せるんじゃないか？
プレイヤーは正直思いつかない

proguardは4.0ですごくサイズが小さくなるようになった。
3.8と比べて2kくらいは減る。3.9/3.10は3.8よりでかくなる。
もうこれでないと100kにおさまらねぇｗｗｗ

実機でclearキーが押ささらないんだけどなんで？
ちなみにエミュでは正常に動く。
ちゃんと初回起動時に
PhoneSystem.setAttribute(PhoneSystem.DEV_KEYPAD, 1);
した。あと、実機はN904i

>>647
公式にある資料くらい見ろ。
(各機種オプションAPI・拡張API実装状況のPDF)
903/904/703/704ではクリアキーが実装されている機種はない。
そもそも、クリアキーはKEY_IAPPと同一キーではないのか？

公式にある資料を読んでたら、基地局とか登録エリアとか携帯電話がつながる仕組みまで
理解しないと気がすまなくなってきた…

いや、そんなことを言いにきたのではなくて

Googke で「doja 5.0 N900is」で検索かけたら、
このスレの俺の発言が1ページ目に表示された。orz

Eclipse+Doja5.0でDoja3.5ｱﾌﾟﾘ作れるかどうか報告するといっておいて
実はまだ実行まで辿りつけないんです・・・ｽﾏｿ
ここまで、考えられるエラー全て見てきた気がする。orz

一度、eclipse は忘れて、Doja だけで作ってみよう。

当たり前なことかも知れないが、
Doja-5.0 DK で HelloWorld プロジェクト作ったら、正常に動いた。
始めて成功して感動した。
あとは、N900iS でも動くように、Doja-3.5 アプリを効率よく作る環境を整えるだけなのだが・・・

とりあえず、Doja-3.5 と Doja-5.0 の API リファレンスは用意した。
リファレンス見比べながら、3.5にない API を使ってしまわないようにしながら、
Doja-5.0 の機能を利用できればいいわけか・・・。

独り言はここまでにしときます。
ただ、Doja-5.0 DK でコンパイルしたとき、何故か JDK 1.5 compile ... と表示されたのが気になる。
確かに、うちのPCには、Java 1.5.0 と 1.4.2 と 1.6 が入ってるけれど・・・
JDK 1.6 の JAVA_HOME も設定したし、JDK 1.6 の Path も通したし問題はないはず。
（まだ問題が起きていないだけか）


　ま　ぁ　い　い　や 。

エミュレータを動かせたので大満足。次はアップロード先を探さなきゃ・・・

チラ裏ｽﾏｿ

pathのほうが優先されてるだけじゃね？
頑張ってるみたいなんでもうひとつアドバイス。

・JDKインストール
・OS再起動
・Eclipseインストール（pleiadesのどれか適当に）
・iαppliToolインストール
・Eclipseを立ち上げてワークスペースをiαppliToolのappsに設定
・helloWorldプロジェクト作成
・srcフォルダにソースを作成
・実行→構成および実行でDoJa5.0アプリケーションのフィルタを作って実行
・動いたら apps/helloWorld/bin/ にある
　helloWorld.bin,helloWorld.jam,download.htmlの3つをサーバへアップロード
・携帯からdownload.htmlへ接続、アプリをダウンロード
・携帯でアプリ実行

で、どーよ？

progurdで圧縮するとアプリが終了してしまうんですが
原因はなんでしょうか。
System.gc()で終了したので消してみたら
次はImageのuse()の１６回目の呼び出しで終了しました。
catchも呼び出されません。

圧縮されたときにいやーんなコードを書くのが原因。

>> 652
proguardをかけた後、逆アセしてコード見てればいいんじゃねぇ？
時々変なコードに変換されているときあるから。
それでそれがローカル変数で問題になら、その変数をクラス変数に替えることで
正常に動作するというときもある。

「押ささらない」ってよく変換できたな。何弁？

北海道弁

>>654
みんなアセンブリとかも分かるのか
自分は分からないし圧縮しないと収まらない訳じゃないから諦めよう

>>657
逆アセって言い方が悪かったのかな？デコンパイルって言えばいいのかな？
jad.exeの引数にクラスファイル指定するだけだから簡単にできる。
出力されるソースも、ほぼjavaのソースと同じだ。

言い方が悪いっつーか逆アセとデコンパイルじゃ意味が違うじゃん

俺は許容が広いから「あぁ、そういういみなんだろうな」と理解できた。
>>658は、頭悪い上司を持つと苦労するタイプだろうw

>>651
神！ｔｙ！

あと2時間でサーバーへアップロードしないと
次の作業まで2週間待ちになってしまう。。。

とにかくも651に感謝m(｡_｡)m

>>651 の書いたとおりにやったら、動いた！！すごい

なんで動いたかよくわからないけど、今日はもう時間がないため
とりあえずアップできるサーバーを探さなければ・・・。

651の内容のうち、前半は既に済んでいたので、以下のみ行った。
・Eclipseを立ち上げてワークスペースをiαppliToolのappsに設定
　iαppliTool で指定している作業フォルダを設定した。

・helloWorldプロジェクト作成
　helloWorldプロジェクトは既にあったので、別名のプロジェクトを作成した。
　プロジェクトを作成した後、ウインドウ−設定 で、Doja-5.0 のインストールフォルダを指定した。
　（これを設定しないと、クラスがうまく作れなかった）

・srcフォルダにソースを作成
　Eclipse でクラスを作ったら、自動的に作成された。
　クラスは、スーパークラスを com.nttdocomo.ui.Application とした。

・実行→構成および実行でDoJa5.0アプリケーションのフィルタを作って実行
　無事、動いた。

残りは、以下の作業だ。携帯が手元にないので；；　とりあえずサーバーへアップロードしたら
　場所移動して携帯でチェック。報告は明日以降になりますm(｡_｡)m

---残りの作業
・動いたら apps/helloWorld/bin/ にある
　helloWorld.bin,helloWorld.jam,download.htmlの3つをサーバへアップロード
・携帯からdownload.htmlへ接続、アプリをダウンロード
・携帯でアプリ実行

まったく、デコとかパイとか。

>>652
-dontoptimizeつけてみるとか

>>658
jadファイル自分の力と気力じゃ解読不能みたいでした。
>>664
それはもうつけました。
とゆうよりつけないと圧縮できませんでした。

proguardのバージョン変えてみるとか？

> そもそも、クリアキーはKEY_IAPPと同一キーではないのか？

うお、これでうまくいったよ！ありがとう！
つーかそんなとこに割り振られてるなんて気づかなかった・・・

proguardかけた後にjargかけたら出来るようになりました

>>668
それはProGuardの後にpreverifyをかけてなかっただけじゃないのか？

http://62.xmbs.jp/yosukeapuri/
裏アプリをやってみませんか？
ポケモンやドラクエ、マリオなど懐かしいゲームが携帯のアプリになって再登場(
゜∇゜)
やりたい人はURLを (・o・)ノ
http://62.xmbs.jp/yosukeapuri/

・・・サーバーにアップしたファイルのアクセス権をミスって2週間ダメにしたorz

リモート制御機能ってトラステッドアプリでしかダメだよね？

>>672
リモート制御機能とはなんですか

>>672
APIリファレンスに書いてあるんだけど、
開発ガイドには全く書いてない。

public class PushManager
プッシュ機能の管理オブジェクトを定義します。
リモート制御におけるプッシュ機能により、
サーバから i アプリにパラメータとパラメータを送信した時刻(パラメータ更新時刻)を渡すことができます。
渡されたパラメータとパラメータ更新時刻は、JAM が受信して保持します。
i アプリからは、JAM が保持するパラメータと パラメータ更新時刻を取得することができます。
また、i アプリ起動中やサスペンド中に JAM がパラメータを受信した場合には、
ParameterPushListener により定義されたリスナが呼び出されます。

エミュレーターのトラステッド動作設定にもリモート制御の項目が無いし、気になったもので、、。

>>674

それはマイボックス用のAPI

>>675
サンクス、
そんなサービスがあるとは知りませんでした。

ADF設定のTrustedAPIDって、
勝手アプリで設定しとくと、
実機じゃ正常動作できませんか？

できたらトラステッドの意味がねぇｗ

>>678
そりゃそうなんですけど。
TrustedAPIDの正誤をいつどこで確認してるのか気になったのです。

DL元ホスト（IPアドレス）とAPIDを一意に結び付けて、
DL時にdocomoのサーバに問い合わせるとか…？
くらいしか思いつかなかったのですが。

今試してみたらTrustedAPIDを書いてるとDL自体出来ないみたいです。

>>679
まあ、そんな仕組みだと思うけど。

Subversionでソース管理しようとしてるんですが、
コンパイルするとresディレクトリにある「.svn」ディレクトリもバイナリに含んでしまいます。

コンパイルオプションで特定のディレクトリ以下のファイルは含まないとかできないんですかね?

>>681
コンパイルはbatで行なってるんでしょ？
直前に.svnを別のところに退避させて、コンパイル終わったら戻すようにしたら？

今時バッチファイルでコンパイルしてる人いるの・・？
IDKかANTかと思ってたが。

>>682
コンパイルはbatじゃなくてふつーにIDKでやってます。
とりあえず開発時はそのままやってて、実機テスト&リリース時は別ディレクトリに移してコンパイルしてる状態。
この手間がちょっと面倒なんで改善できたらなぁと。

>コンパイルオプションで特定のディレクトリ以下のファイルは含まないとか

普通に出来ますが

>>681
俺は画像格納用のフォルダをresとは別に用意しておいて、
resフォルダはsvnの管理から外してる。
（spに詰めるバイナリ生成ツールがそこにあるからでもあるが）

まぁ、どっちにしても手間なんだけど
バッチ使いも結局バッチを書く手間はあるわけで、
自分にとってベターな方法を模索するのがいいんじゃないかと。

>>686
ｻﾝｸｽｺ
いろいろやってみます。

普通にbat使ってますがなにか

プリプロセッサやら、プロガードやら使うからbatが主流だろう。
というのは仕事としてやってる人の考え方だったのかな

IDKってコンパイルオプション指定なんてできたっけ？（JAM指定呼び出しでしかエミュレータ呼び出さないもんでｗ）

idkはビルドの前後にbat指定できなかったか

とりあえず俺はeclipseの出力jarにbatでオブファスケータかけてる

>>690
batの指定というよりビルドの前後にコマンドの指定ができる感じだな
とはいえｵﾌﾞﾌｧｽｹｰﾄしちゃうとコンパイル以外idkが自動でやってくれたのは全部やりなおしになるから存在意義が・・・

ていうか何十個もある端末用の個別のファイルをいちいち手作業でＧＵＩでクリックしてつくるとか考えられない。
途中で間違う可能性もあるし。

>>693
何十個っていったい何をそんなにわけてるの？
その状況が想像できないのだが…

>>694
相当昔の端末までサポートしてるなら不思議じゃないけど

>694
例えばSystem.getProperty()で取れないような機種別情報が必要なら
何十個もjarを作るかもしれんな。具体的にどんな情報かは知らないが。

それなら機種名を渡してサーバ上に用意した関連情報を引き出す
作りにすればグッと数を減らせるだろうけど、
通信できない（しちゃいけない）事情があるとか｡

つかサウンドデータだけでも十数個のセットになるやん

>>697
mova含めたら19種類、FOMA限定なら6種類かな？

http://www.hundredsoft.jp/wav2mld/

えっ？

今でも新規案件でmova対応ってあるの？
うちはもうfoma限定だなぁ。
サウンドは通信で取得するかアプリ上で分けるかだな。

>>689
一応俺もプロなんだがサイズに困るほどのアプリが殆どない。
圧縮するにしても100k超えることは滅多にないし
904で無圧縮状態でテストしてOKだったら圧縮して動作確認しておしまい。
毎度圧縮する必要性を感じないからIDKのみで十分。

>>700
たまーに勘違いな営業さんが「全キャリア全機種対応」とかほざいて
一応話聞いてみるとmovaも入ってたりするよね。
帰ってもらうけど。

画像が最後まで読めないです
com.nttdocomo.ui.UIExceptionが出てるんですけど
これは機種の問題ですかね？

>>700
mova含めないとサウンドデータだけで十数個のセットならないし
何十個もある端末用の個別のファイル作る必要性も微妙だし(1機種1ファイルのレベルになる)

Doja 4.1、902世代以降をターゲットにゲームとか作ってます。

Graphics2において、アフィン変換かけてgif画像を回転させて描画させているのですが、ジャギが気になります。
OP_ADDでアルファブレンドしたら若干マシにはなるのですが、描画数が多いので負荷が気になります。
もっと良い解決策はないでしょうか？

ありがちだけど、あらかじめ計算したパターンを持っちゃう。

>>704
DDT

DDTでもジャギは出るでしょ。
回し方の問題じゃないから。

回転させてもジャギが目立たないような色合いのグラフィックを描く。

100K超えることは滅多に無いってなんの話？

jarの話？アプリ全容量の話？

>>701
　画像や音声は全部通信でとってくるし、うちもJARは100K超えることはないかな。

今は音声だけカテゴリ分けしてるけど、VGA機種向けに画像も分けるようにしないと
いけなくなるんだろなぁ。

mova除外だけだと、FOMA701とか702なども対象になるけどそこら辺は含めるんかな。
30Kは物によっては相当きついよね。事前に収まるかどうか予測できるプロならいいけど
私にはできん。

ドコモ制限キツすぎる。。。

機種依存考えると頭がパンクしそうだぜ

>>711
制限的にはドコモが一番マシなんだが・・・

携帯アプリを匿名で配布したいと考えると
Docomoかauのオープンアプリになるわけだが、
auのオープンアプリの制限は半端じゃない('A`)

Sアプリの機種依存の多さは異常
公式資料が豊富だからまだ良いが

>>709
変な日本語書いて申し訳ない。
jarの話。

>>710
30Kはアプリ仕様からソースがどの程度の規模になるか推測して、
ソース5000行程度を目安にしてる。
まぁ感覚だからアテにできないけどねｗ

100Kの壁に苦しんでる人たちはどうしてるんかな。

迷わず仕様削減

勝手アプリだが
うちだとログとか見る限り7割のユーザーが903i,904iだから最悪メガアプリにして切捨てになるんじゃないかな
まぁまだ100Kの壁に当たってないけど

proguard（しかも4以降）をかまさないと100K超えるですよ。
さらに定期的に更新してるんで毎回どきどきですよ。

100K超えるプログラムってどんだけだよ

単機能のツール系アプリでも、UIやfool proof、例外処理にこだわると
結構サクッと100KiBの壁にぶつかるんだ、コレがorz

プリプロセス使わなければ簡単に100kくらい超えるでしょ？

超えねーよｗ

俺の今作っているのは173,292バイトになってるけど

規模と設計によって容量なんて大きく変わるから一概には言えない問題だろ

100k超えるってﾔｼは
まさかとは思うけど文字列とかデータ配列とかはjarに入れてないよね？

今調べたら俺が仕事で作った奴で最もでかかったアプリは
クラス数200オーバーで画像リソース200kくらい混みで
Jarサイズが600kだった('A`)

クラスをガツンガツン使えるような時代になったのはいいことだ。
はやくFOMA以下を切り捨てたい・・・・orz

>>728
FOMA以下ってことはFOMAも捨てるってことでおｋ？ｗ

createImageの作り方がどうしてもわからんす
どっかサンプル置いてるとこないですかね？
sampleから理解するのは得意なんですけど

Image image = Image.createImage(640, 480);

>>731
質問をよく見るんだ！
createImageの使い方ではなく、作り方を聞いている！

public class Image {
public static Image createImage(int x, int y) {
return null;
}
}

>>733
GJだ！

>>733
完璧だな

public class Image {
public Image() {
}
public static Image createImage(int x, int y) {
return new Image();
}
}
の方が良い気はするが

DoJa 5.0 の Ver3 以上のエミュレータについての質問です。
コマンドプロンプトから DoJa.exe を実行した場合に
System.out.println の結果が表示されないようです。
また doja.exe -version 等、何らかの出力が期待されるオプションをつけて起動しても、
コンソールに何も出力されません。

これはエミュレータのバグでしょうか？それとも何か出力を受け取る方法があるのでしょうか？

>>736
エミュのバグだと思われる。
たぶん直感アプリのために使っているのだろうけれど
基本的には、Ver3.00を使わないか、Doja5.1のエミュで間に合わせる。
どうしてもVer3.00でなければならない場合、あらかじめエミュを立ち上げておいて
アプリの実行位置にプロジェクトの場所を合わせておき、コンパイルの後に
エミュの起動ボタンで実行するようにする。

アプリから
画像データとサウンドデータと表示座標データとテクスチャ座標データと文字列データ
を切り離しても100Kに収まらず、アプリ連携で機能も切り離して、
それでも100Kぎりぎりな今日この頃。

>738
企画が悪いんだろう
iアプリ100KBに向かないアプリを無理に作ってるとしか

>>739
2年以上バージョンアップを繰り返してるからねぇ。まぁしょうがない。

クラスが増えると、
たいした機能が無くてもアプリサイズが増えるね。

保守性にかかわるから、クラスは気にせず作りたい…。

>>738
常に速度が要求されないなら高度なスクリプトエンジンを組んでコードごとSP側に退避するべし

MediaSound sound=MediaManager.getSound("resource:///sound.mld");
でリソース内のmldを読み込んでいるのですが、

メモリ内に存在するmld形式のバイナリデータを getSoundに渡す方法ってありますでしょうか？

リファレンス嫁

JAVAで文字のサイズを変換するプログラムがわかりません！！
わかるひと教えてください。。

文字のサイズって？

Font font = Font.getFont(Font.SIZE_TINY);
g.setFont(font);

ってことじゃないのかい？

>>745
フォントサイズを設定したいのかそれともフォントイメージの拡縮をしたいのかによって変わるが
前者なら747だし後者なら一回Imageに描画して自力で拡縮しなさい
ちなみに「文字のサイズを変換」という日本語だとどちらかといえば後者の意味に取れる
前者の意味の日本語は「文字のサイズの設定」や「文字のサイズの変更」だな

VGA対応機種以外ではSIZE_LARGE,SIZE_MEDIUM,SIZE_SMALL,SIZE_TINY以外のフォントサイズを作るなら後者の方法で作り出す必要がある
VGA対応機種ならFont.getSupportedFontSizes()で対応フォントサイズの配列を取得できる
後は自力で拡縮する以外にもリソースなどの画像データとしてフォントイメージを持ってしまうという手もあるにはある

905iのjamのDrawArea、皆さんどうしてますか？
仕様としては240*240 or 480*8nn(機種による)の2択だと思うんだが、
ちょっとN905i(480×854)で試してみたところ、240*427で全画面描画ができた。
縦横比はそのままに、2倍で拡大表示してくれている。
以前はこういうこと、できなかったと思うんだが・・・。

ただ、このままだとソフトキーが浮いてしまうので
(画面最下部よりちょい上にソフトキーラベルが表示されて、
アプリが描画するコンテンツと被る)、
ちょっと縦を切り詰めて240*320くらいにしたら、ソフトキーも
被らず、ちょうどいい感じに。
デフォルトの240*240だと縦横比1:1なので、全然こっちの方がいい。

とりあえず全機種905iはxyを1/2した上で110ほど縦を切り詰める
DrawAreaにしたら、D905iのユーザから拡大表示されず240*330が画面真ん中に
ちょこんと表示されるというメールがきた。

N905iは特殊で、やっぱり240*240 or 480*8nn(機種による)の2択しかないんでしょうか。。。

簡単なコードを書いてEclipseで実行すると
「新規構成の起動
Reason:
Check the details」とメッセージがでて
実行ができません。アドバイスお願いします。

＞Eclipseで実行すると

ここ、具体的に何をどう操作したのか詳しく

>751
お騒がせしました。解決しました。環境変数の設定をしていなかったようです。

>>749
N904iは前から出来たが？
480x704だから240x352の解像度表示が可能だよ＞N904i
もちろんハード側が自動で2倍拡大してくれる

さすがにハードではないだろう

システムか

便乗でDrawAreaについて質問させてください。
P905iを買ったので自作のアプリをWVGA対応しようとしてるんだけど、
480x640だと上下にスキマ(WQVGA機で240x240のを動かした時に出る
のと同じような枠)ができて、しかも上下でスキマのサイズが違う。
かといって高さを640より大きくするとピクト(電波とか電池とか時計とか)が
消えてしまう。
できれば、上下スキマなしでピクト消えないようにしたいんだけど、
どうすればいいか、どなたかご存知ないですか。

>753
ごめん。かなり書き間違えた。
>480x704だから240x352の解像度表示が可能だよ

240*240 or 480*8nn or 480/2*8nn/2
↑の3択までは分かるんだけど

240*240 or 480*8nn or 480/2*8nn/2 or 480/2*((8nn/2)-n)
の4択がN905i(480*854)では可能だった。240*330が拡大表示される。
D905iでは4番目ができなかった。

JAVAてc/c++と比較すると恐ろしいほど簡単だね

まるでC/C++が難しいかのような口ぶりだな

覚えることはCの方がはるかに少ないのだが

Eclipse3.3にて開発しようと思っています。
DoJa-5.1API　iappli Development Kit　ユーザーズガイドの
P322のリモートJavaアプリケーションの設定ができないのと、
P311の作業をして折りたたみ状態を閉じるにすると
Connecting to 127.0.0.1 on port 2800
Waiting for debugger on port 8000
assert: offScrId != 0: invalid offscreen id
と記録され固まりますアドバイスお願いします。

>>758
C と C++ を一緒にするなよｗｗｗｗｗｗｗｗ

>>701
> たまーに勘違いな営業さんが「全キャリア全機種対応」とかほざいて

たまーに、どころか良く居るよ。
で、BREW版と同時開発した場合の問題点とか話してやると「プログラマ的には
JavaとCの違いは大きな問題ではないが…」って辺りで理解できなくなるようで、
逆切れされたり、あいつはCを知らない！なんて陰口言われたり。
面倒なので最近はFLASHお勧めｗｗｗで逃げてる。

「顔ちぇき！」にショッピングサービスを提供開始
http://news.ameba.jp/economy/2007/12/9050.html

JAVAてc++と比較するとホント簡単な言語だよな
vc++になればswingの１００倍は難しいよな

JAVAてこんな習得のしやすい簡単な言語だと知ったときは
びっくりしたよ。C#もそうだけど
最新の言語は習得が楽でいいよね

JAVAていろんなこと出来る上に
習得のしやすさはスクリプトレベルだから
初心者が集まりやすいよね

言語の問題なのかね
ライブラリの差に依るような気もするが

Javaなんて使えないよ。
C++（BREW）で実用的なJava実行環境（MIDP/iアプリ）は実装できるけど、逆は無理だからね。
C++>>>Javaなんだよな。

C++が使えればJavaでできることはすべてできるし、同じ処理を何十倍も高い性能で実現できる。
JAVAてC++と比較するとホント低能な言語だよな

iアプリレベルになると大規模なWEBプログラムの方がまだ難しいんじゃないかと思う

最近のアプリは結構難しくなってきてると思うけどなぁ
PSクラスのゲームならほとんど移植可能だろ

Cと比べるとどんな感じ？
今C勉強してるんだけど、一通り終ったらjavaで簡単なアプリ作ろうと思うんだ。

C++じゃなくてCと比べるのか
それはだいぶ違う感じだと思うよ

>>772
なにか死亡フラグっぽいな

先日、再びiアプリのダウンロードにトライしたのですが、
またダウンロードできず（⊃Д｀;）

よくよく調べてみると、対応しない端末？でダウンロードを試みたときに出るエラーが出てました。
まぁ、notapplicable.html を作っていなかったので、エラーページすら見つからないというエラーでしたが・・・。

>>662 のように i アプリを作り、その後、端末 F900iS でダウンロードしようとすると
notapplicable.htmlエラーが表示されるらしい。
Eclipse は 3.3.1.1を使ってます。

Eclipse 3.3.1.1 + Doja-5.0 でコンパイルすると F900iS(Doja-3.5)ではダウンロードできなくなってしまうのかな。

i アプリの内容は、ダイアログボックスに「helloworld」と表示させるだけの簡単なものです。

一応中間報告。

2週間も間が空きすぎてしまっているので、この後、もっかい原因究明して、
脳みそを i アプリ開発モードに切り替えねば。

金魚運動マシーン

>>772
せめて少しでいいからC++も知っておく方が良い
別にSTLを使いこなせとかは言わんから
C++でクラスの概念と継承やメンバ関数やインスタンスの概念を知ってるだけで全然違うから

>775
ｳｻﾞｲ。
何か報告したい問題点や質問があるなら要点をまとめて書きなさい。
だらだらと日記を書くのはブロク作ってそっちでやりなさい。

>>773
そーなのかー。
ども。
>>774
似せたつもりは無いんだ。
気付かなかった
>>777
了解。終ったらC++一通りしてみるか。
ありがとうございます。

>>772
つうか、なんで素直にJavaやらないんだ？

>>780
先にCはじめたからかな。
２言語同時進行はつらいよな

すみません，初歩の質問なんですが doja でpanelで
setTitle()で表示するタイトル文字サイズの変更ってできますか？
いろんなサンプルためしても905シリーズだと字がちいさすぎるみたいなので

>>782
無理だった筈
N904iでもVGA表示するとタイトルが小さくなりすぎて結局俺の場合canvasで自力描画した
まぁ容量的余裕があったのとpanelで表示してたのがTextBoxだけだったってのが大きいが
容量的余裕が無いなら諦めるしかないと思う
panelのコンポーネントのsetFontはそのコンポーネントにしか干渉しないし

>>783
ありがとうございました
やっぱり無理なんですね...

なにか他の手考えます

>782-784
コンストラクタで↓こんなことしたアプリでは、
super();
Font f = Font.getFont(Font.FACE_SYSTEM | Font.STYLE_PLAIN | Font.SIZE_MEDIUM); //24x24
Font.setDefaultFont(f);
setTitle("タイトル");

タイトルは12x12のフォントサイズで、TextBoxやLabelは24x24サイズで表示される。
ところが２回目以降にnewしたものはタイトルが24x24のサイズで表示される。
エミュレータでも実機でもそうなる。不思議。

>>785
Panelから継承したクラスのコンストラクタでのことなら
Panelのコンストラクタでデフォルトフォントのフォントオブジェクトを取得してるってことなんじゃない？
それならその挙動はいたって普通で不思議でもなんでもないと思うのだが？
Panelオブジェクトを生成する前にFont.setDefaultFont()でタイトルに使用するフォントをセットしておけばいいってことだよな

デフォルトフォントの設定をIApplicationのstart()とかで行ってしまえば以降ずっとタイトルもフォントサイズが変更されるってことでしょ

>>785-786
ありがとうございます
勉強になりました

>786
>デフォルトフォントの設定をIApplicationのstart()とかで行ってしまえば
>以降ずっとタイトルもフォントサイズが変更されるってことでしょ

そうなった。勘違いだったようだ。thx
じゃぁこれで>782も解決ってことかな。

StringBuffer sb = ("ABCD");
int z = sb.indexOf("BC");

とすると二行目で「シンボルを解決できません」となるんだけど
もしかして全部のメソッドは使えない？

>>789
CLDCのAPIリファレンス見れ。

iアプリ一覧に表示されるときに
使われるアイコンは作れて表示できたんだけど、
大きく表示されるほうのアイコンがiアプリのマークのまま。。。
モバイルナナコのアプリはちゃんとカードのアイコンに変わってるんだよね。

どなたか情報持っていませんか？

職場にiアプリの宿題やってくれてtelが来た((((゜д゜;))))
今時の学生さんは・・・

で、いくらでやると答えたんだ？

>>790
J2SEとDoJaのSDKは入れたけど、そっちは未チェックだった
サンクスコ

ぼちぼちやるわ

>>791
iアプリコンテンツ開発ガイド最新版のP217、
エミュ付属のDevGuide.pdf P65。
ADFの項目のAppMainTitleで設定できる。

項目名で惑わされるが、ここには画像のファイル名を入力する。
AppIconと同様に、160x160のGIF/JPEG画像resフォルダに入れてビルドすればOK。
AppIconと違って、DoJa-5.1プロファイル専用なので注意。

コマンドラインからiアプリのビルド→svnでコミットってできないものかね。
毎回更新が面倒なので自動化したい

>>796
batなりantなりお好きにどうぞ

>>795

ありがとう〜画像名入れても出来ないからどうやるんだろうと思ってたけど
画像サイズがどうも違っていたみたい。

試してみるね

>>795

よくよく見たら載ってた。ありがとう。

試してみたら出来ました。

初めてなんで、DoCoMo公式サイトに出てるEclipse（3.1xとか）を
使いたいんだけど、古いEclipse置いてある高速ミラーサイトってない？

本系のhttp://www.eclipse.org/だと、速度が15K/secくらいしか出ない・・・orz

JDKから再インストールしても、エミュレータがCPU時間を占領してしまう症状が治らん……
毎回タスクマネージャで優先度最低にして凌いでる。
どうにかならんか。

sleep()使いなさい

待ち受けアプリで不在着信が有った事を知りたいんですが、
どのようにして取得すれば良いでしょうか？
メールは、PhoneSystem.getAttribute(PhoneSystem.DEV_MAILBOX)
で未読の有無を取得してるんですが、
不在着信では似たようなものが見つかりません。
試行錯誤してたらこんな時間になってしまい、
携帯のバッテリーも切れてしまいました。

よろしくお願いします。

>>797
いやいや、そのコンパイルするところがわからんのよ。
iアプリ用のライブラリをリンクするっていう情報をmakeファイルか何かに
書かないといけないんじゃないの？きっと。よくしらんけど

>>800
自レスだが、古いヴァージョンのAll-In-One-Eclipseってのがあった。

>>804
javacのコンパイルオプションを調べれ。
iアプリに関係なく、Javaレベルでの話。

>805　解決してから言うのもなんだけど、
初めてなればこそ、HelloWorldと画像１枚描画する程度くらいまでは
EclipsなしでDoJa開発キットだけでやり始めた方がいいと思う。
Eclips絡みの余計なトラブルを抱え込まなくて済むわけだし。

はじめまして。
教えていただきたいことがあります。
初めてJavaでiアプリを作ろうと考えているのですが、端末に保存したデータを
通信によりパソコンに送り、そしてパソコン内でそのデータを処理することは
できるのでしょうか？
例えば、シューティングゲームの過去5回のスコアと倒した敵の数をパソコンに
送り、パソコンでスコアと倒した敵の数の平均を求める。
という感じに。
よろしくお願いいたします。

サーバーに送ることはできるので
それをパソコンから見ることになるでしょう

>808
iアプリは、そのiアプリをダウンロードしたサーバとのみ通信できる。
HTTP/HTTPS で GET/POST。
詳細は>3の公式サイトから「iアプリ開発ガイド詳細編」を取ってきて熟読してな。
いま疑問に思ってることの答えは全部書いてあると思う。

>>807
アドバイスありがとう。
でも、開発環境に早く慣れるようにeclipseで行こうと思います。

JAVAは初めてで、今日はListVeiwのクラスを書いてたんだけど、オーナードロウが不可能なことに気付いた。
JAVAは関数のポインタは渡せないんですよね。

こんな場合はListVeiwクラスを継承して特殊な処理をするしかないんでしょうね。

８１１なんかかわいいな。
小学生？

そりゃ失礼だろ。中学生くらいじゃねーの？

>>813
いえ、中二の美少女です。

はじめまして
初めてiアプリを作っていて良くわからないことがあります。
java.util.VectorをimportしたコードをiAppliTool DoJa-5.0からコンパイル
してビルドも問題なくできているのに、F904やSH704に落とすときに、不正な
ソフトですというメッセージが出てダウンロードできません。もちろんjamの
中のappsizeには間違いはありません。Vectorはサポートされないのでしょうか？
よろしくお願いします。

この中で3Ｄやったことある人居る？Doja-5.0でmbacとbmpでポリゴン使おうとしたら
PVmicroではちゃんと出るのにエミュでも実機でも裏表っつうか頂点ぶっ飛んでるっつうか
変な風になるんだが・・・全然わかんないんです＞＜教えてください！！

自分を疑った方がいい

V4のFigureなんてアプリ側じゃそんなに設定項目無いんだし
コンバートに失敗してんじゃね？

初めて書き込みさせて頂きます。
Spriteを使ってアニメーションをさせたいのですが、
sprite[n]に格納した画像を順番にforで一枚だけisVisible(true)にして、
drawSpriteSetで描画すると、前回描画し、今回はisVisible(false)にしたスプライトも残ったままになります。
背景を最描画し、その上に再度drawSpriteSetすると一応アニメっぽくはなるのですが、背景を再描画しなくてよい方法などございますでしょうか？
ご教授よろしくお願い致します。

>819　ない。
描いたものはプログラマが（上描きや塗り潰しによって）消さない限り消えない。

オルタ正直期待以上！！！
シナリオはオリジナルより面白かったしｗｗｗキャラも愛着持つほど魅力的ｗｗ
『アプリゲームじゃなぁ』なんて思ってただけに、出来の良さにビックリｗｗｗｗ

ダウンロード方法

☆FOMA900シリーズ/ソフトバンク/
「EZトップページ」→「ゲーム」→「RPG」→「アトラスweb site」→「グローランサーオルタナティブ」

☆au
「EZトップメニュー」→「カテゴリで探す」→「ゲーム」→「ロールプレイング」→「女神転生」→「グローランサーオルタナティブ」

あぁ、俺の携帯、アプリ動かない奴だから('A`)y-~~
アプリは仕事で作ってるだけ。

俺も俺も

なにを隠そう俺もだ

俺はむしろウィルコム

ゲームアプリ好き≠アプリ制作者
仕事で作ってると嫌になる時がある。

ていうか仕事で作っててその作ってるアプリ自体が面白いと思ったことは無いな
なぜなら最初の段階ではバグだらけでまともに動かないし、まともに動くようになると飽きている。
まあバグつぶしていって段々動くようにしていくこと自体が一番面白いっちゃー面白いんだけどね。

若ぇな坊や。
携帯アプリのやたら規模の小さいプロジェクトは
ソースコード、リソースの管理のミニマムケースとしての
実験にはもって来いの環境だし、
プロジェクトに関わる人数も少ないから、コード規約とか
作成環境のテストにも非常に向いてるんだぜ？

ゲームは糞だが、ソースは美しい、それ以上は望まねぇｗ

そんなもんに金払うユーザーはたまんねぇな

俺の最終顧客はクライアントであってユーザーじゃねぇからなｗ

俺は自分の作ったアプリは
マスター前日くらいにやると面白いと感じる

それまではバグ取りばっかでプレイなんかしたくない

てか俺は携帯自体もってねーよ

あるあるｗｗ

>>820

ありがとうございます。
スプライトって当たり判定にしか使えないんじゃ…

画像によっては衝突判定も役に立たないよ

円を描いた透過画像が斜めに衝突するとき、
画像は接触してないけど矩形が接触してるから「衝突してる」

行列操作で形が変わってるとき、
画像は接触してるけど元の矩形が接触してないから「衝突してない」

土日このスレ見てなかったもんで始めましての数に吹いたｗ

そうだったのかぁー！

待ち受けアプリ作ってるんだけど、sleep();の後も実行続けるのね。
sleep();したらそのまま端末に制御が移るのかと思って2時間悩んだよ。

？
sleep()中は一部のイベントが発生する以外は、何の命令も実行されない
そもそも、sleep()するには、その前に、制御を端末に移す(非活性化状態にする)、deactivate()を発行しないといけないはずなんだが…
何を悩んだんだ？

今更気づいたけど、文字列の中に直接絵文字打ち込んでもちゃんと表示されるのね。
ずっと "\uxxxx" てやってたよ。
全機種大丈夫かちょっと心配だけど。

deactivate()は実行してるんだけど、sleep()がreturnと同じような挙動をすると思ってた。
sleep()を実行するとすぐに端末に制御が移り、省電力モードに移行するのかなと。
それで、sleep()の後のコードが実行されているとは思わず悩んでました。
実際は省電力モードに移っても良い事を端末に知らせるだけで、
その後もコードの実行は続いてるって事だよね。
つまり、sleep()を実行しないでdeactivate()だけで処理を終えても電池の消耗の早さが違うだけで、
アプリの挙動は変わらないって事でいいのかな。

>>840
＞実際は省電力モードに移っても良い事を端末に知らせるだけで、
＞その後もコードの実行は続いてるって事だよね

えーと　Java のライブラリのメソッドや Windows の API や unix のシステムコールの
sleep や Sleep というのは、省電力等の話の場合の「スリープ」とはあまり関係なくて、
単に「今することないからしばらくこのスレッドやプロセスのコードの実行を停止して」
というような意味で、実際の動作もそんな感じです。

全てのスレッドが sleep や何かのイベント待ちになっていると、OS はそれを契機に
CPUなどを省電力モードに移行させるかも知れませんが、それはまた別の話。

なんかThread.sleepと待ち受けのMApplication.sleepが混ざってね？

>>840
>つまり、sleep()を実行しないでdeactivate()だけで処理を終えても電池の消耗の早さが違うだけで、
>アプリの挙動は変わらないって事でいいのかな。

アプリの内容にもよるけど、かなり違う。
sleep()が発行されると、休眠状態になり、すべての処理は一旦停止、キューにたまっているイベントもすべて破棄される。
その後、端末を開くなどして、システムイベントが発行されると、非活性化状態に変わって、
sleep()の次の命令からアプリが再開される。

時計なんかで常時書き続けなければいけないアプリでsleep()発行すると、時間が進まない。
deactivate()呼ぶだけなら問題ない。
(分単位の時計ならsetWakeupTimer()で解決するけど)

>>841
sleep()ってiアプリだけじゃなかったんだね。
iアプリの入門書読んだら終了するみたいに書いてあったから勘違いしてた。

>>843
一応止まってたんだね。
WakeupTimerセットしてたから、スルーしてると思った。

と言う事は、sleep()で止まってる時にWakeupTimerのイベントが発生すると、
まずsleep()の次が実行されて、その後端末に処理を戻さない限り
processSystemEvent()が発生しないのかな？

>>844
processSystemEvent()の実行も、sleep()の続きの実行も、
並行に両方とも行われる。

>>844
まずはｉアプリコンテンツ開発ガイドに目を通して、
「活性化状態」「非活性化状態」「休眠状態」の違いを
理解したほうがいいと思う。

>>736-737
この問題なんだが、737は「Doja5.1エミュ使え」って言ってるけど、エミュ5.1でも同様にprintlnの結果が出力されない
誰か5.1（でも5.0でもいいから）でコマンドラインからのエミュ実行した状態でprintln出力できた人いないか？

>>847
リダイレクト。

>>848
ありがとう。ファイルに出力するのはできた
でも
doja.exe 〜色々オプション〜 >&1
とやってプロンプト自身に出力させようとすると、

ハンドル 1 のリダイレクト中に
ハンドルを複製できませんでした。

と出てしまった。プロンプトに出力することはできそう？

>>845-846

問題は一応解決したけど、なんかモヤモヤしてます。
もう一度ガイドを読み直してみます。
ありがとう。

F905iでplaySound()メソッドを使った効果音再生が出来ないんですが、
他の機種ではどうですか？
機種依存の機能ではないみたいだから不具合かな?

普通に考えたら自分の勘違いやミスを先に疑うと思うけど

>>849
doja.exe いろいろ | more

>>852

一応playSound()を使ってるらしい他の人が作ったiアプリも試してみたんだけど、
反応は全く同じなんです。
もちろん、他の音は出るのでハード的な故障ではないと思います。

それで、ここならiアプリでplaySound()を使って試せる人がいると思って質問しました。

そんな重大なバグがあったら、とっくにニュースになってるはずだろ。
マナーモードとかだったら殺す。

適切でないサウンドファイルを使っているに一票

playSound()はサウンドファイルなど必要なく、
playSound(SOUND_ALARM);
などとするだけで、組み込みの効果音が出るメソッドです。
試しにN902iでやってみましたが音が出ました。
もちろんマナーモードじゃないです。
静かなところで聞くと、かすかに雑音が出ている事に気が付きました。

playSoundクラスなんてねぇな('A`)
調べるのﾀﾞﾘｰ

キー確認音オフに一票。

iアプリ用に、7zを解凍できるライブラリあります？

PCから、沢山のファイルやフォルダを転送したときに
それをSD Bindで直接扱いたいんですが
いろんな制約があって簡単にはできないんですよね？

だから全部7zで固めてそれを一つのフォルダ用に
扱えたらと思っているのですが。

zipはできる（？）っぽいのでそれでもいいんですけど、
一般的に7zの方が圧縮率高いし、個人的に好きだし、
すでに7zで固めてるあるし・・・


7zが使えるライブラリがないのなら、
なんか7zのJava実装があるみたいなんで、
それをiアプリ用に実装してみようかと思っていますが、
もしかったら無駄なので。
http://www.7-zip.org/ja/sdk.html

（Javaだから、まさかそのまま使えたりするんだろうか？）

展開が比較的重い上に1ファイルを展開するために全ファイルの展開を必要とする7zを使うのは
用途次第では効果があるかもしれんがjar領域を消費してSD-BIND領域を空ける必要性というのを考えた時に意味が無くないか？
普通はSD-BIND領域を消費してでもjar領域を空けるように設計するべきだと思うんだが？
もちろん設計におけるトレードオフは他にもあるだろうが

スクラッチパッド領域ならまだダウンロードサイズ削減と全体容量削減のためという名目が立つ可能性がゼロではないが
ベタの差分画像が大量にあるとかいう前提でならjar+zip>jar+7z展開コード+7zになる可能性は有るが
それならそれで差分データを差分のみ保存する等してzip側の圧縮効率を上げるほうが良い可能性もあるしな

後コンパイルしたわけじゃないがざっと見た感じ7zのjava実装はCLDCでも素通りしそうな感じはするな

>>861
前提条件として、パソコンで使用している（大量の）ファイルやフォルダを
携帯アプリでも使いたいってことなのです。

あとは、USBケーブルでファイルを送ってiアプリから触ることができる
唯一の方法であるSD Bindingの制約を知って唖然としてください。

http://blog.livedoor.jp/tonogata/archives/50988364.html

・ファイル数が英数8文字まで
　つまり、拡張子を抜いたら4文字しかままならねーのですが。

・PCからのファイル作成を受け付けない
　一度携帯アプリ側でダミーファイルを作り、そこにPCから内容編集＆上書き保存というマニュアル・オペが必要

・サブフォルダが作れない
　もういいよ。ほんと・・・

・アクセスが遅い、らしい
　設計段階で躓いたので、携帯でみてねーけど。

あと、7zが1ファイルを展開するために
全ファイルの展開が必要なんて初耳なんですが？

ん？ああ、7zと言えばソリッド書庫が基本かなと思ってたが
あえて非ソリッド書庫で保持してるというならなおさらにzipとの圧縮率の差は微々たる物にならないか？
それこそ1割未満だろ
この大容量時代にあえて容量をあまり気にしないでよい部分で1割気にするってどうよ？

後一応俺SD-BIND対応アプリ組んだこともあるし
SD-BINDの制限ぐらいは知ってるが今の話題とはなんら関係ないんじゃねーか？

それとファイルネームの制限は8.3までだよファイル名の本体8字まで拡張子3字まで
ちなみに今有る端末が8.3形式ってだけでAPI自体はロングファイルネームも対応してるよ
SDHC対応機種でロングファイルネームが使えるかの確認はしてないけどね

またそこには書かれてないがファイルをアプリから生成する場合も0byteのファイルはアプリ終了時に削除されてしまうので
最低でも1byteの中身があるファイルを生成しておく必要がある
これはDoJaのエミュだと0byteでもファイルが残ってくれるんだけど実機だと残ってくれない

SDBINDで重くなる原因の最大のモノはSD-BINDの初期化作業もだがFolder.getFiles()がかなり重い
readやwriteのアクセスよりもファイル数が多くなるとFolder.getFiles()処理の方が圧倒的に重くなるので
ファイル名をある程度決め打ち処理する方が速度的には良いかな

あとSD-BINDだけがPCからiアプリへSD経由でデータを送る唯一の手段ではないんで一応そこんとこも注意しておく
まぁ偽装画像技術はテキストビューアーやエミュぐらいにしか使われてはいないけどな
それでも基本的には渡すデータはどんなものでも渡せるし速度もSD-BINDと比べたらスクラッチパッドには負けるかもしれんが十分に速いよ
この辺もまぁ用途次第だな
詳しく知りたいならreateとかでググればよろし

確か2ch発祥の不思議なダンジョン系アプリで偽装画像技術でデータを保持するタイプのアプリがあった気がするが
あれって完成したのか？

せっかくためになる話してるんだから句読点！ｗ