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

iモード携帯電話用Jav ..

295:デフォルトの名無しさん
06/08/31 14:22:22
903全機種でminiSDにアプリ移動できるようになるのかな？
本体の容量でパンク状態なんだが…

P902iSは出来るが…Pじゃ…

296:デフォルトの名無しさん
06/08/31 14:42:51
>>295
スクラッチパッドはメガ行くらしいので、可能になるんじゃない？

297:デフォルトの名無しさん
06/08/31 16:31:09
スクラッチパッドの対応は902iSでされている。

アプリ自体の移動が出来ないと
最近の大容量の上売り切りとかあっても残せない…

298:デフォルトの名無しさん
06/08/31 16:43:20
でも機種ごとにカスタマイズしてたりするから、
アプリ移動できてもちゃんと動かないかもしれん。

299:デフォルトの名無しさん
06/08/31 17:57:57
スクラッチにメガ単位っすか・・・。
作る方としては色々詰め込める可能性がさらに増えるから良いけど
ゲームなんかで画像をスクラッチに持たせるタイプのはパケット料金
なんとかしてもらわないとライトユーザーが離れて行きそうな予感。

パケホなんて使ってるユーザーはホントコアな奴か開発関係者だけ
じゃないかなｗ市場が小さくなっていく予感がぷんぷん。

300:デフォルトの名無しさん
06/08/31 18:14:54
パケホーダイじゃない奴はそもそもアプリ落とさないんじゃね？

301:デフォルトの名無しさん
06/08/31 20:09:24
着うたがパケホ前提だから心配ないよ。

アプリをメモリーカードに移動させられてもさ、
他の端末で動かせるのかねえ。

302:デフォルトの名無しさん
06/08/31 20:16:51
>>301
そこらへんは着うたと同じでは？

303:デフォルトの名無しさん
06/08/31 21:49:57
>>301
最近は割りと同じモジュールで動くように作れるけど、
糞端末が混ざってるとかいう可能性も捨てきれないからな(´・ω・｀)

ADFに設定入れてもバイナリいじられたら意味無いし、
最悪想定外の機種で機動されたらバージョンアップを
促すような仕組みとか入れるようになるのか？(´Д｀;

304:デフォルトの名無しさん
06/08/31 21:53:53
むしろ機種変更を促してしまえ。

305:デフォルトの名無しさん
06/08/31 22:07:37
じゃー開発者で談合してしまいましょう。

D903iは非対応で。

306:デフォルトの名無しさん
06/09/01 00:14:33
じゃーユーザ側も談合してしまいましょう。

auに乗換えで。

307:デフォルトの名無しさん
06/09/01 00:37:07
BREWは勝手アプリ作れないやん（・３・）

308:デフォルトの名無しさん
06/09/01 00:57:16
N90xﾆｭｰﾛポインター対応のハエ叩きゲー作ったお。

309:デフォルトの名無しさん
06/09/01 01:00:50
楽しそう！

310:デフォルトの名無しさん
06/09/01 08:13:38
でもない

311:デフォルトの名無しさん
06/09/01 15:12:41
903のネタどっかに出てるん？

312:デフォルトの名無しさん
06/09/01 16:34:32
普通移動したアプリは他の機種では動かないようにするだろう。

保存数の問題があるから移せると良いって問題だと思うけど。

313:デフォルトの名無しさん
06/09/01 18:09:01
>>312
再配布不可設定になっているコンテンツでも
ちゃんと提供側がフラグ設定している場合は
ＵＩＭが一緒であれば多機種であろうと移動できるらしいぞ。
４．１のドキュメントに書かれている。

とはいえ・・・アプリに関しては現状確かめる術がない。

314:デフォルトの名無しさん
06/09/01 23:09:44
済みません教えてください。
AudioPresenterでplayした初っ端からボリューム設定を反映させるには
どうすればいいのでしょうか？

playの直前でsetAttributeを使って小さいボリュームを設定しても
最大音量で鳴ってしまいます。playのあとしばらく（100msとか）
待ってからボリューム設定するとようやく反映される感じなので
すが、それだと一瞬大きい音が鳴ってしまい具合が悪いです。

SDKはDoja-3.5です。

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

315:デフォルトの名無しさん
06/09/04 11:52:36
>>314
エミュ上ではオーディオはほとんど正確ではないと
思ったほうが良い。実機でどうなのか？が問題。

でもたしかＤだったか・・・最初の１音だけ設定無視して
最大音量で鳴ったりしてた気がする・・・どの機種だったかな。

316:デフォルトの名無しさん
06/09/05 19:46:30
1以上だと1を、-1以下だと-1を返す関数って、CLDCでもDOJAでもいいから
ないだろうか。
標準関数にあるものをわざわざ作るのは容量の無駄だし。

317:デフォルトの名無しさん
06/09/05 19:53:46
if (hogehoge > 0) {
/* */
} else if (hogehoge < 0) {
/* */
} else { // hogehoge == 0
/* */
}

318:デフォルトの名無しさん
06/09/06 00:48:56
最近、アプリの更新があると勝手にWindowが開いて
更新を催促するアプリがあるんだけど、
専用のAPI探したけどいまいちわからんかった。

ソフトウェア的に実装してるの？

319:デフォルトの名無しさん
06/09/06 01:20:37
携帯アプリなんて餓鬼のおもちゃ。

320:デフォルトの名無しさん
06/09/06 01:22:12
>>318
通信を許可しない状態とか、電波の届かないとこでも起こるん？

321:>>317
06/09/06 01:41:37
もうめんどくさいからこんなんでいいよ....
return hogehoge > 0 ? 1 : hogehoge < 0 ? -1 : 0

322:デフォルトの名無しさん
06/09/06 02:10:04
>>320
通信前提のゲームだから確認しようが無いんだよね。
予めわかってたら銀紙まくとか手段はあったんだが。

色々試したかったが、アップデートって１かいやったら終りだし、
消して落としなおしても最新版が手元にあるから、再確認できない・・。

通信使って自分でバージョンチェックしてるのかなぁ。めんどくさそう。

323:デフォルトの名無しさん
06/09/06 03:27:42
そのアプリをさらしてみればいんじゃまいか

324:デフォルトの名無しさん
06/09/06 08:26:16
ww_mapperは現在どこならDLできますか？

325:デフォルトの名無しさん
06/09/06 10:11:17
快速電車の下

326:デフォルトの名無しさん
06/09/06 10:17:51
おもしろい、おもしろい

327:デフォルトの名無しさん
06/09/06 11:13:03
>>316
return 1 - ((n & 0x80000000) >> 30);

あ、0が1になっちゃった。別にいいかな？
0の場合は不定みたいだし。

328:デフォルトの名無しさん
06/09/06 11:19:54
>>327
int型にしか使えん

329:デフォルトの名無しさん
06/09/06 22:47:24
int以外の数値使うか？

330:デフォルトの名無しさん
06/09/06 23:02:06
>>327
int型だけでいいし、0の場合は考えなくてもいいんで、それでOKかな？
ありがとうっす。1行ですむんなら、関数呼び出しのかわりに毎回これ書けばいいし。

331:デフォルトの名無しさん
06/09/06 23:22:40
マルチスレッドを用いて、アプリを作ったりはしますか？

332:デフォルトの名無しさん
06/09/07 00:42:58
乱数と配列とfor文使ってゲーム作るんだけど
何かいいアイディアない？？

333:デフォルトの名無しさん
06/09/07 00:59:57
テトリス

334:デフォルトの名無しさん
06/09/07 03:50:40
>>331
MMO作ってるけど、
裏で通信しないといけないからマルチスレッドじゃないと話にならないよ。

スレッドを超えた同期が大変だから、理由が無ければお勧めしないです。

335:デフォルトの名無しさん
06/09/07 07:18:30
>>332
ゲームなら乱数と配列とfor文は必ずと言っていいほど使います。
自分が作りたいものを作りましょう。

336:デフォルトの名無しさん
06/09/07 08:57:19
URLﾘﾝｸ(www.doja-developer.net)
ちょ、こんなん見つけたんだけど。審査員のFurukawaて布留川本の本人でFA?

337:デフォルトの名無しさん
06/09/07 10:32:02
ああこの写真、執筆者本人だね

338:デフォルトの名無しさん
06/09/07 10:40:43
>>331
334も言っているけど、基本的に通信部分だけスレッドにするのが良いと思う。
ゲームの処理をスレッド化しても、あまり利点はなさそうだよ。

339:331
06/09/07 11:49:50
>>334,338
お返事ありがとうございます。
たとえば、機種による動作速度の違いを吸収するためには、

Thread.sleep( 50 - time );
(time:そのスレッドにかかった時間)

というようにすれば、大体差は無くなると思いますが、
それでも微妙な差が生じてしまうんですよね。
それを解決する為に、マルチスレッドを用いてタイマーを使えばいいのかなと思いました。
機種ごとの速度の差を(できるだけ)完全に無くすには、何か方法がありますでしょうか。

340:334
06/09/07 12:33:44
俺んところは、機種毎どころかシーン毎に重さが違うから、
可変フレームレート前提で作ってる（3D)。

