CLDC+MIDP+携帯電話用Javaスレッド part 8

CLDC+MIDP+携帯電話用 ..

369:デフォルトの名無しさん
08/07/05 03:52:47
？
バックライトの制御くらい普通にできるんじゃないの？

370:デフォルトの名無しさん
08/07/05 14:21:04
実装はどうあれ、10ms以上ならsleep()入れてくれさえすりゃいいんだが
なんでループぶん回すかな、みんな…

371:デフォルトの名無しさん
08/07/05 15:12:59
>>369
バックライトやバイブの制御などは簡単に出来るのですが、それでアプリ側に処理を移したつもりでも、描画速度がガタ落ちしてるんですよね。
ループで延々と描画を続けるアプリはみんなこんな感じなのかな…

372:デフォルトの名無しさん
08/07/05 15:36:58
>>371
繰り返す処理の内容にもよるから一概には言えない

373:デフォルトの名無しさん
08/07/05 22:43:00
可変FPSにして余った分sleepしてる

374:デフォルトの名無しさん
08/07/06 01:24:40
>>369
少し言い方悪かったね
分かりやすく言うとCPUの省電力動作の移行に関する操作までは
できないということ
でも省電力移行する程の期間で出力が必要な実装なんて
個人的にはあまり聞いたことが無い

375:371
08/07/06 14:30:40
>>372
シューティングゲームを作っているんですが、whileでぶん回しながら
自機、敵機の描画し、Thread.sleep(50)でウェイトをかけています。
通常ゲーム中のキー操作がある場合は速度が遅くなる事はないのですが、
ステージ間のアニメーション(敵機が決められた軌道上をスクロールする)
が長い箇所の場合20秒程あるんです。
要するにユーザがキー操作をせず描画処理だけが続く時間が最大20秒ほど
あるという事です。で、この時に徐々に速度が遅くなっていき、最後らへんには
見るも無残な速度になってしまいます。
途中、関係のないキーを押下してみたりしてアプリ側に処理が移ると速度が
元に戻ります。

376:デフォルトの名無しさん
08/07/06 16:21:38
>>375
上の人も言ってるけど
ユーザビリティ的に考慮する必要は無いと思うよ
携帯のゲームやったことあるなら分かるでそ？

377:371
08/07/06 18:09:29
>>376
なるほど…。
という事は勝手アプリを作る上で、数十秒程度のアニメーションは難しいという事ですよね。
色々ありがとうございました！

378:デフォルトの名無しさん
08/07/06 18:35:42
軽いモーションならまだしも、数十秒もあるアニメーションならムービーにして再生したほうが早いんじゃねえの

379:デフォルトの名無しさん
08/07/06 21:58:33
>>376
携帯使うときって基本バックライトが消えそうになったら
適当なキーを押すという使い方が一般的だからな
もちろんマニアックな設定をしてる人以外で

380:デフォルトの名無しさん
08/07/06 22:41:13
しかしそう考えると、ゲーム開始前で決定キーの
入力待ちの状態とかってあるじゃん。
アクションゲームとかそこでデモっぽいのが
流れてたりするけど、あれも放置してると速度が
遅くなるって事なのかな？
あんま携帯ゲームしないからよく分からないや。

381:デフォルトの名無しさん
08/07/06 23:28:39
携帯ゲーの場合デモ自体流さないな。
容量の関係とかで。
せいぜいタイトルで選択アイコンが点滅かアニメするだけ。

382:デフォルトの名無しさん
08/07/07 01:48:57
色々試してみたらdoja端末だとバックライトが消えても処理は重くならず
OAP端末だと暫く待つと重くなる。適当なﾌﾘｰｱﾌﾟﾘをDLしてみても同じく。
特にRPGで常に手足がてくてくなってるｱﾌﾟﾘを見てたら明らかに手足の
速度が遅くなってﾜﾛﾀ(笑)

まぁ機種による可能性大だが…。

383:デフォルトの名無しさん
08/07/07 11:06:56
>>371
ガベージコレクションを自動的な発生に任せていると重くなる事があるけど、それかな？
適当な所でSystem.gc()してみ？

384:デフォルトの名無しさん
08/07/07 11:09:12
BREWは動作遅くなるのが仕様
Docomo、Softbankならおかしい

385:デフォルトの名無しさん
08/07/07 11:46:57
AOPはJBlend on BREWだからなぁ

386:デフォルトの名無しさん
08/07/07 13:18:42
本当にBREWはビチ糞だな。

387:デフォルトの名無しさん
08/07/07 13:20:56
個人的にはゲリじゃなくて便秘の方かな。

388:デフォルトの名無しさん
08/07/07 19:16:54
System.gc();は毎フレームやれってばっちゃが言ってた。

東芝の場合はしらんって怒られました

389:デフォルトの名無しさん
08/07/08 21:55:08
softbankで　famiJSCL　使ってる人に質問

rom　の内部読み込みはうまくいくけど
外部読み込みで「romの読み込みに失敗しました」
となります
対処法をご存知の方お願いします

390:389
08/07/08 23:14:52
ちなみにMEXA_EMULATORのコンソールには

起動エラー: java.lang.SecurityException: com.j_phone.io.Connector.StorageConnection.read was denied

と表示されます

391:デフォルトの名無しさん
08/07/09 00:17:44
famiJSCLって何？

Trustedでインストールしてないとか？

392:デフォルトの名無しさん
08/07/09 00:43:52
ググったけどスレ違いすぎる

393:389
08/07/09 01:18:36
やはりここもスレ違いでしたか
失礼いたしました

ちなみに　Trusted　でインストールしたら無事起動しましたが
実機ではやはりエラーが出ます

394:デフォルトの名無しさん
08/07/09 15:45:08
>famiJSCL
www.geocities.jp/v904shmania/#famiJSCL
--- 引用
ファミコン＆ディスクシステムえみゅ

395:デフォルトの名無しさん
08/07/09 18:45:20
スレ違いで悪いけど、famiJSCLやゲームギアのって音有りになってるが
音源はどうやってエミュレートしてるのか気になる
spf？mmf？MIDI？

396:デフォルトの名無しさん
08/07/09 19:25:10
デコンパイルしてソース読めば？

397:デフォルトの名無しさん
08/07/09 20:01:36
>>396
そのつもりだったけどfamiJSCLのダウンロード先が見つからないんだ・・

