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

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

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しているのかエラーメッセージを出してくれないと対処が難しいな。
コツとかあれば教えて欲しい。

530:526
06/09/30 18:33:06
proguard はあきらめた。

531:デフォルトの名無しさん
06/09/30 18:49:22
てかproguardって容量減る？
エミュレータでコンパイルしたのだと大して変わらなかった

532:デフォルトの名無しさん
06/09/30 19:48:06
書き方にもよるが、そこそこ減るぞ。

533:デフォルトの名無しさん
06/09/30 19:59:51
2KBは減る。

534:デフォルトの名無しさん
06/09/30 20:00:11
難読化させるとかなり容量減るんだが、
動かなくなる(笑)

535:デフォルトの名無しさん
06/10/01 01:20:32
>>496です。
過去の書籍と現状についての比較について教えてくれたかた
ありがとうございました。

536:デフォルトの名無しさん
06/10/01 01:28:26
>>534
難読化で動かなくなってりゃ世話無いよｗ
preverify忘れてるとかいうオチと違うのか

537:デフォルトの名無しさん
06/10/01 03:31:38
>>536

いや、ロジック内で　Hoge hoge=new Hoge();
があるかないかで　おちる/落ちない　が確定された。

538:デフォルトの名無しさん
06/10/01 03:35:13
バカはほっといてCLDC1.1の日本語ドキュメントどこかにありませんか？

539:デフォルトの名無しさん
06/10/01 04:12:32
　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ >>538
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

540:デフォルトの名無しさん
06/10/01 04:30:23
おれはprguardで57KBが30KBになるぞ

541:538
06/10/01 04:38:21
つーか一言でproguardっつってもバージョン一杯あるし
そもそもサイト(source forge)で不具合報告されてるだろ？

>>539いや釣りじゃなくてｗ

542:デフォルトの名無しさん
06/10/01 08:25:57
CLDCってことは微妙にスレ違いか。

543:デフォルトの名無しさん
06/10/01 08:35:54
　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ >>542
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

544:デフォルトの名無しさん
06/10/01 22:37:17
携帯のＪａｖａってベクターとかハッシュは使えるの？

545:デフォルトの名無しさん
06/10/01 22:42:20
がんばれば

546:デフォルトの名無しさん
06/10/01 23:47:27
がんばればというか、ベクターは普通に使えるはずだが。
重くなるからやらんがね

547:デフォルトの名無しさん
06/10/02 22:48:11
>>544
ハッシュとか自分で実装しちゃえばいいだろ

548:デフォルトの名無しさん
06/10/03 01:37:33
いいからCLDCのAPIリファレンス読めや

549:デフォルトの名無しさん
06/10/03 01:52:29
この速度なら言える！

俺はStringTokenizerが大好きなのに！
大好きなのにー！！

550:デフォルトの名無しさん
06/10/03 04:15:51
StringTokenizerはサイズが小さいから、J2SE SDKに同梱のソースから引っ張ってこればすぐ使える

551:デフォルトの名無しさん
06/10/03 08:27:46
そうなんだよ。
だから毎回自前で組み込んでる。

この位最初から入っててくれてもバチはあたらないと思うんだ…
俺だけかなあ。

552:デフォルトの名無しさん
06/10/03 10:23:18
自前で組み込めるから切ったんだろ

553:デフォルトの名無しさん
06/10/03 12:15:18
903って902とまったく性能変わらんのだね。
まあ902で十分速いんだけども。でも…うーん…。
FとかDとか、少し遅かったのが底上げされてんのかな。

554:デフォルトの名無しさん
06/10/04 20:42:39
いきなり質問してすみません。
今、学際に向けてiアプリを作っているのですが、どうしても使えるＫＥＹを増やすことができません。
下のようなプログラムで、決定キーだけは使えるのですが、色々なキーを使えるようにしたいのですが、どうしたらよいかわかりませんか？

int key=getKeypadState();
if (((1<<Display.KEY_SELECT)&key)!=0) {
if (unomiV>-8) unomiV--;
} else {
if (unomiV<8) unomiV++;
}
unomiY+=unomiV;