一定時間にどんだけ動くかの絶対値を決めて、
前回から今回までかかった時間分だけすすめればOK。

341:デフォルトの名無しさん
06/09/07 13:21:39
>>331
処理を重くして解決するって発想がわからんけど、
フレームスキップした分だけメインループ関数を多く呼ぶだけでいいんじゃね？

342:デフォルトの名無しさん
06/09/07 15:48:10
>>339
currentTimeMillis使って、空whileでポーリング。
これが一番精度が高い。

343:デフォルトの名無しさん
06/09/07 16:44:31
Thread#sleepは誤差が大きい

344:デフォルトの名無しさん
06/09/07 17:04:30
そのかわり空ループはシステムに負荷がかかる。
機種によっては処理落ちの原因になる。

345:デフォルトの名無しさん
06/09/07 17:11:49
>344
そうか？
なったことないけどな…。＜処理オチ

346:デフォルトの名無しさん
06/09/07 18:31:22
>>345
画像なんかでメモリいっぱいいっぱいなアプリなら
結構陥りやすい状況になると思う。
とはいえ５０５とかそういう昔の機種で経験しただけなんだけどな。
最近のはなったことが無い。

347:デフォルトの名無しさん
06/09/07 18:35:02
電池の消費が速過ぎ

348:デフォルトの名無しさん
06/09/08 00:30:33
電池の消費なんて、クライアントからしてみればどうでもいいファクターさ

349:デフォルトの名無しさん
06/09/08 02:16:09
まあなー。
ゲームとかだと、電池の減り以上に端末がものごっつ発熱してビビったりするが。

携帯ゲームを何十分も連続プレイする奴は少ないだろうし、
気にすることは無いのかもしれないが、一応仁義としてsleepしてるな。

350:デフォルトの名無しさん
06/09/08 03:07:07
例の件で、電池パックが膨張したという苦情が来ましたよ

351:デフォルトの名無しさん
06/09/08 18:47:23
>>350
ドコモショップ行きの内容じゃんｗそれｗ俺ら関係ないぞって言ってやれｗ

つかね、俺もＰ９０１使ってたんだがホント電池膨れ上がりすぎてた。
充電してもアプリ１０分で電池なくなるんで流石にショップへ持っていった。
電池交換してからは快適だが１年以内でないと無料交換はしてくれないらしい・・。
１年２ヶ月だったさ・・・・orz

352:デフォルトの名無しさん
06/09/09 03:07:07
携帯厨は携帯板に帰れよ。

353:デフォルトの名無しさん
06/09/09 21:10:31
doja5.0発表されたとか。
誰か詳細教えて。

354:デフォルトの名無しさん
06/09/09 21:29:09
　　　　　　　　　　　 /:.:.:.:.:.:/:.:.:.:.l:.:､:.:|:.:.:.:.:.:.:.､:.:.:.:.:.:.:.:ヽ:.:.ヽ
　　　　　　　　　　　　//:.:.:.:./:.:./:/ |:.:.|:.､:.:.:.:.:.:.:.:＼:.:.:.:.:.:.ｌ|:.:.:.:ﾄ!
　　　　　　　　　　 |:|!:.:.:.:.:!:.:.|:/　 !:.:|:.:l:.:.:.＿l:.:.:.:.l:.:.:.:.:.:.||:.:.:ﾉ|
　　　　　　　　　　 |ﾊ:.:.:.:.:|:.:.|'|￣ !:.:ト､＼:.:.:.|l｀ヽ|:.:.:|:.:/l:／ハ
　　　　　　　　　　 l! ヽ:.:.:.l:.:.l:|　　ヽl　ヽ=≠-､:.l|:.:.:|//彡/:|＼
　　　　　　　　　　　　　　＼:|:.:.|＝-‐　　　　トしrﾊ|:.:ノ|/! |´|:.:|:.:.:ヽ
　　　　　　　　　　　　　　　 i｀:.l 　　 , 　　ー‐' ,':.:.:.:トノ:!:.:l:.:|:.|:.l!|
　守秘義務ですっ★ 　　 |:ﾉ:.＼iヽー‐　　　 /:.:.:.:/:|:.:.:.|:.:|:.:lソﾚ'
　　　　　　　　　　　　　　／/:.:.:.ｌ｢| ト､＿_,.. ィ/:.:.:.:斗-!:.:.:|:.:.:.:.ヽ
　　　　　　　　　　　／:.:/:.:.:./ｌ/ ﾉ,へ　! ／:.:.／　　　＼l:.:.:.:.:.:.',
　　　　　　　　　　／:.:.:/:.:.:./|/　'ｰ-ri　/:.:.:.:/　 ,　　　　|ヽ:.:.:.:.:.:',
　　　　　　　　　／:.:.:.:.ﾉ!:.:./　!　二j´ /:.:.:.:/ ／　　　 l:.:.＼:.:.:.:.',
　　　　　　　　 /:.:.:.:.:.:/　∨ノ/　　,rﾉｰ|:.:/ノ´＿,,. -‐　　/!:.:.:.:.:ヽ:.:.:l
　　　　　　　　 !:.:.:.:／_, -‐'　.〉　,ィ´￣l:/ '´　　　　　　 /:.|:.:.:.:.:.:.:|:.:.:|