398:デフォルトの名無しさん
08/07/09 21:22:37
>>397
smaf-phrase

"famiJSCL"でググったら最初に見付かるサイトの最後の方にzipあるよ。

399:357
08/07/09 22:44:49
今さらですが、取り合えずはなんとかは出来ましたのでご報告致します。
エミュや実機の動作の差分を見ていたところ、
703SHではゲーム用インナーのコンストラクタに入るところで急激に増えていました。
このクラスのメンバには一番多く変数が定義されており、
コピーコンストラクタで変数を大量に生成した後には703SHでは増えている感じでした
(エミュ・905SH・813SHでは約900KBに対し703SHでは約2MB)。
コンストラクタに入ったときにGCを呼んでも解放されなかったため、
　new byte[Runtime.getRuntime().freeMemory()]
を2回呼ぶことで空きメモリが必要である事を主張し解放を促しました。
これにより前記の領域を解放させることが出来ました。
タイミングによってはOutOfMemoryErrorが出るので、安全策として、
ここの部分でのみErrorをcatchしています。
Errorの性質上、かなり気持ち悪い実装となりましたが、
現状ではこの方法で回避するとこが出来ました。

400:357
08/07/09 22:45:46
>>359
そのGCの実装の差異を何とか吸収出来る様なテクニックがあればと思いまして。。。

>>360
GCで解放されているものもあり、全く効果が無いわけではありませんでした。
ただ、もっと解放して欲しい領域には及んではくれませんでしたが。

>>361
1フレームに1ファイル読み込んでGCを呼んでおります。

>>363
リソース自体は300K程度で、
SH問題で動的なものもあり、
起動時に読み込むのは200K程です。

と言うわけで、怒鳴られてしまいそうな実装ですが、一応解決したました。
どうもありがとうございました。

401:デフォルトの名無しさん
08/07/09 22:55:18
(´∀`)　ｽﾊﾟｰﾝ!
　　 ⊂彡☆)´Д`)っ>>399

402:デフォルトの名無しさん
08/07/10 01:21:06
この流れでエミュエミュ言うから、うぜぇと思たら…
でもこれは駄目だろ
703shの実装以前に、何かが決定的に間違ってるはず
何がどれだけメモリを食ってるのかちゃんと調べたのか？

403:デフォルトの名無しさん
08/07/10 09:52:43
循環参照でもして、メモリーリークしてるんじゃね？

404:デフォルトの名無しさん
08/07/10 10:39:35
いくらなんでも弱参照カウンタくらい実装してるだろVMが。
マーク&スイープだったりするぞ。

405:デフォルトの名無しさん
08/07/10 11:05:35
バグでガベコレがうまく働かない機種があったけど
それが703shだったかは忘れてしまった

406:デフォルトの名無しさん
08/07/10 16:57:14
>>404
いまどきの、コンパクションすら行わない速度だけを求めた糞VMが、そんなことしてるかね？
アプリが終了するときはしっかりやってそうだが。

407:デフォルトの名無しさん
08/07/11 00:39:41
S!アプリのJSCL-1.1.x以降はメモリコンパクションをサポートしているらしいが？

408:デフォルトの名無しさん
08/07/11 01:01:31
>>357はキャンバススレッドにベターッと全てを実装してたりしてなｗｗｗ

409:400
08/07/11 01:12:44
>>402
自分のコードに絶対的な自信を持っているわけではありませんが、
ただ、元々Dojaからの移植でDoja版は問題なく動作をしており、
納品済みで公開されております。
Softbank版ではクライアントの方でチェックされている中で703SHのみ
OutOfMemoryErrorが出ると言う報告のものでありました。
なので、元のコード自体に決定的な間違いがあるとは思い難いと思っています。
最も、メモリ容量の推移についてを先方にチェックしてもらっているわけではないので、
報告が無いことが703SHと同様の動作をしてないことと等価では無いとも思いますが。
703SHは一旦の対応で返却してしまったため、次の機会に"何"が"どれだけ"
食っているかを調べたいと思います。
今回は大幅に増えるタイミングタイミングがメンバ変数の初期化子しか
無い状態だったので、また対応の時間もあまり無く、深く追うことができませんでした。

>>403
メンバ変数はint等の値型の多次元配列がほとんどで、
メンバに参照を保持するようなメンバは持っていません。
また、メンバ変数の配列はコンストラクタ等で生成した後は解放しないで、
新たに作ることなく使いまわしているので、リークしそうなものがほとんど無い状態です。

410:デフォルトの名無しさん
08/07/11 01:27:17
J2MEで巨大な多次元配列とな

411:デフォルトの名無しさん
08/07/11 11:51:06
いまどきのKVMならコンパクション実装してるぞ。

412:デフォルトの名無しさん
08/07/11 13:21:42
>>411
そうなの？
少なくともDoCoMoは昔は実装してたのに、901あたりから一切コンパクションしなくなった
速さ優先のもよう

413:デフォルトの名無しさん
08/07/11 18:03:36
>>412
むしろP900、N900はコンパクション無いことが明記されているよ。
普通に組んでたら断片化を起こしているはずだし、
最近の物はほとんどコンパクションに対応してると思うよ

URLﾘﾝｸ(www.nttdocomo.co.jp)
URLﾘﾝｸ(www.nttdocomo.co.jp)

414:デフォルトの名無しさん
08/07/11 19:30:29
聞きかじった情報を信じるほど怖いことはない

415:デフォルトの名無しさん
08/07/11 21:17:14
>>409
プロならカバレッジ取るなりしてちょっとは自分で考えろ
たかが数100kのソースコードだろ

416:デフォルトの名無しさん
08/07/12 20:25:32
>>413
明記されてんのは知ってるよｗ
だが901か902からは全社コンパクション未対応だよ
FPS60出す化け物携帯にコンパクションなんて対応してねーっての
メモリー潤沢だからコンパクションが必要な場面はほとんどないけどな

417:デフォルトの名無しさん
08/07/12 22:32:34
>>416
ソースは？
60FPSってどのアプリよ
SHの画像メモリはちゃんとコンパクション
されているみたいだが

418:デフォルトの名無しさん
08/07/12 22:59:45
どっちが本当かは知らんけど、ドコモの902以降だったらマリオくらいだと60FPS出せるね

419:デフォルトの名無しさん
08/07/13 04:59:11
コンパクションするかどうかは、プログラムを組んで確認してみればわかること。