555:デフォルトの名無しさん
06/10/04 20:45:38
学際領域か。

556:デフォルトの名無しさん
06/10/04 20:57:02
どこから突っ込むべきか…
とりあえず、公式マニュアルを嫁

557:デフォルトの名無しさん
06/10/04 21:12:48
>>554
>if (((1<<Display.KEY_SELECT)&key)!=0) {
この行に注目。

セレクトキーが押されたかどうかしか判定していない。
だから「決定キーだけは使えるのですが」という結果も当然のこと。

他に例えば「１キーが押されてるかどうか」を判定するには
　　if (((1<<Display.KEY_1)&key)!=0) {
とすればよい。

調べたいキーについていちいちこのような記述をすることになる。
でもそれだと非常に面倒だよな。だったらどう工夫すればよいか？
そこを考えるのがプログラマの仕事だ。がんばって～

558:デフォルトの名無しさん
06/10/04 23:01:59
もっとがんばってみます、ありがとうございす。

559:デフォルトの名無しさん
06/10/05 09:31:48
サーバーと何度かやり取りを行うアプリを作っているのですが、
keep-aliveは不可能なのでしょうか？

-----------
con = (HttpConnection)Connector.open(url,Connector.READ_WRITE,true);
con.setRequestMethod(HttpConnection.POST);
con.setRequestProperty("Content-type","application");
con.setRequestProperty("Connection","Keep-Alive");
-----------
こんな感じの初期化で接続を維持してくれるかと思ったのですが、
1回毎に接続が切れてしまいます。
(しかも一度切れると次回接続が1～2秒かかるのでちょっとイラつく・・）

携帯はSH902iです。

560:デフォルトの名無しさん
06/10/05 11:35:57
>>554
混乱するだけかもしれないが・・・気になったんでレス。
キーの判定そのもののやり方は>>557さんのアドバイスで判るはず。

だが・・・サンプルだからかも知れないがこのソースでは
「ボタンを押しっぱなし」でないと反応しないプログラム
くさいがそれでいいのか？試しに「ちょん」とボタンかなり短く押してみ。
プログラム自体のループ速度によるが反応しないことがあるはず。

もし反応がない時があって気になるようなら
processEventについて勉強してみるべし。
Display.KEY_PRESSED_EVENTとかの使い方が判るようになる。

学際までがんばれ！

561:デフォルトの名無しさん
06/10/05 12:00:16
学際領域か。

562:デフォルトの名無しさん
06/10/05 12:40:13
>>559
APIリファレンス　HttpConnection#setRequestProperty()
>設定できるプロパティ値は、"Content-Type"と"If-Modified-Since"のいずれかです。

563:デフォルトの名無しさん
06/10/07 18:12:37
番号ポータビリティ始まったらDoCoMoに変えてiアプリ始めようと思ってるんだが
30KBって小さすぎね？
一枚絵の画像５、６個入れて音楽入れたら余裕でオーバーするじゃん
ロープレとかサウンドノベルは無理だなこりゃ

564:デフォルトの名無しさん
06/10/07 18:27:53
ヒント：スクラッチパッド、メガアプリ

565:デフォルトの名無しさん
06/10/07 18:29:21
いやいや　スクラッチパッドはともかく
今メガアプリ作っても遊んでくれるのごく一部じゃん

566:デフォルトの名無しさん
06/10/07 19:01:32
>563
ならDQとかFFはどうやってるのさｗ

567:デフォルトの名無しさん
06/10/07 19:04:54
DQとかFFは900i以降だから100KBじゃね

568:デフォルトの名無しさん
06/10/07 19:17:45
10kBのRPGもありますよ。俺の知る限り5個。

569:デフォルトの名無しさん
06/10/07 19:31:53
音楽無しでマップチップが単一色１色で
戦闘で敵キャラグラフィック無し、とかなら何とかいけるな

570:デフォルトの名無しさん
06/10/07 19:43:30
本気で言っているのなら、お前の技術不足。
某100円のアプリの体験版はその条件すべてに当てはまらない。

571:デフォルトの名無しさん
06/10/07 19:56:50
じゃあどうやんの？
お前の知識を披露しておくれ。

572:デフォルトの名無しさん
06/10/07 20:12:33
>>569
ヒント：URLﾘﾝｸ(appget.com)

573:デフォルトの名無しさん
06/10/07 20:20:38
最高におもしろい無料ケータイRPG
URLﾘﾝｸ(hp00.avi.jp)

574:デフォルトの名無しさん
06/10/07 20:33:41
どこに10KBのRPGがあんの？

575:デフォルトの名無しさん
06/10/07 20:42:57
すげえ初心者が紛れてるな

576:デフォルトの名無しさん
06/10/07 20:53:12
初心者の俺に教えてくれよ

577:デフォルトの名無しさん
06/10/07 20:53:52
(・∀・)ｶｴﾚ!!

578:デフォルトの名無しさん
06/10/07 20:55:02
やっぱり答えられないの？

579:デフォルトの名無しさん
06/10/07 21:48:14
っ URLﾘﾝｸ(www.nttdocomo.co.jp)

580:デフォルトの名無しさん
06/10/07 21:48:20
無理だと思うまえにやってみろ
初めから無理だと思い込むようではiアプリ開発は不可能

581:デフォルトの名無しさん
06/10/07 22:11:11
ここは他人に説教するのがデフォなのか？

582:デフォルトの名無しさん
06/10/07 23:00:25
iアプリはプログラムをダウンロードしたドメインとhttpで通信できるんだよ。
だから、そこからデータを落とすようにすれば事実上無限にデータを使える。

実際はいちいちデータをダウンロードするのはつらいので、ある程度スクラッチパッドに
キャッシュするんだけど、それでも一度にスクラッチパッドの容量分は確保できるぜ。

今、データを含めてスクラッチパッドのサイズまでに抑えて、一回データをロードすれば
最後まで遊べるRPGを作成中。

583:デフォルトの名無しさん
06/10/07 23:49:46
>>578
503時代はそもそもJARのサイズが10KB、スクラッチパッドが5KBないしは10KBしか使えなかった。
でもって当時から（街出入りするたびに通信発生する様な、かなり無理やりなものではあるけれど）
ちゃんとした体裁のRPGは存在した。
誰もかついでないから安心汁。
作ってみりゃわかるが、30KBあれば相当な規模のRPGも入るもんだぞ。
もっとも、スクラッチパッドのサイズ合わせれば100KBとかになるわけだが。

584:デフォルトの名無しさん
06/10/08 09:02:02
>>581
おまえ、ここム板だぞ？
説教するのもされるのも好きじゃなきゃ、技術職になんてついてないぜ

585:デフォルトの名無しさん
06/10/08 09:37:24
この程度で説教って…びっくりだわ

586:デフォルトの名無しさん
06/10/08 09:49:41
説教大好きだなお前ら

587:デフォルトの名無しさん
06/10/08 09:59:43
それは同意。
でもされるのは大嫌い。

588:デフォルトの名無しさん
06/10/08 10:29:52
全角・半角の区別ってどうしてますか？
表示領域いっぱいまで文字を表示して改行したいのですが、
１文字ずつFont.stringWidth()で計算するのもいまいちな気がして。。。

589:デフォルトの名無しさん
06/10/08 10:38:54
stringWidth()の使い方がおかしい。
初めに完全なStringを用意してそれを第一引数にいれる。改行位置が返るから、substringで抜き出す。
文字サイズが固定なら自前でいいが、幅は極小と中以外は機種依存なはずだし、全部やるのは面倒だし容量の無駄。

590:デフォルトの名無しさん
06/10/08 11:51:57
Font#stringWidth()が返すのは文字列全体の幅。
表示領域幅の改行位置を取得するにはFont#getLineBreak()を使う。
そして１行分をString#substring()で切り出し。以降、繰り返し。

591:588
06/10/08 20:12:20
>>589　
>>590
Font#getLineBreak()を知りませんでした。
恐らく589さんの言うところも、このメソッドを使えということですね。
これで目的は十分に達成できます。どうもありがとうございました。

592:デフォルトの名無しさん
06/10/09 17:24:34
ちょっと興味出てきたからやろうとか考えてる俺が来ましたよ。

やったことないから分からないんだけど
これって画像動かしたら再描画しなくちゃならないっぽくね？
そんなことないの？
VB使用者だからよく分からん。

593:デフォルトの名無しさん
06/10/09 17:58:57
>画像動かしたら

意味分からん

594:デフォルトの名無しさん
06/10/09 18:13:11
俺もそこが疑問なんだけど
描画したImageをどっかに保持しておくことってできるの？

595:594
06/10/09 18:14:19
脊髄反射でレスしちゃったけど我ながらアホなこと言ってるな
聞き流してくれ

596:デフォルトの名無しさん
06/10/09 18:21:11
x座標とか動かしたら再描画になるんじゃね？
違うのか…？なら放置でorz

597:デフォルトの名無しさん
06/10/09 19:53:17
VBでもWM_PAINTで再描画するだろ

598:デフォルトの名無しさん
06/10/09 19:56:40
VBはWINAPI使ってないよ

599:デフォルトの名無しさん
06/10/11 14:23:54
毎フレーム全部再描画する必要があるかってことだろ？
基本的にそれはない。
ないが、普通は全部再描画してしまうな。
マシンパワーもあがってきたし、画面全体が動かないゲームも珍しくなってきたしな。

600:デフォルトの名無しさん
06/10/12 18:10:26
903iが発表されたな。
資料も落とせるぞ。

601:デフォルトの名無しさん
06/10/12 18:23:27
あーもー画面サイズ変えるなよ馬鹿

602:デフォルトの名無しさん
06/10/12 21:26:02
DrawAreaも知らない香具師発見～♪。
ま、俺も昨日まで知らないであせった口だけどなｗ。

603:デフォルトの名無しさん
06/10/12 22:44:01
画面サイズ変えるとさ、それだけ詰め込めって言い出すばかもいるのさ。

604:デフォルトの名無しさん
06/10/12 23:09:19
多少の誤差じゃなくて、VGAだもの
DrawAreaレベルの問題じゃない

605:デフォルトの名無しさん
06/10/12 23:16:13
こういう馬鹿がiアプリを支えてるのか・・・

606:デフォルトの名無しさん
06/10/12 23:45:58
LocationProviderはトラステッドのみだけど、
LocationRecordで位置履歴は非トラステッドでも使えるね。
位置履歴って、GPS使ったら勝手に残ってくれるのかな？
それが使えるなら楽しみ。

607:デフォルトの名無しさん
06/10/12 23:56:31
ドコモの鯖重すぎ
エミュが落とせない

クラス増えすぎ

608:デフォルトの名無しさん
06/10/13 00:18:06
俺が見た時は５．０のエミュは近日公開になってた。

609:デフォルトの名無しさん
06/10/13 00:42:16
>>606
え？本当？

610:デフォルトの名無しさん
06/10/13 01:00:40
とりあえず俺は使ってる。
URLﾘﾝｸ(xtp0001.s3.x-beat.com)

611:デフォルトの名無しさん
06/10/13 22:48:29
>>605
じゃねーとこんなにゴミゲー増えねーよ

612:デフォルトの名無しさん
06/10/13 22:49:54
糸通しのゲーム気付いたら2時間くらいやってて俺何やってんだと思って死にたくなった

613:デフォルトの名無しさん
06/10/14 14:15:36
解像度が４倍になると、描画性能が実質４分の１になりますｗｗ
Xbox360やPS3も直面している現実。

614:デフォルトの名無しさん
06/10/14 14:25:13
４分の１とまではいかないけど、Nが一番遅いってのは聞いたな。
実際VodaのVGA機もそこまで悲惨じゃなかった気がする。

メモリ以外はなｗｗｗ

次ページ