355:デフォルトの名無しさん
06/09/09 21:44:44
902iの、下段のソフトキー表示変更ってどうやるのでしょうか？
setSoftLabel(2,"hoge");ってやってもエラーになってまう・・。

356:デフォルトの名無しさん
06/09/09 22:13:07
902以前の問題のような･･･
つ Canvas.SOFT_KEY_1

357:デフォルトの名無しさん
06/09/09 22:42:29
助けて下さい！！
jarファイルが生成されません。

環境は
WindowsXP
java SDK 1.4.2_12
Eclipse 2.1.3&日本語プラグイン
Doja3.5プラグイン

サンプルでIApplicationにSystem.out.printlnしただけですが、
プロジェクトの再ビルドをしてもbinフォルダにjarが生成されません。

単純にインストールしただけですが、何か設定が必要でしょうか？
アドバイスをお願いしますm(__)m

358:357
06/09/09 22:57:46
補足です。

classesフォルダにはclassファイルが生成されています。

359:デフォルトの名無しさん
06/09/09 23:36:41
Eclipse使いこなせないなら使うなよ
iαppliToolで十分だろ

360:デフォルトの名無しさん
06/09/10 00:55:59
コンパイラ　バージョン　1.3互換
ADF AppClass

361:デフォルトの名無しさん
06/09/10 00:58:43
>>359
まともな回答できないなら書き込むなよカス

362:デフォルトの名無しさん
06/09/10 01:03:13
357=361

363:デフォルトの名無しさん
06/09/10 04:03:22
age杉だしな。
>>360はテンプレ入りしても良い希ガス。

364:デフォルトの名無しさん
06/09/10 05:21:11
>>356

いや、Canvas.SOFT_KEY1,SOFT_KEY2でだと、
上側の２個しか設定できないでしょ？
下側の２個を変えたい（４箇所ある）。

で、KEY1,KEY2の値がそれぞれ0と1だったから、
直接2を入れてみたという流れ･･。

365:デフォルトの名無しさん
06/09/10 08:56:22
>>364
機種依存の話なんだな。

通常のDoJa的にちゃんとサポートしているのは上の2つのみ。下の2つはない。
サポートしているとすればオプションAPIだろうから、記述がないか見てみ。

なければ時間の無駄だからあきらめろ。

366:デフォルトの名無しさん
06/09/11 15:52:08
すみません、質問です。

メインのCANVASからボタンが２つあるPanelを開きます。
で、Panelからボタンを押すと
Display.setCurrent(((TestCanva)IApplication.getCurrentApp()).TestPanel);
見たいな感じで、Canvas表示に戻るようにしてるのですが、
CanvasからPanelのどちらのボタンが押されたか取得するのはどのようにするのが良いのでしょう。

java初心者のC++プログラマーで感じ的にはモードレスで開いてるような感じなので
メンバ変数にボタンが押された情報を保存しておいて、
それを呼び出す関数を作成し、Canvasが再び表示されたら（このタイミングが良くわかんないのですが）
関数呼び出しどのボタンが押されたか取得するって感じしか思い浮かばないのですが
ほかに何か良い方法ありませんか？

367:デフォルトの名無しさん
06/09/11 23:17:33
今、SD-Bindingを使ったｱﾌﾟﾘを作ろうとしているのですが、
開発・テスト環境で躓いています。

SD-Binding をつかったサンプルというか、ソースを入手してみたのですが
SDを使うところで、java.io.IOException
が出てしまいます。
資料を調べてみると、iDKDoJa4.1\lib\storagedeviceの下に作られるみたいですが
うまくいきません。ビルドして携帯で動作されると、問題なく動きます。
（ADF設定は、ストレージデバイスを使う設定にしています。）

実際のSDの中をみて同じようなフォルダ構成を作ってもダメだし
ググッっても、ぜんぜん解決しそうな文章が見つけられません。

ｴﾐｭﾚｰﾀ上で、動作させてデバッグするためにはどのような環境設定が必要なのでしょうか？
わかる方がいらしゃったら教えてください。

368:デフォルトの名無しさん
06/09/11 23:32:04
>>367
自分もさんざん試したんだが、実機では動くがエミュではダメそうだったよ
公式ドキュメントもないし、バグかもしれんし、試行錯誤でやるには大変過ぎるからあきらめた

369:デフォルトの名無しさん
06/09/11 23:53:02
エミュレートできないエミュレータ

370:367
06/09/12 00:24:45
>>368
そうなんですか・・・
今のところ、作っては実機で確認という作業を繰り返すしかなさそうですね。

371:デフォルトの名無しさん
06/09/12 00:39:09
ありゃ、SD関連の開発って大変みたいすね。
貴重な情報THX.俺もはまったかも･･。

372:デフォルトの名無しさん
06/09/12 03:43:15
乱数取るにはどうすればいい？
Math.random()使えないんだけど。

373:デフォルトの名無しさん
06/09/12 03:59:43
372だけど
過去ログ探したら
解決した。
スマソ

374:372
06/09/12 05:28:47
ごめん解決してなかった。
import java.util.Random;

int random(){
java.util.Random a ;
a = new java.util.Random() ;
int random = a.nextInt();
return random;
}

random();連続で使ったら同じ値が帰ってくる。
なんで？