420:デフォルトの名無しさん
08/07/13 06:07:08
コンパクションしてるかってどうやって検証すんの？

421:デフォルトの名無しさん
08/07/13 09:43:08
1M 10KB 1M 10LB

422:デフォルトの名無しさん
08/07/13 09:43:38
1Ｍ　10ＫＢ　1Ｍ　10ＫＢ
って確保してうめうくしたあと、ＧＣして、その後2Ｍとろうとしてみればいいんじゃね？

423:デフォルトの名無しさん
08/07/15 03:04:56
■■■■■■■■　　　■=new int[1048576/4]
■□■□■□■□　　　□=null
System.gc()
new int[2097152/4]

424:デフォルトの名無しさん
08/07/16 03:15:57
なるほと理解した

425:デフォルトの名無しさん
08/07/17 01:56:42
ろれつが回らない口調が流行ってるのか？

426:デフォルトの名無しさん
08/07/17 02:48:40
解放しちゃらめぇ～

427:デフォルトの名無しさん
08/07/17 08:09:58
はーいたらちゃんです

428:デフォルトの名無しさん
08/07/17 22:43:45
プログラマーは赤ちゃん返り

429:デフォルトの名無しさん
08/07/19 11:18:15
現在、ソケット通信を行うS!アプリを作成中です。
エミュレーターでは動作しサーバープログラムと通信できるのですが、
実機（921SH）では下記の記述部分でSecurityExceptionが発生してしまいます。

Connector.open("socket://[IPアドレス]:[ポート番号]");

jadファイルとMANIFESTファイルには
MIDlet-Permissions: javax.microedition.io.Connector.socket
と記述しています。

エラーの内容は javax.microedition.io.Connector.socket was denied です。
原因をご存知であれば、ご教授お願い致します。

430:デフォルトの名無しさん
08/07/19 12:57:23
>>429
Socketアクセス出来ればメールも詐称しまくり送りまくりだよねえ。
フリーソフトにマルウェアとして仕込めば自分の手を汚さずに。

431:デフォルトの名無しさん
08/07/19 13:52:14
socket通信はできないんですか？

432:デフォルトの名無しさん
08/07/19 13:52:41
>>430
なぜわかった？w

433:デフォルトの名無しさん
08/07/19 13:53:52
>>431
そういうことをやりたいならS!なんて忘れることだ。

434:デフォルトの名無しさん
08/07/19 13:59:36
URLﾘﾝｸ(k-tai.impress.co.jp)
これはどういう意味なんでしょうか？

435:デフォルトの名無しさん
08/07/19 22:18:58
TCP/IP直叩き出来るようになる。

436:デフォルトの名無しさん
08/07/19 22:42:22
許された人達には

437:デフォルトの名無しさん
08/07/20 00:02:57
>>432
お前みたいなヒヨッコがクラッカー気取りで変なもの組もうとするから
規制がアホみたいに厳しくなるのですよ

438:デフォルトの名無しさん
08/07/20 09:35:52
>>436
あまりにもアレすぎて、ほとんどの人たちは許されませんでした

439:デフォルトの名無しさん
08/07/21 00:43:40
一部の公認アプリのみがsocket通信可能ということですか？

440:デフォルトの名無しさん
08/07/21 02:36:48
>>437
もともと禁止されていたんです。
私のせいで規制されたような言い方はやめてくださいw

441:デフォルトの名無しさん
08/07/21 02:43:50
>>439
こんなところで質問する暇があるなら職場の先輩にでも聞くといい

442:デフォルトの名無しさん
08/07/21 15:34:16
ググれカスで十分だ

443:デフォルトの名無しさん
08/07/22 00:41:55
socket通信？仕様書も読めないのか？
日本語とgoogleの使い方から勉強しろよ。

444:デフォルトの名無しさん
08/07/22 01:19:17
ググれカスがわからないからgooできいてきました

445:デフォルトの名無しさん
08/07/22 19:19:31
ｸﾏｰ!!

446:デフォルトの名無しさん
08/07/22 21:06:19
TextSS

447:デフォルトの名無しさん
08/07/22 21:12:17
>>439
　そういうことです。
sに相談してくださいな

448:デフォルトの名無しさん
08/07/23 15:05:59
Softbank端末で、S!アプリからモーションコントロールセンサーを使いたいと思って調べてみたんだが、
そのAPIに対応している端末が904SHしか見当たらない。
センサーそのものは搭載していても、MEXA経由でアプリにインターフェース公開しているのが
904SHだけしかないって理解でOKですか？
だとしたらなんとも残念だ。

449:デフォルトの名無しさん
08/07/24 11:51:26
>>そのAPIに対応している端末が904SHしか見当たらない。
センサーそのものを搭載している端末で出来なかったの？
どういう情報で"見当たらな"かったのだろうか

450:デフォルトの名無しさん
08/07/24 15:38:32
>>449
Softbank開発者向けのサイトMobile Creation（URLﾘﾝｸ(creation.mb.softbank.jp)）で
「端末情報 MIDP2.0対応端末編 PartXX」のPDF資料を一通りさらったんだけど
「モーションコントロール対応可否」という項目が×ばかりだった。

たとえばセンサーは確かに搭載されているはずの921SHでも×になってた。

451:デフォルトの名無しさん
08/07/28 23:17:52
MEXAエミュレータでソフトキーを押すと、keyPressのほうにも通知がくるのはバグ？

452:デフォルトの名無しさん
08/07/29 09:31:32
>>451
バグではないよ。
ただ、実機だと端末によってキーコードが違うんじゃなかったっけ？

453:デフォルトの名無しさん
08/07/30 01:38:10
違うよ

454:デフォルトの名無しさん
08/07/30 10:51:15
iアプリのcom.nttdocomo.util.Phoneにあたる機能って
S!アプリにはないんですか？
USIMのIDが取得したいんですけど。

455:デフォルトの名無しさん
08/07/31 22:35:05
>>454
無い。
というかDojaだってUSIMのIDなんて取れない。

456:デフォルトの名無しさん
08/07/31 23:59:45
そのものじゃないけど、それに準じた固有IDは取れるじゃん。

457:デフォルトの名無しさん
08/08/01 21:30:18
準じとらん。
USIMのIDと端末のIDじゃ根本的に別物だろう。紐付くわけでもなし。

458:デフォルトの名無しさん
08/08/02 05:36:46
>>455
ドコモの場合、中から取れるかどうかは知らんが、外を経由すれば取れる。
URLﾘﾝｸ(www.limy.org)

459:デフォルトの名無しさん
08/08/02 06:41:05
URLﾘﾝｸ(www.enjoykorea.jp)

460:デフォルトの名無しさん
08/08/02 20:25:36
>>457
？
紐づいてるよ?
契約者ごとと端末ごとの2種類とれるよ？
単に元の値が類推できないようにはなってるけど。

461:デフォルトの名無しさん
08/08/05 19:34:49
S!アプリ（メガアプリ）からmexaの移植の話があるんだが、
ぶっちゃけコンパイラだけ変えて通せばOKなわけ？

そのままだと、折角だから品質向上させろとNGにされるんだろうけど...

462:デフォルトの名無しさん
08/08/05 23:57:09
>>461
言ってる意味が分からない。

463:デフォルトの名無しさん
08/08/06 00:07:43
>>461
Javaなのにコンパイラ変えてどうする

464:デフォルトの名無しさん
08/08/06 02:18:23
eclipseのコンパイラとか？

465:デフォルトの名無しさん
08/08/06 22:17:58
ぶっちゃけコンパイラっていうコンパイラがあるって話だろ

466:デフォルトの名無しさん
08/08/07 10:09:41
>>465
無い
というか意味不明
日本語でOK

467:デフォルトの名無しさん
08/08/07 16:21:28
SDKと言いたいのだろう？

わざわざmexaにコンバートしないでも、jsclのまま出しときゃいいじゃん。
それとも最近のは下位互換性なかったりするの？

468:デフォルトの名無しさん
08/08/07 17:18:41
eclipseでJConnector使いたいんだが、パス通してもNoClassDefFoundError: JConnectorがでで強制終了。何が悪いんだ？

469:デフォルトの名無しさん
08/08/07 17:35:08
>>468
JDKが新しいと、デフォルトパッケージの指定が出来ないので、
JDK1.3にするか、オプションつけるかなにかして対応しないといけないと思います。

（オプションで回避できるか、要調査ですが、無理だったような気もします。）

470:デフォルトの名無しさん
08/08/07 18:34:17
>>467
どっちもMIDP
コンバートなんて御大層なことは無い
JSCLの一部はMEXAでもUnit1に入ってるから
下位互換性があると言えばあるけど中途半端

471:デフォルトの名無しさん
08/08/11 13:33:19
すごい初歩的な質問なんだと思うんだけど、
そもそもMEXAエミュレータって
stubclassesに含まれているクラス以外を
参照してもNoClassDefFoundErrorになるのかな？

環境はEclipse 3.4、JDK1.4.2、MEXAエミュ2.1

472:デフォルトの名無しさん
08/08/12 01:06:44
>>471
イミフ
stubclassesに含まれて無いのならどこに含まれてる？
自分で定義したのならともかく
定義していないならそもそもコンパイルエラー

473:デフォルトの名無しさん
08/08/12 21:15:22
今、S!アプリで拡大縮小機能を自作していようと思い、作っているのですが
なかなかうまくいきません。以前、Cで同じメソッドを作ったのでそれを参考にしたのですが、そのときはchar型のポインタ配列を、freadで画像から読み込ませて
変形させたら何とか出来たのですが、Imageクラスの中身が何なのかわからないのでどうやって
ほかの型にデータを渡して変形させればいいのか皆目見当がつきません。
アドバイスをください。お願いします。

474:デフォルトの名無しさん
08/08/12 21:45:45
>473
MIDP2.0のAPIリファレンスくらい読みましょうよ
そしたら皆目見当がつかないなんてことないから

475:デフォルトの名無しさん
08/08/13 02:51:53
>>473
Cとかcharとか言ってるとこを見ると、
Imageオブジェクトの中の人に生でアクセスしたいんだろうけど、
それはムリ。
それができないようにクラス設計されてるんだし。

>474 のいうように、まずはリファレンス見てから考えれ。
・・というか、MIDPだけではムリじゃなかったっけ。

476:デフォルトの名無しさん
08/08/13 03:53:57
>>473
RGBの配列を取り出して、変形して、描画すればよい。

477:デフォルトの名無しさん
08/08/13 10:53:35
Image.getRGBで取得すればいい
んで、Graphics.drawRGBで描画
ただ、速度は遅いけどね

478:デフォルトの名無しさん
08/08/13 16:48:07
あれ、、、MIDPってリフレクションとかできないの？
どうすれバインダー。

479:デフォルトの名無しさん
08/08/13 17:52:52
そもそもリフレクション使う場面がない。設計からやり直せ

480:デフォルトの名無しさん
08/08/13 19:06:25
URLﾘﾝｸ(www.itmedia.co.jp)

481:デフォルトの名無しさん
08/08/15 16:14:53
>> 479
J2SEで作ってたものを移植しようとしてたんだけど
即効でつまづくね。。。

ディープコピーとかも
どうすんだこれ、、、

482:デフォルトの名無しさん
08/08/15 19:21:31
すいません質問させてください。
下記のリンク先にあるサンプルプログラムを実行したのですが、レコードストアがうまく動いていないようなんです。

サンプルプログラムではハイスコアを保存するようになっているはずなのですが、次回起動時にはその値がおかしくなってしまいます。
例えば570点を取っても、次回起動時には58点となってしまいます。
URLﾘﾝｸ(appget.com)

実行環境は同URL内の「第2回　はじめてのオープンアプリ(Java)の作成」に従って、
JDK 1.5とJ2ME Wireless Toolkit 2.2を使用しました。

原因もしくは対処法をご存知でしたら是非教えてください。よろしくお願いします。

483:デフォルトの名無しさん
08/08/15 19:29:34
>>482
byteで保存しているからだね
Intでやろう

484:482
08/08/15 20:16:09
>>483
無事解決しました！
ありがとうございました。

485:デフォルトの名無しさん
08/08/15 20:48:54
うーん、サンプルプログラムさんとしては、その辺は自己解決するように
仕向けているような気がするのは気のせいか。
ということで>>482はなぜbyteでは58点になってしまうのかレポート提出すること。

486:482
08/08/15 20:52:43
>>485
byteは1byteしか保存できないから256以上だと切り捨てられてしまうってことでいいんでしょうか？
今回の場合だと
570 - (256 * 2) = 58
ってことでしょうか？