375:デフォルトの名無しさん
06/09/12 05:54:18
>>374

class Hoge {
static java.uti.Random rand = new java.util.Random();
static int random() { return rand.nextInt(); }
}

376:デフォルトの名無しさん
06/09/12 06:05:27
>>375
ちゃんと動作しました。
ありがとうございます。
uti→util

377:デフォルトの名無しさん
06/09/12 19:15:41
一応言っておくと時間で初期化してるから短い時間に何回もnew java.util.Random()呼び出すと同じ乱数が作られる
秒かミリ秒かは忘れた

378:デフォルトの名無しさん
06/09/13 00:39:14
説明あり

379:デフォルトの名無しさん
06/09/15 11:22:32
>>366
PostやSendイベントなんて大層なモノはないし、
ゲッターやセッターはアプリサイズの肥大になるから
public static なメンバ(Cで言うところのグローバル変数)に
直接格納する方法が無難かと。

切替タイミングはDisplay.setCurrentする側にしか判らないので、
Canvasにそれ用の関数を用意した方がいいかも。

380:デフォルトの名無しさん
06/09/15 17:06:32
メガアプリ～

381:デフォルトの名無しさん
06/09/15 17:24:19
メガアプリになるのはいいのだが
アプリ自体外部に保存出来るようになるのかな？
本体のみじゃ１本しか入らないって事になりそうで怖いのだが？

382:デフォルトの名無しさん
06/09/15 17:42:23
>>381
できるみたい。

383:デフォルトの名無しさん
06/09/15 21:34:56
ついに来るね。携帯にもフル3Dがデフォの時代が。

>>381
> また、902iSシリーズなどの一部機種と同じく、メガiアプリのデータ保存領域は外部メモリカードにも保存できる。
> これにより、メガiアプリではプログラム領域で1MBを使用し、データ保存領域はすべて外部メモリを使用するといった大容量コンテンツが可能になる。

384:デフォルトの名無しさん
06/09/16 00:38:23
メガアプリでは無く、メガゲームというらしい。
URLﾘﾝｸ(www.famitsu.com)

385:デフォルトの名無しさん
06/09/16 00:40:57
“大作”で勝つ─ドコモが狙うケータイゲーム市場 (1/2)
URLﾘﾝｸ(plusd.itmedia.co.jp)

386:デフォルトの名無しさん
06/09/16 01:26:23
大作で期間かかってもどうせ値段は１０００円未満で
結局割りに合わなくて９００シリーズ以降の足枷は取れないと予想。

387:デフォルトの名無しさん
06/09/16 03:04:25
ドラクエ3出てきそうだな。
あれは名作だ。

388:デフォルトの名無しさん
06/09/16 09:35:29
ドラクエ２の前後編という仕様はちょっとないな。
１つのアプリとして成立させてから出すべきだったと思う。

389:デフォルトの名無しさん
06/09/16 10:23:06
1つにしたところで何かが変わるわけでもなく

390:デフォルトの名無しさん
06/09/16 17:33:57
１つにして１本１０００円にするくらいなら
２本に分けて１本５００円にした方がユーザーは騙される気がする。

391:デフォルトの名無しさん
06/09/16 17:43:56
2Dの機能が増えてたら嬉しいな。

392:デフォルトの名無しさん
06/09/16 17:59:49
抜き色指定とかな。

393:デフォルトの名無しさん
06/09/16 18:58:09
ドラクエ３は前中後編の三本立てで。

394:デフォルトの名無しさん
06/09/16 21:25:10
まだメガアプリかよ。ギガアプリと比べたらたいしたことないな。

395:デフォルトの名無しさん
06/09/16 21:58:11
テラアプリ（笑）

396:デフォルトの名無しさん
06/09/16 23:25:27
そろそろムービーつけるんかいなｗ

397:115
06/09/17 00:29:30
ようやくわかったー。
SH900はdrawAreaにサイズ指定したときだけsetCilp()がおかしくなることが判明。
その他に細かい条件とかあるのかもしれないけど、とりあえずdrawAreaを指定しなければ正常に動く。
しかしSH900は画面サイズが240x252なので面倒だなあ。

398:デフォルトの名無しさん
06/09/17 10:07:47
それ既出

399:デフォルトの名無しさん
06/09/17 10:55:37
がーん！w

400:115
06/09/17 19:30:51
Σ(;´Д`)
初代っぽいスレから見てたんだけどなぁ…orz
見逃したり忘れてる情報ありそうだから、今度過去ログ全部見直してみよう。

401:デフォルトの名無しさん
06/09/17 19:56:46
>>400
うほっ。ログ全部まとめてUPしてくれないか。
俺途中からなんだ…503のバグとかしりてえ（んぱかに無い奴）

402:デフォルトの名無しさん
06/09/17 21:02:33
中途半端だけど。
URLﾘﾝｸ(makimo.to)

403:115
06/09/17 22:21:10
>>401
URLﾘﾝｸ(www.moreread.net)
どぞー。ログとり損ねて尻切れしてるのがあるので、そういうのは>>402参照してください。

404:デフォルトの名無しさん
06/09/18 01:50:55
検索しても分からなかったので教えてください。
サウンドの同時再生に関してです。機種依存ですが、SMFと波形MFi、ダメなら(MIDIから変換した)MFiと波形MFiを同時再生したいと思っています。
実機のN900iSでは引数有AudioPresenterを使い、(8音以下の)MFiと波形MFiのみ同時再生できるようです。
901、902以降の機種で、波形MFiと最低16音SWFかMFiが発音できる機種があれば教えてください。

405:デフォルトの名無しさん
06/09/18 14:16:57
携帯のアプリは元々Jdkで作ったソースを改変するよりもDoja形式で作った方が速いの？
もとあるソースをawtとかapplet用に作った方が、、、見たいな質問と一緒？

コンソール上で動作するプログラムは作ってあるんだけどそれをiアプリにしようとすると…。
文字列の表示ですら違うんだから1からのが速いのかな…？

レスお願いします。

406:デフォルトの名無しさん
06/09/18 15:38:38
とにかく省サイズで高速に動かなきゃならないゲームとかの類を
志向するのでないなら、プロトタイピングもアリなんじゃないかね。

コンパクトな仕様なんだから、最初から携帯向けに書いた方が
早いとは思うけど。

407:デフォルトの名無しさん
06/09/19 19:48:18
int変数二つ（上位と下位）で桁数デカい点数のランキングをスクラッチパッドに保存しようと思ったんだけど
上から1つ1つ比べてランクインしてたらそれより下の順位全部一個ずつ下にずらして書き込みなおし
これじゃだいぶ時間食うような気がしてきた
何か良い方法ないかね

408:デフォルトの名無しさん
06/09/19 19:51:34
そんなに時間かからないと思うが
数バイト程度だろうし

409:デフォルトの名無しさん
06/09/19 20:02:44
処理するときはintに戻せばいいじゃん

410:デフォルトの名無しさん
06/09/19 20:23:58
試してから考えろ

411:デフォルトの名無しさん
06/09/19 20:28:48
ランキングをSPから全部読み込んで、その後でソーティングすればいいんじゃね？

412:デフォルトの名無しさん
06/09/19 23:44:08
>>407
リンクリスト生成しとけば
途中に挿入するなんて簡単だと

413:デフォルトの名無しさん
06/09/20 08:50:50
>>407
ソートよりSPの書き込み時間が気になるんでしょ？
100人くらいのデータならたぶん気にならない。
10000人とかだと多少工夫が要るかもしれないが。

414:デフォルトの名無しさん
06/09/20 11:30:10
iアプリだと、SPを全部書き換えても対した時間じゃ無い気がす

415:デフォルトの名無しさん
06/09/20 14:13:28
DoJa5、透過色指定、半透明有り

416:デフォルトの名無しさん
06/09/20 16:37:53
前からある

417:デフォルトの名無しさん
06/09/20 23:34:36
>>407

「順番」を管理する3個目のint配列でもつくっとけ

418:デフォルトの名無しさん
06/09/20 23:40:05
>>416
ないだろ

419:デフォルトの名無しさん
06/09/20 23:52:17
SpriteとSpriteSetはDoJa4.1の全機種で対応していますか？

420:デフォルトの名無しさん
06/09/21 01:05:08
Javaアプリを作ったのですが、テスト担当から「NECとPanasonic」で動かないと
言われました。
SONY、Sharp、三菱では動くそうです。（具体的な機種名はまだわかりません）
エミュレータでは問題なく動きます。

たぶんキー押下検出か、ひょっとしたら赤外線送信で異常が起こっているようです。
関係ありそうな機種依存性はありますか?

421:デフォルトの名無しさん
06/09/21 01:20:18
おいおい、
実機が手元に無いのに仕事で作ってるのか･･?

422:デフォルトの名無しさん
06/09/21 01:23:28
>>420
N902iで動くなら違うけど、メモリの断片化問題か？

423:デフォルトの名無しさん
06/09/21 07:26:32
NとPって言われたらとりあえずメモリの問題かねぇ(´・ω・｀)
例のスクラッチパッドのサイズを最大にしとくとか言う奴。

424:デフォルトの名無しさん
06/09/21 13:25:38
iアプリで、電話をかけるときみたいにボタンを押すと「ピッ」
と音を鳴らしたいのですが、これってAudioPresenterとか
とか使わないといけないのでしょうか？
beepみたいなAPI無いかなって思ったのですが、見当たりません。

425:デフォルトの名無しさん
06/09/21 13:52:56
>>424
ない。
あと機種によっては携帯本体の設定でボタン音を鳴らすことも出来る。
その場合逆にアプリで鳴らそうとしてる音が途切れたりする。

426:デフォルトの名無しさん
06/09/21 13:56:06
>>421
下請けの下請けの下請けの…
だとそんなに珍しくもない。発注元から全機種貸して
もらえる方が珍しいかも

427:デフォルトの名無しさん
06/09/21 14:04:24
DoJaでRSA暗号を実装するにはどうすればいいのかな？

428:424
06/09/21 14:18:40
>>425
レス感謝です。
midiでも鳴らすことにします。

429:デフォルトの名無しさん
06/09/21 14:24:12
>>426
下請けを２重３重にして利益出るほど
携帯アプリの単価は高く無いと思うのだが(´・ω・｀)

430:デフォルトの名無しさん
06/09/21 16:44:32
>>423
>例のスクラッチパッドのサイズを最大に

これってメモリ断片化が防げる！？

431:デフォルトの名無しさん
06/09/21 16:47:39
>>425
嘘つくな。ちゃんとある。

432:デフォルトの名無しさん
06/09/21 16:50:46
>>431
あるのなら教えてやれよｗ

433:デフォルトの名無しさん
06/09/21 16:55:46
>>430
メモリ断片化じゃねーな。
↓とか

iモード携帯電話用Java（iアプリ） Part 6
ｽﾚﾘﾝｸ(tech板:440番)
ｽﾚﾘﾝｸ(tech板:455番)

434:デフォルトの名無しさん
06/09/21 16:55:49
おもいっきり公式資料に書いてあるんだけどなー

435:デフォルトの名無しさん
06/09/21 17:03:53
DoJa3.5で多倍長演算するにはどうすればいいんですか？？

436:デフォルトの名無しさん
06/09/21 17:04:53
>>433
なるほど。
この前のilog.rarで確認しました。

437:デフォルトの名無しさん
06/09/21 20:04:09
普通のJavaプログラムみたいにクラスをきっちり分けて書かれてるコードを、
んぱかさんみたく一つのクラスにほとんど詰め込んでpaintもprocessEventも
使わないでメインループで描画もキー処理も全部やってしまうスタイルに
書き換えたことがある人いませんか？

クラス58個、コード15000行、jar 130KBのコードをそういうふうに
書き換えようと思っているんですが、時間がどれくらいかかるのかが
気になっています。

438:デフォルトの名無しさん
06/09/21 20:18:44
コード晒してくれないとなんとも・・。

439:デフォルトの名無しさん
06/09/21 21:07:17
>>437
どれくらい掛かるか分かりませんが、気が滅入っても足りないくらい掛かるのは分かります

クラスの構造とかにもよるだろうけど、
そもそもクラスとメソッド減らしただけで30KBも削減できるものなの？

440:デフォルトの名無しさん
06/09/21 22:49:53
>>427
今のところライブラリがないので自前で計算するほかない。
即ち暗号、複合は勿論、証明書の解析、署名の検証も
自前でやる必要がある。

441:デフォルトの名無しさん
06/09/21 22:55:56
>>439
proguard+7ZIPは試した？

442:デフォルトの名無しさん
06/09/21 22:59:07
クラスやメソッドをふんだんに使って130KBなら
proguardだけでで相当に小さくなる。
半分近くなるんじゃねぇか?

443:デフォルトの名無しさん
06/09/21 23:20:58
ま、もうすぐ1MBまで

444:デフォルトの名無しさん
06/09/21 23:21:39
>>437
＞一つのクラスにほとんど詰め込んで
すでにその状態で37KBが>>441で30KBに収まるので、
率としては行くんじゃなかろうか

445:デフォルトの名無しさん
06/09/22 00:15:15
>424
ある。ガイド全部読み直せ。

>427
マルチポストうぜえ。
Java で地道に書け。

>435
地道に分解して計算しろ。

446:デフォルトの名無しさん
06/09/22 00:25:17
proguardってクラス圧縮あったっけ？
名前あっしゅくだけじゃなかった？

447:437
06/09/22 10:20:51
コードを一から書くわけじゃないので
そんなに大変じゃないんじゃないかと思ったんですけど甘いですかね。。。
実際に同じことをされた人はいないのかな。

proguardは試してみます。でもこういうツールが誤ったバイトコードを
吐いて、例えばアプリを使ってるとたま～に落ちるとか追いかけにくい
不具合が起きたら。。。とか考えると怖いです。

448:デフォルトの名無しさん
06/09/22 10:30:16
>>447
甘すぎ。

proguardのほうが437が書き換えたソースコードよりも実績で大きく上回る。
書き換えに伴うコスト&リスクとどっちが大きいか良く考えてみろ。

449:デフォルトの名無しさん
06/09/22 11:03:32
まあ疑心暗鬼ってやつだわな

450:デフォルトの名無しさん
06/09/22 12:20:55
15000行でクラスが58個って。。。おかしいよそれ。

俺もOOで書かれたソースをiアプリ向に書き直したことがある。
ｻｲｽﾞが30K超えたんでprogurd+7zipで圧縮したんだが機能追加していったら
それでも収まらなくなって10個ぐらいあったクラスを2つに統合して
定数を全部値直書きにした。

まずはproguard+7zip試してそれでも駄目クラス統合してそれでも駄目なら
定数、変数や一度しか使わないメソッド削るってな感じかな。

ただprogurd使ってて特定の機種でclass not foundに悩まされた事があった。
エミュじゃちゃんと動くんだね。何が原因でどうやって回避したかはもう忘れたが。

451:デフォルトの名無しさん
06/09/22 12:49:21
>>450
おれんとこでもproguardはオプティマイズ指定したら
挙動が変わっておかしくなったので、名前圧縮のみ
使うことにした（それでも十分効果的）

なので>>448ほどproguardに信頼感は無い。

自分のところでおかしくならない範囲で試しながらやるしかないよ。

452:451
06/09/22 12:53:53
ごめん、オプティマイズでおかしくなったのはproguardじゃなくてjarg.jarだった。

453:デフォルトの名無しさん
06/09/22 14:48:28
iアプリで、ベキ乗剰余演算をしたいんだけど、ソースがわからないんですよ～

できれば、1024bit＝約300桁(10進数)を扱えるようにしたんですよ。

誰かソースを教えてください！

よろしくお願いします。

454:デフォルトの名無しさん
06/09/22 14:51:23
そりゃどうみてもRSAの質問の変形じゃね？

455:デフォルトの名無しさん
06/09/22 14:55:55
ﾊﾞﾛｽｗ

456:デフォルトの名無しさん
06/09/22 14:59:25
ベキ乗剰余演算って何デスカ？（。∀ﾟ）

457:ﾍ(ﾟ∀ﾟﾍ)ｱﾋｬ
06/09/22 15:39:19
>>453
べき乗 x^y
for( int i=0; i<y; i++ ) { a *= x; } // Math.pow

剰余 xをyで割った余り
a = x%y;

後は気合で1024ビット分を表現できる変数を計算すればできるよ！　 ('(ﾟ∀ﾟ∩ できるよ！

458:デフォルトの名無しさん
06/09/22 15:57:45
>>453

RASキホン
URLﾘﾝｸ(www.faireal.net)

具体的な実装
URLﾘﾝｸ(www.faireal.net)

459:デフォルトの名無しさん
06/09/22 18:35:05
DoJaでベキ乗剰余は難しいのかなぁ～

460:デフォルトの名無しさん
06/09/22 23:13:23
iアプリでRSAはやったことがあるな。
その時は暗号理論云々細かいことはわからないので、
URLﾘﾝｸ(www.bouncycastle.org)
このライブラリを移植した。ちゃんと動いたよ。

ただし、処理に非常に時間がかかるけど。

461:デフォルトの名無しさん
06/09/24 20:38:02
N903iのベンチｋｔｋｒ
URLﾘﾝｸ(onosendai.jp)

462:デフォルトの名無しさん
06/09/25 10:21:03
900シリーズのアプリを作成しているのですが、
URLﾘﾝｸ(onosendai.jp)
のベンチ結果を見るとD900はN900と比べると
D900の方が全体的に早いようですが、
実際に動かすとD900の方が極端に遅く困っています。

アプリは単純な2Dのゲームで3Dプリミティブは使用していません。

ボーダフォンのSHシリーズで、大量に画像を使用すると極端に
動作が遅くなる問題がありますが、D900も似たような問題があるのでしょうか？

463:デフォルトの名無しさん
06/09/25 10:39:46
原因は分からないが、90xで一番の糞機種はD900iなのは間違いない

464:デフォルトの名無しさん
06/09/25 14:09:54
のんびりと風呂に浸かりながら同意。
900に限らずDの歴代の設計者は生皮剥いで塩漬けにして猫に食わせてやりたい。
マジで。

465:デフォルトの名無しさん
06/09/25 14:43:23
猫になんて物食わすんだヽ(｀Д´)ノ

466:デフォルトの名無しさん
06/09/25 16:08:54
D900iは切っても誰も文句言わないよ。

467:462
06/09/25 17:17:17
>>466
上司が文句言ってる　orz

468:デフォルトの名無しさん
06/09/25 17:27:56
上司を塩漬けにして猫に食わせるってのはどうだ

469:デフォルトの名無しさん
06/09/25 17:31:17
上司がうんこだと困るよね。
ドラクエもFFもD900iは端末性能の関係で非対応だそうですよ
とか実例を出して言ってやれ。

470:デフォルトの名無しさん
06/09/25 18:46:20
後ろに「そんなことも知らないんですか？」を付けてな('-'*)

471:デフォルトの名無しさん
06/09/25 19:08:28
上司も切れば問題ない。
手を回してやるから会社名晒せw

472:デフォルトの名無しさん
06/09/25 20:51:56
D900は対応の手間だけで赤になるですよ？
他の1%くらいしかいなかった。

473:デフォルトの名無しさん
06/09/25 21:41:33
Imageでややこしいことになってる？

474:デフォルトの名無しさん
06/09/26 02:31:53
iアプリ用に設置したcgiに対して、自分の作った
アプリ以外では絶対接続できないようにしたいのだが、

・DoCoMo 以外のＩＰは全部蹴る

という対策だけでは、

・公式アプリからの接続
・FOMAとＰＣをＵＳＢで繋いだ奴からの接続

が可能な気がするんだが・・・、実際のところどうなの？
公式アプリからアタック食らう事は無いと思うが、
ＦＯＭＡ経由のＰＣだとアタックできる気がするのだが･･。

アプリで繋ぐ場合とはＩＰが違うのかな？

475:デフォルトの名無しさん
06/09/26 03:09:30
PC接続からのアクセスはIPレンジが違ったような

476:デフォルトの名無しさん
06/09/26 04:44:17
>>474
iアプリ等で許可するDoCoMoのIPってのは、
iモードのリクエストを処理するゲートウェイ（GW事業部のGW）の
アドレスなわけで、PCつないだ時には使われません。

477:474
06/09/26 06:19:55
なるほど、ありがとうございました。
安心してIP弾きだけにできます。

478:デフォルトの名無しさん
06/09/26 16:23:18
>>460

このソースって今も持っていませんか？

479:デフォルトの名無しさん
06/09/26 18:37:00
キッコーマンに言えば売ってくれるよ

480:デフォルトの名無しさん
06/09/26 19:26:10
>>478
あるよ。
ただし魔法は尻から出る

481:デフォルトの名無しさん
06/09/26 23:22:02
iアプリの本でお薦めはどれだよ。

482:デフォルトの名無しさん
06/09/27 00:19:57
>>28か>>240が読んだ本

483:デフォルトの名無しさん
06/09/27 03:25:41
URLﾘﾝｸ(podtv.jp)

484:デフォルトの名無しさん
06/09/27 03:52:20
>>478
オープンソースだからそのまま移せって。
そんなに大変な作業じゃない。
J2ME版使えばいい。
使い方はtestフォルダのソースを見ればわかる。
唯一気を付けるのは、java.mathパッケージは予約されてるんで名前を変える必要があるくらいか。

485:デフォルトの名無しさん
06/09/27 14:02:48
>484

どれを落とせばいいのですか？

486:デフォルトの名無しさん
06/09/27 15:54:08
DoJaでRSA暗号を実装しようといた人って今までにはいないのかな？

487:デフォルトの名無しさん
06/09/27 18:57:44
R・S・A!!　R・S・A!!

488:デフォルトの名無しさん
06/09/27 19:45:16
RSAよりBrowFishのほうがいいな。
DoCoMoで使えるパッケージには含まれて居ないのが残念・・。

489:デフォルトの名無しさん
06/09/27 19:46:46
>>482
ケチらないで教えろ！

490:デフォルトの名無しさん
06/09/27 19:50:44
俺が読んだの表紙に５０３って書いてある奴だけど
それでもいいなら教えるがｗ

491:デフォルトの名無しさん
06/09/27 20:18:44
　　　　　　　 lヽﾉ l　　　　　　　　ｌ l　ｌヽ　　ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｒ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｒヽ
　l 　･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　｀'メ､_ｌﾉ| /　・　 /
　|　Ｓ　　l　トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　Ｓ　｜
　|　･　　 |／　　　 | l ||､　''"""　 j　""''/ | |ヽｌ　・　｜
　|　Ａ　 |　　　　 | l |　ヽ,　　― 　／　| |　ｌ　Ａ　 |
　| 　 !!　 |　　　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　　 /　│ｌ､l　　　　　　　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　　　／　ノ⌒ヾ､　ヽ　　　ノハ,　　　　 |
,/ 　　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　　 |
　　　　／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　ｌ
　　 ,／　　|　ヽ　＼　　_,ノｰｆ' ´　　ﾉノ　ヽ　　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　￣￣　　 |　　　　　　　　　　／　　　　　￣

492:デフォルトの名無しさん
06/09/27 20:23:55
ＲＳＡの暗号だけできても
ＰＫＣＳまで考えないと
穴だらけ

493:デフォルトの名無しさん
06/09/27 23:13:58
>>485
SOURCES AND JAVADOCの一番下にJ2MEってのがあるだろ。

>>486
ここに居るｗ
もっとも第一号ではないが。

494:デフォルトの名無しさん
06/09/28 11:49:39
とりあえず、1024bitのベキ乗剰余演算ができるようになればいいんですが・・・

c = m^e mod n (ただし，nは素数p,qの積)
（mをe乗したものをnで割ったときの余りをcとする．）
そして，1024bitといったのは、ｎの部分なのです。

495:デフォルトの名無しさん
06/09/28 13:39:24
boolean bit[1024];

496:デフォルトの名無しさん
06/09/29 00:18:33
書籍の話が出てきたんで、ずうずうしいながら便乗させてもらいたいんですけど、
最近、iアプリ開発に手を出し始めて、503対応版（CLDC1.0)の本を買ったんですが、
テストや開発はCLDC4.0で行っています。
1.0と4.0ではライブラリが増えているって事はわかるんですが、
それ以外に気をつけることってどんなことがあるでしょうか？

497:デフォルトの名無しさん
06/09/29 00:26:08
>>496
本を壱から読み直した方がいいぞ

498:デフォルトの名無しさん
06/09/29 00:31:32
間違えたorz
＞最近、iアプリ開発に手を出し始めて、503対応版（CLDC1.0)の本を買ったんですが、
＞テストや開発はCLDC4.0で行っています。

最近、iアプリ開発に手を出し始めて、503対応版（DoCoMoProfile-1.0)の本を買ったんですが、
テストや開発はDoja4.0で行っています。

まさか、まだ間違ってる？？

499:デフォルトの名無しさん
06/09/29 02:51:44
容量がアホほど違うし、とりあえず503～504までの常識は捨てたくらいで丁度良い。

500:デフォルトの名無しさん
06/09/29 03:26:04
DoJa5のLeは30KB+200KB。
703iシリーズ。

501:デフォルトの名無しさん
06/09/29 07:31:26
基本的には503からあんま変わってない。
APIリファレンスで昔オプションだったのが今は普通に使えるとか
結構あるんで、APIリファレンスをチェックしとくといい。

実際に使ってみたら遅くて使い物にならないとかはまた別の話ｗ

502:デフォルトの名無しさん
06/09/29 17:28:18
proguardを使用していたのですが

Exception in thread "main" java.lang.StackOverflowError

プログラムサイズが大きくなると上記のエラーが出てうまく動作しなくなりました。
回避する方法はあるのでしょうか？

503:デフォルトの名無しさん
06/09/29 17:49:32
>>502
java -Xss4m -jar proguard.jar @hoge.pro

504:デフォルトの名無しさん
06/09/29 23:12:23
初心者向けじゃなくてもっとコアな話の載っている書籍か雑誌はありませんか？

505:デフォルトの名無しさん
06/09/29 23:22:53
Javaは覚える事も気をつけることもそんなに無いからなぁ。
C++の本ならいくらでも上級者向けの本はあるんだが。

506:デフォルトの名無しさん
06/09/29 23:31:57
アルゴリズム本とか
ゲームプログラミング本とか

507:デフォルトの名無しさん
06/09/29 23:33:35
テンプレートさえなければC++も大して変わらんのだけっどもね

508:デフォルトの名無しさん
06/09/29 23:34:22
いわゆる業務でアプリ書いてる連中が恒常的に使ってる
テクニックについて解説した本は確かに絶無だな。
何か知ってる？

509:デフォルトの名無しさん
06/09/29 23:44:04
>>506

んなら GameProgramming Gems
が、iｱﾌﾟﾘに実装できるような軽い内容のものは皆無かもしれん。

510:デフォルトの名無しさん
06/09/29 23:49:02
>>509
明らかにiアプリのそれとは方向性の違うものばかりだし、流用できる代物は絶無に近いな。
海外でもiモードなりJ2MEなりのゲームは作られてるのだし、その辺のノウハウ本が
逆輸入されてもいい頃だと思うんだが、動きがねえなあ。

511:504
06/09/29 23:56:05
言語というよりはVMの仕様と各機種の実装の話とか移植性の高いコードを書くにはとか
容量が限られてるからこそ使うテクニックとか・・・　そんなのありませんかね

512:デフォルトの名無しさん
06/09/30 00:00:08
IBMのJ2ME関係のドキュメントが多少は役に立つけれど…

513:デフォルトの名無しさん
06/09/30 00:05:18
容量が限られてるからこそ使うテクニック
と
移植性の高いコード
は二律背反

514:デフォルトの名無しさん
06/09/30 01:50:32
それだけにノウハウ本なりなんなりが、もう少しあってもいい気がするんだけどね。
大して習得することなんかねーよって言われちゃえばそれまでだが、
アプリ書きの人口って少なくないよな？

515:デフォルトの名無しさん
06/09/30 02:12:46
仕事で海外のソースも見たけど、あっちは端末ごとに画面サイズとかバラバラで
５０４時代みたいな感じが続いてるっぽい。
そんな感じなんで、結局プリプロセッサ使いまくりのソースになってて、
機種ごとに大量のバッチファイルがあった('A`)y-~~