487:デフォルトの名無しさん
08/08/15 23:44:16
>>481
ディープコピーなんて自前に決まってるだろ。
というかSEのプログラムをどうやってCLDC+MIDPに移植するんだ？
CDC+PPならともかく。
SEにあってCLDCにないものは基本全部自前だぞ。

488:デフォルトの名無しさん
08/08/16 00:07:07
･;(`ε()ﾞ

489:デフォルトの名無しさん
08/08/16 17:21:07
>>486 OK。分かってしまえば簡単なことなんだけどな。

490:デフォルトの名無しさん
08/08/19 07:49:46
米Sun、Java ME向けUIライブラリをオープンソースに
URLﾘﾝｸ(opentechpress.jp)

Lightweight UI Toolkit（LWUIT）
URLﾘﾝｸ(lwuit.dev.java.net)

491:デフォルトの名無しさん
08/08/20 00:00:34
前からdev.java.netになかったけ？

492:デフォルトの名無しさん
08/08/20 02:16:29
WTKのエミュで動かせなかったのでw-zero3で動かした。
とくに問題はなかった。

493:デフォルトの名無しさん
08/08/23 23:42:47
ｵｰﾌﾟﾝｱﾌﾟﾘの実行環境についてなんだけど
KCP端末とKCP+端末では性能が格段に違ったりする？
KCP+端末しか持ってないので旧機種との性能差が気になってる
10fpsも違ったりすることは無いよね？
知ってる方情報よろすこ

494:デフォルトの名無しさん
08/08/24 00:18:17
KCPってそもそもソフト側のプラットフォームじゃなかったっけ？
速度とかはのっけてるチップの問題だろ。

495:デフォルトの名無しさん
08/08/24 01:40:38
>>494
組み込みだからソフトっちゃソフトもだろうけど
デュアルコア採用だとかグラフィックにATIのチップセットだとか
言う噂を聞いたもんだからさ
そもそも基幹部分のチップセットはKCP時代からqualcomm製で統一されてるんでない？

496:デフォルトの名無しさん
08/08/24 10:43:35
>495が正しい。
チップセットのMSM7500(ARM9+ARM11のデュアルコア+ＩＭＡＧＥＯＮ(ATI))があり、
それに最適化したOSがKCP+。
KCP+世代内でもチップセットが進化する可能性はあるかもしれないけど。

で、KDDIはKCP+はKCPに比べて10倍早い！とか言ってた気がするけど、
たぶん3Dグラフィックについてのことだろう。
2Dのみのオープンアプリでそこまで速度差があるとは思えない。

でも某アプリ製作者のブログ見てたら結構な速度差があるとは書かれてた。
10fpsてのは基準が分からんし何とも言えないけど。

497:デフォルトの名無しさん
08/08/25 02:47:35
>>493
ハード性能は格段に上がってるけど、
OSやKCP+部分が足引っ張って、プラスマイナス０
って、だいぶ前に中の人に聞いたよ。

498:デフォルトの名無しさん
08/08/25 19:39:07
そんなにオーバーヘッドがあるのかそれともただの屑なのか・・・。

499:493
08/08/26 00:48:30
>>496-497
㌧
劇的に性能が上がってる分けでも無いのね
auはｵｰﾌﾟﾝｱﾌﾟﾘを拡張しないだろうし
ATIのチップ乗ってても一般人は恩恵に与れないわけだ

500:デフォルトの名無しさん
08/09/01 21:27:49
ファミコン版の三国志みたいなやつを
通信対戦できるようなゲームを作ろうと思う。
需要あるかな。

501:デフォルトの名無しさん
08/09/01 22:30:07
作り始めて技術的な問題が出てきたらまたおいで

502:デフォルトの名無しさん
08/09/02 01:09:37
>>500
そういうのはコーエーにやらせとけばいいの。

503:デフォルトの名無しさん
08/09/04 07:05:37
HTTP通信するアプリなんですが、実機で動作させると、下のソースの
c =(HttpConnection)JConnector.open(url, JConnector.READ);
でjava.io.IOExceptionになります。
POSTメソッドだとネットワークに接続しますか？と聞かれて通信がうまくいくのですが、GETメソッドだと聞かれず、IOExceptionとなります。
何か知ってる人がいたら助けてください。ちなみに実機は910Tです。

try {
try{
c =(HttpConnection)JConnector.open(url, JConnector.READ);
}catch (Exception e) {
// TODO: handle exception
info=e.toString();
}
c.setRequestMethod(HttpConnection.GET);
in =c.openInputStream();
out=new ByteArrayOutputStream();
rc = c.getResponseCode();
if (rc != HttpConnection.HTTP_OK) {
info2=Integer.toString(rc);
throw new Exception();
}
while (true) {
size=in.read(w);
if (size<=0) break;
out.write(w,0,size);
}
out.close();
in.close();
c.close();
return out.toByteArray();
}

504:デフォルトの名無しさん
08/09/05 20:24:07
>>503
情報が足りないので予想だが、
close()の記載がここだけだとするとclose()されてない可能性があるかと。

//修正ソース
try{
　　c = Conector.open();
　　in = c.openInputStream();
　　in.read();
}catch(Exception e){
　　System.out.println(e.getMessage());
}finally{
　　//例外が発生してもしなくても最後に必ず実行される
　　if(in != null) in.close();
　　if(c != null) c.close();
}
こんな感じでfinally{}内でclose()したらどうだろ？
すでにしてるようならわからん。

505:デフォルトの名無しさん
08/09/06 14:18:13
>>504
改行制限のため省略しましたけど、closeはちゃんと行ってます。
現状として、ビジネスプロバイダforS!アプリのサーバにアップしてるのですが、そこで配布してるJConnector.classを使うと実機でGETメソッドがうまく使えなくなります。
Connectorを使うならGETメソッドでもうまく通信できるのですが、これだと通信と個人情報取得の両方の利用ができなくなります。
だれかここら辺の事詳しい人いませんか？

506:デフォルトの名無しさん
08/09/06 15:00:25
過去ログpart5に出てた。この人はこれで解決してる。

ビジネスプロバイダforS!アプリの基準では
>アップロード時の設定ファイルに接続先ドメインを書かなければならない

507:デフォルトの名無しさん
08/09/06 15:18:51
>>506
設定ファイルには接続先ドメインを書いてます。
書き方が悪いのかな？けどそれだとなぜPOSTメソッドの場合だけ成功するのかがわからない。

508:デフォルトの名無しさん
08/09/06 15:58:54
そのJConnectorの開発元や配布元へは質問出してるの？

509:デフォルトの名無しさん
08/09/06 18:59:30
ってかココ（URLﾘﾝｸ(support.sappli.com)）と、
「各種説明」の内容は読んだ上で質問してますか？
・・・いや、俺はID持ってないから「各種説明」に何が書かれているか知らんけど。

ビジネスプロバイダ契約してるなら、メールで質問投げればちゃんと返信来ますよっと。

510:デフォルトの名無しさん
08/09/07 19:33:28
>>509
もちろん読みましたよ。
そんじゃそっちに質問してみます。

511:デフォルトの名無しさん
08/09/08 15:45:43
以前もここで聞いた事があるのですが、ｵｰﾌﾟﾝｱﾌﾟﾘの実行中に一定時間ｷｰ入力が
なかった場合、描画速度が極端に落ちてしまいます。
whileでループさせてpaintに飛ばして画面に描画…という単純なプログラムです。
同じ仕組みのアプリでも、DoCoMo端末、SoftBank端末では一切速度が落ちません。

で、前回質問させて頂いた際、DoCoMoとSoftBankは大丈夫だけどｵｰﾌﾟﾝｱﾌﾟﾘは
仕様だから仕方ない、という結論を頂いたのですが、最近mo○oゲームのｵｰﾌﾟﾝｱﾌﾟﾘ版
をダウンロードしてみた所、どれだけキー入力しても画面上の描画速度が一切
落ちていない事に気付きました。

一体どんなテクを使っているのでしょうか？？
本人に質問できないチキン野郎ですみません。

512:デフォルトの名無しさん
08/09/08 17:55:29
伏字すぎてなんのことだかわからん
そもそもなぜ伏字にする必要がある？

513:デフォルトの名無しさん
08/09/08 18:58:42
アプリからネイティブプログラムの操作をして
音声通話の発信が出来そうなのですが
通信状態の判断をして場合によっては切断することは可能でしょうか？
音声通話の発信をして相手がすぐに出れればそのまま通話
もし相手側が話中だったり電話に出ない状態が１5秒くらい続けば
一度切断して１０分位してから再発信させたいです

通話しているときはアプリはサスペンド状態らしいです
通話が終了すればレジュームすると記載されていました
ということは通話状態なのかそうでないのかは判断できるってことですよね
発信から１５秒後にアプリがサスペンド状態でなければ
切断して待機して１０分後に再発信というのが理想です
Q.1通話状態の判定
Q.2発信していた音声通話を”切断”する（アプリがアクティブであればですが）
どなたかよろしくお願いいたします

514:デフォルトの名無しさん
08/09/08 19:07:33
アプリから電話なんてかけられたっけ？･;(`ε()ﾞ

515:デフォルトの名無しさん
08/09/08 19:17:46
>>513
どこまで調べたのかもう少し詳しく
あと、キャリアはどこか

516:デフォルトの名無しさん
08/09/08 20:02:32
docomoでの実現をを目指していましたが
docomoに電話で確認したけどわからないままです
ていうか「作ろうiアプリ」のページに記載されていないことは答えませんってことでした
調べたところDoJa-2.0でネイティブ機能の呼び出しが出来るようになりましたが
当時はバックライトの点滅だけでした
しかしDoJa-3.0になって音声通話機能の呼び出しにも対応したようです
手持ちのMIDP解説本にはダイヤラを呼び出して音声通信の発信までは解説されているのですが
”状態判定”と”切断”については記述されていません
ネイティブ機能の呼び出しはNativeCanvasクラスで呼び出すと記載されています
iアプリ対応解説本にはネイティブ機能はPhoneSystemクラスで呼び出すと記載されています
（iアプリ対応の解説本は少々古いのでバックライト点滅などしか解説していないのですorz）
しかしdocomoのサイトでダウンロードして見れる技術解説には
DoJa-3.0以降のバージョンで音声通話機能の呼び出しも可能になったと記載されていました
ダイヤラを使って発信は可能なのですが切断がわかりません
実現できるのであればキャリアはｓでもauでも構わないです
よろしくお願いいたします

517:デフォルトの名無しさん
08/09/08 20:21:59
Docomoはスレ違いだが･;(`ε()ﾞ
多分電話かけるのは公認コンテンツプロバイダじゃないと無理。
会社として企画書持ってDocomoへGO！
BREWならできると思うけど、それも会社として企画書持ってauにGO！

他のキャリアはそもそも無理だと思うが、芋場あたりはシラネ。

518:デフォルトの名無しさん
08/09/08 22:52:48
SoftbankならPhoneConnectionクラスで
・電話をかけること
・通話が終了した理由の取得
はできるが、切断は無理かと

519:デフォルトの名無しさん
08/09/08 23:24:22
>>517
>>518
レスありがとです
アプリでは無理なのかもしれませんね
私が実際に普段使ってるソフトはパソコンと携帯をusb接続して
パソコンから携帯を制御し発信→状態確認→通話もしくは切断、再発信してるんです
やっぱりパソコン接続から切り離すのは難しいのかもしれませんね
パソコンソフトで発信切断できたので携帯単体での動作を目指したのです
もし何かわかりましたらまたお願いします
ありがとうございました

520:デフォルトの名無しさん
08/09/09 03:00:42
>私が実際に普段使ってるソフトはパソコンと携帯をusb接続して
>パソコンから携帯を制御し発信→状態確認→通話もしくは切断、再発信してるんです

なんでそんなかけ方してるのか、の方が興味ある

521:デフォルトの名無しさん
08/09/09 03:05:57
>>520
人に聞くときは自分から言えよ
あなたのやり方をまず聞いてから答えるよ
それともネタ聞き出すだけの泥棒くんかｗ

522:デフォルトの名無しさん
08/09/09 04:26:00
土曜にiアプリスレで似たようなことを書き、ワン切り業者と認定されたヤツがおった
住人に用途を書けと言われたら「お前が先に書け」と答えた↓

472 ：デフォルトの名無しさん [↓] ：2008/09/06(土) 18:25:14
パソコンにUSB接続したドコモ携帯をパソコンから制御して電話をかけたいんです
相手が話中であれば指定時間間隔で一定回数、再発信したりできるのがいいです
j2meでphonesystemというクラスを使うと出来るようなのですが
phonesystemをググっても電話発信の方法はよくわかりませんでした
詳しい解説ページまたは解説本（日本語希望）ご存知の方おられましたら教えて下さい
知人から譲って頂いたソフトで電話はかけれるのですが
少々バグがあるので知人を通じてソフトハウスに改めて製作依頼したところ
「そのプログラムを作った本人は退職して、もう連絡が取れない状態です。
同じようなソフトは作る予定はないです」ってことでした
仕方ないので自分で製作できないものか模索中です
どうぞよろしくお願いいたします

481 ：デフォルトの名無しさん [↓] ：2008/09/06(土) 23:22:52
>>477
>>478
教えてもいいけど
教え損は嫌なので
あなたも同レベルの何か教えてくれますか？
本気で知りたいのならステアドどぞ
但し情報はそちらが先に教えてください
価値のあるものなら私も正直にお教えします
私は横取りだけするようなことはないです
仲良くしましょう^^

523:デフォルトの名無しさん
08/09/09 05:04:24
それで？
それ私ですが何か？
あなたのように泥棒君じゃないのは確かですねｗｗｗ

524:デフォルトの名無しさん
08/09/09 05:40:28
>521
3行丸ごとアンタのことじゃんｗ
自分こそ、なぜそんな変わった使い方をするのか書いてから質問してみな。

大体、自分から言えよも何も、電話のかけ方なんかで何か言うことあるのかよ。
自分はケータイで電話するなら普通に電話かけるだけ。
PCとの接続も、アプリからの通話切断、再発信も必要ないんでな。
だから興味を持ったんだよ。

ほら、言ってやったぜ。でもアンタはもうなんだかんだ言って応えないんだろ？

「興味がある」に対する反応が過敏なのも不思議だよね。
普通なら「いや、ちょっと教えられないんで」で済むのに
「人に聞くときは自分から言えよ」とか、まさにアンタが情報クレクレ君だな。

>522
こんな特徴的な人、2人もいないよなぁｗ

525:デフォルトの名無しさん
08/09/09 05:56:44
あぁそういうこと聞いてたの？
電話をかける理由を聞いてたの？
私は電話をかける方法が他にもあるのかと思ったよ
かける理由はプログラムには関係ないだろ
先のスレで私にスレ違いだって言ってた人が居たけど
まさにあんなたのことだよｗ
教えて欲しいのなら情報交換が基本でしょ
あなたのは”情報”ではないよね
ただのお馬鹿発言ですｗｗｗｗｗ
プログラムの話できるようになってから解答者になってねｗｗｗｗｗｗｗ

526:デフォルトの名無しさん
08/09/09 06:33:27
>525
うん、わかった。
プログラムの話にはついて行けないから黙ってるよ。

引っ張ってｽﾏｿ>スレ住人

527:デフォルトの名無しさん
08/09/09 15:54:29
SアプリでLocationAPIを使えている人はいますか？
ビルドは問題ないのですが、エミュ実行時にLocationAPIの部分で
「java.lang.NoClassDefFoundError」が出てしまいます。
クラスパスなんかは問題ないようなのですが・・・

528:デフォルトの名無しさん
08/09/09 23:29:33
LocationAPIってCLDC/MIDPのオプションパッケージにもあるんだが。

529:デフォルトの名無しさん
08/09/10 00:05:02
>>525
>教えて欲しいのなら情報交換が基本でしょ
そっくりそのまま返してやろう。
最初に質問をしているのはお前だ。
ならば用途くらい述べても差し支えなかろう。真っ当な用途ならな。

iアプリスレも見てるが、お前の過剰な反応の仕方からしてどうせロクな用途じゃないだろ。
盗撮してたのがバレて顔真っ赤にして否定してる中年オヤジみたいだ。

ついでだから回答してやるよ。
お前のやろうとしていることは「できない」。
そもそも勝手アプリでそんなことできたら、勝手に電話かけまくるウイルスアプリが簡単に作れちまうわ。

530:デフォルトの名無しさん
08/09/10 00:37:17
スルー力ないな

531:522
08/09/10 01:21:50
URLﾘﾝｸ(ec2.images-amazon.com)

一匹だけでやめるつもりだった　今は反省している

532:デフォルトの名無しさん
08/09/11 21:55:22
俺にも数年前にはそんな時期があった
一度このスレ保存しといて3年後に見てみ
匿名といえど恥ずかしさがこみ上げてくるよ

533:デフォルトの名無しさん
08/09/12 01:14:19
>>532
1108781476 の 584 とか、
ヤなもの思い出してしまったじゃねーか ;(`ε()ﾞ

534:デフォルトの名無しさん
08/09/16 00:43:02
皆さんはレコードストアを使用する時、MIDlet-Data-Size以外の部分で
ソース内で何か明示的に領域を確保したりしています？

実は現在制作中のゲームでスコアや名前をセーブする機能を搭載して
みたんですが、端末によってはレコードストアへの保存を失敗する場合が
あるみたいなんです。

しかも同じ端末でもアプリを削除→再ダウンロードすれば失敗しなく
なったりして、何が原因なんだろうと試行錯誤しています。
もしかしたら、保存領域の確保などがソース内で必要なのかなと思って
質問させて頂きました。
ちなみにエミュレータや自分の端末では一切失敗しないんですよね。。

535:デフォルトの名無しさん
08/09/16 15:49:24
>>534
MIDPの仕様で、レコードストアを管理するためのヘッダ情報の量は不定となっているけどそれは考慮している？
32バイト使いたいからって、MIDlet-Data-Sizeに32を指定すると失敗するし、
なんとなく「倍とっておけばいいだろ」とかで決め打ちしてると、ヘッダ情報を多めにとる端末でエラーになったりするぞ

536:534
08/09/16 23:20:32
String型の文字列の保存が結構あるのでMIDlet-Data-Sizeには
かなり多めの3000を指定しています。
これが多すぎてエラーを起こす場合もあるという事でしょうか？
でも、全く同じ状況で全く同じ端末でも、アプリを削除→再ダウンロード
すると正常に保存出来たりするんですよね、、

537:デフォルトの名無しさん
08/09/17 04:26:01
MIDlet-Data-Sizeは機種によって上限がある。そこを調べるんだ。

538:デフォルトの名無しさん
08/09/18 17:14:55
http通信で得たjpgのbyte列dataをImage.createImage(data,0,data.length);ってやってイメージを作成したいんだが
実機でやると、IllegalArgumentExceptionを返されてしまいます。　SoftBankの開発者資料を見たらjpgは対応はしてるみたいですけど
何が悪いか分かる人いませんか？

539:デフォルトの名無しさん
08/09/18 22:23:30
>>538
そのbyte配列に正しくJPEGデータが入ってるかどうか確認してみたら？
通信の段階でこけてるかもしれないから
最初の10バイトくらいをdrawStringで表示してみれば分かると思う

540:デフォルトの名無しさん
08/09/18 22:53:17
ソフトバンクの911SHを使ってます。
グーグルマップがストリートビュー対応になって羨ましい限りで、
何とか動かないかとやってるのですが、起動してロゴが出て読み込
んでるところで止まってしまいます。

ネットワークに接続できません。
このアプリケーションではデータ通信用の接続が必要です。
自動的に再試行します。
電波の状態を確認してください。

MIDlet-Permissions: javax.microedition.io.Connector.httpの記載は
jadにもしてるのですが、どうも通信しないようで。
PCでMEXAでは問題なく動くのですが。
やはりソフトバンクの普通のSHとかでは動かないんでしょうか？
試しているのはストリートビュに対応した2.3.1です。
URLﾘﾝｸ(www.google.com)

541:デフォルトの名無しさん
08/09/18 23:19:55
携帯のブラウザで非同期通信とかできるの？
間にservletかませるとかどうよ

542:デフォルトの名無しさん
08/09/18 23:54:27
あの、auでswf（データフォルダから実行するタイプ）のゲーム作ろうかと
考えてるんですけど、どうしたらいいですか？
ちょっとスレ違いしてきました；

543:デフォルトの名無しさん
08/09/19 00:34:49
>>542
【携帯でflash】 Adobe Flash Lite総合スレ Part3
ｽﾚﾘﾝｸ(swf板)

544:デフォルトの名無しさん
08/09/19 03:17:22
>>538
MIMEだな。

.htaccessでもおいとけばおｋ

545:デフォルトの名無しさん
08/09/19 03:26:29
>>542
＞あの、auでswf（データフォルダから実行するタイプ）のゲーム作ろうかと
＞考えてるんですけど、どうしたらいいですか？
＞ちょっとスレ違いしてきました；

スレ違いってわかってるのに書き込むその神経と
その程度のことすらわからないのにこれから
どう作成していくかをkwsk

今後のために言わせて貰うと
わからないことを丸投げするようなら
ゲームは作るべきじゃないと思う。

まずはflash lite2.0の仕様を100回くらい読み返すことをおすすめするよ

546:デフォルトの名無しさん
08/09/19 21:06:56
>ちょっとスレ違いしてきました；

一文から察するにスパゲティープログラムを書く素質は十分にありそうだ

547:デフォルトの名無しさん
08/09/20 12:05:33
>>540
　動かないねぇ

548:デフォルトの名無しさん
08/09/20 17:12:55
一週間くらい、チマチマとToolKitで開発して
久々に実機で動かしたら
オープンアプリエラー(7F)で動かず・・・
やっぱ実機でチョコチョコ動かしていかんとダメっすね。

このエラー詳細解る方います？

549:デフォルトの名無しさん
08/09/21 04:08:17
起動直後にエラーコード128なら、MIDletのコンストラクタか、
startApp()で例外が起きてるかもしれない。
例外をキャッチして、画面に表示するようにしてみれば、何か
分かるかも？

550:デフォルトの名無しさん
08/09/21 04:10:28
128じゃなくて127だた。

551:デフォルトの名無しさん
08/09/21 13:29:32
どうせ拡張API使ってるとか言う話

552:デフォルトの名無しさん
08/09/26 17:47:53
MEXAでアプリつくってるのですが

圏外時にhttpConnectionでネットワーク接続を
行うとIOExceptionが帰ってくると思いますが

JSCL1.1以降の端末では
IOException.getMessageで帰ってくる文字列をチェックしてやると
圏外と判定できると記述されているのですが

MEXAだと上記処理で圏外の判定ができません。
(IOExceptionでキャッチしているのですが）

現在はIOExceptionに処理が来た場合は圏外という感じで
チェックしているのですが、皆様はどのように実装しているのか
気になった次第ですので質問させていただきました。

参考PDF
URLﾘﾝｸ(www2.developers.softbankmobile.co.jp)

553:>>549
08/09/27 00:48:54
遅レスだけどヒントありがとう

とりあえず、コメントアウトしつつデバッグしてみました。
シューティング風ゲーム作ってるんだけど
敵のクラスを配列で呼び出したらエラーになるみたい
一個や二個ならエラーでないんだけど、5個以上になると実機でエラー
メモリ使いすぎみたいっすね。
仕様から見直すことにしました。

554:デフォルトの名無しさん
08/09/28 15:01:44
>>553
一度に使用するイメージサイズがでかすぎるんじゃない？
もしくはよっぽど下手な実装してるか

555:553
08/09/30 19:41:34
>>554
カラフルな画面でやりたくて
見た目にこだわっちゃったからかも

あと背景をスクロールさせるのに
240*268の同じ一枚絵を三枚呼び出して
ループさせたりしてたからコレが原因だと思うｗ

実装に関して「おまえなにやってんだバカｗｗｗ」
って感じだとおもう。

556:デフォルトの名無しさん
08/09/30 21:20:45
動きのある背景は配列で処理するに限る

557:デフォルトの名無しさん
08/10/01 09:10:20
いまどきの携帯なら240*268を３つくらいなら余裕だと思うけどね
敵のクラスにイメージとか持っちゃってるんじゃない？

558:デフォルトの名無しさん
08/10/03 01:47:26
敵キャラも背景も、プログラムを呼び出したときとかステージ開始時とかに
纏めて読み込んでおくデータモデルクラスを作って、
さらにそれを継承する各ステージクラスを作ってそれのコンストラクタで内部のイメージコレクションを初期化、
クラス内では
static final int ENEMY_ZAKU=0x0;
static final int ENEMY_GOUF=0x1;

ってな感じで定義して

public Image getImageAt(int num);

って感じでイメージを取得するのが良いらしいと聞いた。
敵キャラクラスの持つ情報は極力stringかintかだけにするべきだとも。

次ページ