516:デフォルトの名無しさん
06/09/30 02:15:50
うぇｗ
端末の機種性能差は向こうの方が
凄いことになってそうなのは、容易に想像がつくな。

そこまでくると無理にソースコード共有しないで
バラで保守管理した方がむしろ楽な気すらするぞ。

517:502
06/09/30 10:03:33
>>503
スタック増やしても駄目でした。
最適化をオフにすると通ったので最適化にバグがあるようです。

518:デフォルトの名無しさん
06/09/30 11:20:57
いるんだよねぇ
自分のバグを最適化とかのせいにする奴が

519:デフォルトの名無しさん
06/09/30 11:39:59
どう見ても最適化ソフト側の問題

520:デフォルトの名無しさん
06/09/30 13:28:27
>>519
本人乙。
最適化ソフトは、容量を減らすかわりにメモリー使用量を増やす場合があることが書かれてるはず。
結果スタックにのっからなくなっただけ。
仕様どおりの動きだっての。
1クラスとか、1関数とかが大きすぎるんだよ！ダイエットしろ！

べ、別にやらなくて後で問題が起きたって知らないんだからね！

521:デフォルトの名無しさん
06/09/30 13:37:23
Classファイルのスタックサイズの項を手動で0xFFとかにしてやればなんとかなるんじゃねｗ

522:502
06/09/30 13:59:59
>>520
519は502ではないです。
実機でスタックオーバーで動かなくなるのなら私のプログラムに問題があると思いますが、
proguardの処理中にStackOverflowErrorがでるのでproguardの方の問題だと思います。

スタックはクラス、メソッドの大きさより、ローカルで使用する変数の使用量が一番影響あると
思っていたのですが、クラスやメソッドの大きさも関係あるのでしょうか？
ちなみにスタックを大量に消費しやすい再起呼び出しなどのルーチンは作成していません。

523:503
06/09/30 14:02:45
>>520
メモリ使用量が増えるってのはアプリの実行時の話でしょ、無関係。
URLﾘﾝｸ(proguard.sourceforge.net) に、
複雑なメソッドを(Windows上で)最適化すると StackOverflowError が起こるかもしれないって書いてある。

524:デフォルトの名無しさん
06/09/30 14:14:35
StackOverflowError
You can try increasing the stack size of the Java virtual machine (with the usual -Xss option).
This error also seems to occur occasionally when optimizing complex methods on Windows (surprisingly, not on Linux).
You can then work around it by using ProGuard's -dontoptimize option.

ｈｍｈｍ

525:デフォルトの名無しさん
06/09/30 14:16:22
>>502
503が解決方法載せてくれてんじゃん
java実行時のスタックメモリ量を増やせば大抵大丈夫だって
4Mで足りなかったら20Mでも50Mでも指定して実行するべし

526:デフォルトの名無しさん
06/09/30 16:04:26
何百メガ設定してもだめなターゲットはだめ。
どうしても proguard 使いたかったら自分の側を変えるしか無さそうだ。

527:デフォルトの名無しさん
06/09/30 16:04:56
StackサイズがHeapサイズを超えそうだな

528:デフォルトの名無しさん
06/09/30 16:18:18
1クラス内の変数が多すぎてコンパイルが通らないことはあったな。違う話だけど。

529:502
06/09/30 17:23:58
>>525
503さんの助言で10Mまでは試したんだが駄目だった。

それでjavacの最適化を切ったら動いたのでそれで作業してました。
今、試しにjavacの最適化にして、依然駄目だった10ｍでやると正常に動いた。
メッソドやクラスのサイズは増え、より複雑になってるはずなんだが・・・・。 orz

>>526
自分の側を変えるにしても、proguardがどのクラス、メソッドを処理中に
StackOverしているのかエラーメッセージを出してくれないと対処が難しいな。
コツとかあれば教えて欲しい。

次ページ