２ちゃんねる ■掲示板に戻る■ 全部 1- 最新50 [PR]美人女性のお部屋をナマ体験[PR]

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

1 ：デフォルトの名無しさん：2008/03/20(木) 21:43:54: J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。

前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 7
http://pc11.2ch.net/test/read.cgi/tech/1180010672/

過去スレ
携帯JAVAのスレッド
http://pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
http://pc5.2ch.net/test/read.cgi/tech/1070858996/
CLDC+MIDP+携帯電話用Javaスレッド part 3
http://pc5.2ch.net/test/read.cgi/tech/1091798483/
CLDC+MIDP+携帯電話用Javaスレッド part 4
http://pc8.2ch.net/test/read.cgi/tech/1108781476/
CLDC+MIDP+携帯電話用Javaスレッド part 5
http://pc8.2ch.net/test/read.cgi/tech/1132493827/
CLDC+MIDP+携帯電話用Javaスレッド part 6
http://pc11.2ch.net/test/read.cgi/tech/1155174514/

--
Java一般に関しては：
【初心者】Java質問･相談スレッド113【大歓迎】
http://pc11.2ch.net/test/read.cgi/tech/1204363011/

NTT DoCoMoのiモード携帯電話用Java(iアプリ)については：
iモード携帯電話用Java(iアプリ) Part16
http://pc11.2ch.net/test/read.cgi/tech/1198816379/

>>2-5あたりにリンク集･;(`ε()ﾞ
2 ：デフォルトの名無しさん：2008/03/20(木) 21:45:19: 調べものはまずGoogleへ
http://www.google.co.jp/

Java 2 Platform, Micro Edition (J2ME)
http://java.sun.com/j2me/
Reference Documentation(仕様書やAPIリファレンス)
http://java.sun.com/j2me/docs/
J2ME Wireless Toolkit
http://java.sun.com/products/j2mewtoolkit/

EZアプリ技術情報
http://www.au.kddi.com/ezfactory/tec/spec/ezplus.html
Vアプリ技術情報(Vodafone Developers Support Site)
http://developers.vodafone.jp/dp/

--

EZアプリ(BREW(R))については：
BREW(Binary Runtime Environment for Wireless) 8
http://pc8.2ch.net/test/read.cgi/tech/1147832791/
3 ：デフォルトの名無しさん：2008/03/20(木) 21:47:34: willcom Javaアプリスレッド vol.4
http://hobby7.2ch.net/test/read.cgi/chakumelo/1151119782/

Vodafone【クリエーター】Vアプリスレッド 15
http://hobby10.2ch.net/test/read.cgi/appli/1194513552/
4 ：デフォルトの名無しさん：2008/03/20(木) 21:52:14: >>1乙･;(`ε()ﾞ
5 ：デフォルトの名無しさん：2008/03/20(木) 22:26:24: >>1 乙･;(`ε()ﾞ
6 ：デフォルトの名無しさん：2008/03/20(木) 22:31:42: オープンアプリ(Java)技術情報
http://www.au.kddi.com/ezfactory/tec/spec/openappli.html
7 ：デフォルトの名無しさん：2008/03/20(木) 23:50:56: >>1乙･;(`ε()ﾞ
8 ：デフォルトの名無しさん：2008/03/21(金) 15:16:11: proguard何回も実行するとどんどんサイズ小さくなっていくんだけど何これ･;(`ε()ﾞ
9 ：デフォルトの名無しさん：2008/03/21(金) 16:42:39: >>8
茶噴いてしまった･;(`ε()ﾞ
10 ：デフォルトの名無しさん：2008/03/21(金) 17:23:08: >>1 乙･;(`ε()ﾞ
11 ：デフォルトの名無しさん：2008/03/21(金) 19:01:44: こんな大人気になるとは書いた本人も想像もしなかっただろうな･;(`ε()ﾞ
12 ：デフォルトの名無しさん：2008/03/22(土) 01:46:49: で，･;(`ε()ﾞって，つまりどんな表情？
怒ってる顔？　小ばかにしている顔？　恥ずかしがっている顔？

オレには，歯に詰まったピーナッツを飛ばしているように見えるが。･;(`ε()ﾞ
13 ：デフォルトの名無しさん：2008/03/22(土) 10:23:26: 殴られて歯と血液唾液が飛んだ瞬間にみえる
14 ：デフォルトの名無しさん：2008/03/22(土) 10:59:17: 今知ったけど、オープンアプリって1日3MBしか通信できねえのかよ
パケット定額の意味ねえじゃん
15 ：デフォルトの名無しさん：2008/03/22(土) 11:38:01: 何をいまさら
auは昔っからそうだ
16 ：デフォルトの名無しさん：2008/03/22(土) 13:51:38: 今知ったと書いてるのに>>15はひどいな
17 ：デフォルトの名無しさん：2008/03/22(土) 14:47:50: 俺はむしろオープンアプリの制限をもっと強化して欲しかったぜ
独自APIを呼ばないと起動しないとか、もう日本だけガラパゴスでいいじゃん
18 ：デフォルトの名無しさん：2008/03/22(土) 15:08:06: そしてキャリアが統一されてWindowsのような独壇場になればもう何も言うことはない
今時独自の拡張APIなんて誰も使わないのにねえ
19 ：デフォルトの名無しさん：2008/03/22(土) 15:58:01: いやだから海外は実際それに近いが、市場は完全に崩壊してるだろ。
もう真面目につくってらんないからメジャータイトルの名前だけ借りて
インド中国に丸投げ。そんなうんこ製品にコアなファンはつかないから
トレントで何百もパックしてダウンロードされる。おしまい。
そんなのがOAPでもかなり動く
キャリアごとの差はなんとかして欲しいしアグリゲータもクソ過ぎだが、
ガラパゴス化自体は結構
20 ：デフォルトの名無しさん：2008/03/22(土) 16:11:47: 問題はキャリア毎にガラパゴスなのと、
アプリ売る会社がそれを理解してないあたり･;(`ε()ﾞ

正直日本最強は芋場のような気がするんだけど、
あれ使ったことある人いる？
21 ：デフォルトの名無しさん：2008/03/22(土) 16:35:07: 芋場？
22 ：デフォルトの名無しさん：2008/03/22(土) 16:40:38: 国内で生のMIDPが自由にインストールできるのは大きいと思う
指定先からしか落とせないとかAI接続云々とか面倒なこともないし。

あ、三社限定です
23 ：デフォルトの名無しさん：2008/03/22(土) 16:43:24: >>21
イー・モバイル　Javaアプリ仕様･;(`ε()ﾞ
ttp://emobile.jp/tech/javaappli.html
24 ：デフォルトの名無しさん：2008/03/22(土) 17:05:11: >生のMIDPが自由にインストールできる
↓
>トレントで何百もパックしてダウンロードされる。おしまい。

にならない？･;(`ε()ﾞ
25 ：デフォルトの名無しさん：2008/03/22(土) 17:19:40: 別に弊害はないだろ
26 ：デフォルトの名無しさん：2008/03/22(土) 17:57:29: >>8
プロガードの設定がおかしいんじゃないの？･;(`ε()ﾞ
27 ：デフォルトの名無しさん：2008/03/22(土) 18:26:54: プロガード？
28 ：デフォルトの名無しさん：2008/03/22(土) 19:40:50: 早紀ちゃん！
29 ：デフォルトの名無しさん：2008/03/22(土) 20:14:17: 早紀ちゃ･;(`ε(○=(´∀｀ )
30 ：デフォルトの名無しさん：2008/03/22(土) 20:36:23: ソフトキーのラベル変更ってどうすればいいんですか？
Command#setLabelが無いのだけど。
31 ：デフォルトの名無しさん：2008/03/22(土) 22:46:14: 作り直してadd

if (mSoft1Command != null) removeCommand(mSoft1Command);
mSoft1Command = new Command("早紀ちゃん！", Command.EXITとか, 1);
addCommand(mSoft1Command);
32 ：デフォルトの名無しさん：2008/03/23(日) 00:11:02: >>31
サンクス
33 ：デフォルトの名無しさん：2008/03/23(日) 06:11:47: docomoが2010年までにOSをAndroidに統一だと
ガラパゴス崩壊･;(`ε()ﾞ･;(`ε()ﾞ･;(`ε()ﾞ
ここにAndroidのデベロッパーチャレンジ狙ってるやついるのか？
デフォルトのビルドファイルだとソースごと提出するようなものだからな
ちゃんと自分で書き換えて早紀ちゃんするんだぜ
34 ：デフォルトの名無しさん：2008/03/24(月) 00:17:07: なんかわからんがこれがすごく気に入ったｗ

＞ガラパゴス崩壊･;(`ε()ﾞ･;(`ε()ﾞ･;(`ε()ﾞ

別の板でも流行らせたい
35 ：デフォルトの名無しさん：2008/03/24(月) 02:36:46: 早紀ちゃん！
36 ：デフォルトの名無しさん：2008/03/24(月) 11:19:11: 早紀ちゃんって何のネタ？･;(`ε()ﾞ
37 ：デフォルトの名無しさん：2008/03/24(月) 11:31:45: そう、あれは１９９６年。
アパガードという商品があってな。
そのCMの一部にそういう台詞があった気もするが、
なにしろ１２年前の事じゃけぇ、
おいどんも良く覚えてないので勘弁してくりゃれ･;(`ε()ﾞ
38 ：デフォルトの名無しさん：2008/03/24(月) 15:01:17: ･;(`ε()ﾞ　「糞BREW崩壊まだー？」
39 ：デフォルトの名無しさん：2008/03/24(月) 20:07:48: >>37
なるほど
早紀ちゃんは早紀ちゃんってわけか･;(`ε()ﾞ
40 ：デフォルトの名無しさん：2008/03/24(月) 20:37:53: 幹久くん！
41 ：デフォルトの名無しさん：2008/03/24(月) 21:54:24: 芸能人は、歯が命！
42 ：デフォルトの名無しさん：2008/03/25(火) 01:09:12: おまいらいい加減に自重汁･;(`ε()ﾞ
43 ：デフォルトの名無しさん：2008/03/25(火) 03:20:59: >>30-31がスレチに見えてしまうという･;(`ε()ﾞ
44 ：デフォルトの名無しさん：2008/03/25(火) 16:23:26: スレチ？
45 ：デフォルトの名無しさん：2008/03/25(火) 16:52:23: 早紀ちゃん！
46 ：デフォルトの名無しさん：2008/03/25(火) 17:41:04: 百合川早紀ちゃん！
47 ：デフォルトの名無しさん：2008/03/25(火) 18:04:02: 幹久く･;(`ε(○=(´∀｀ )
48 ：デフォルトの名無しさん：2008/03/25(火) 18:38:35: このスレＶＩＰかとおもった
49 ：デフォルトの名無しさん：2008/03/25(火) 20:52:57: NetBeansでゲーム作ってるんだけど
while(true)を入れるとエミュで起動できないのは仕様ですか？
50 ：デフォルトの名無しさん：2008/03/25(火) 21:46:48: しょうです。
51 ：デフォルトの名無しさん：2008/03/26(水) 04:48:37: そうだんです。
52 ：デフォルトの名無しさん：2008/03/26(水) 05:56:29: さぶっ･;(´ε()ﾞ
53 ：デフォルトの名無しさん：2008/03/26(水) 06:20:54: めいんっ･;(`ε()ﾞ
54 ：デフォルトの名無しさん：2008/03/26(水) 14:25:07: AUオープンアプリで端末内ファイルにアクセスしたいんですけど
布留川さんの本のサンプル通りにやるとエミュではうまく行きますが実機（W54T）では起動時に7Fエラーがでます。
オープンアプリからの端末情報アクセスは所詮無理なんでしょうか？
詳しい方教えてください。。。
55 ：デフォルトの名無しさん：2008/03/26(水) 14:31:46: >>54
何見てんのか知らんけど>>6に書いてないことは出来ない。
56 ：デフォルトの名無しさん：2008/03/26(水) 16:46:40: このスレってどの機種の話をしてもいいんですか？
57 ：デフォルトの名無しさん：2008/03/26(水) 16:55:00: スレ違いならスレ違いって言うから気にせず話すがいい
58 ：デフォルトの名無しさん：2008/03/26(水) 17:53:09: なんか偉そうだなｗ
59 ：デフォルトの名無しさん：2008/03/26(水) 17:57:10: スレ違いならスレ違いって言うから気にせず話すがいい･;(`ε()ﾞ
60 ：デフォルトの名無しさん：2008/03/26(水) 18:11:44: >>55
なるほどです。
見てたのはMIDP2.0携帯Java開発ハンドブックでした。
61 ：デフォルトの名無しさん：2008/03/26(水) 18:12:02: なんか馬鹿そうだなｗ
62 ：デフォルトの名無しさん：2008/03/26(水) 21:24:59: Sアプリを連携起動したときの起動パラメータは、
どうやって取得すればいいんでしょうか。
MIDP2.0なのかMEXAなのか。
63 ：デフォルトの名無しさん：2008/03/27(木) 07:29:49: Sアプリはよう分からんけど
「Sアプリ　連携起動」でググったら
それっぽいサンプルコードとか出てきた･;(`ε()ﾞ
64 ：デフォルトの名無しさん：2008/03/27(木) 14:43:52: MEXAにもバージョン（1.0～1.2）があるみたいだけど
どの機種がどのバージョンかの情報が見つからないｙｐ
65 ：デフォルトの名無しさん：2008/03/27(木) 23:27:05: >>64
機種毎のサポートAPIは公式開発者サイトの資料に記載されてる。

けどMEXAって「MEXA」と「MEXA Core」の2種類じゃないの？
1.0とか1.2とかは知らない。
66 ：デフォルトの名無しさん：2008/03/28(金) 01:17:00: MEXA･;(`ε()ﾞoppption
67 ：デフォルトの名無しさん：2008/03/28(金) 02:07:14: ウチ、足切りはJSCL1.2.2だから、MEXAのバージョンなんて気にしたことねえや
68 ：デフォルトの名無しさん：2008/03/28(金) 13:50:39: 公式のAPIリファレンス（JavaDoc）に
1.0 と 1.1 と 1.2 があるね
同じページから落とせる端末情報には
JCSL の場合はバージョンが書いてあるけど
MEXA の場合は Core かそうでないかしか書いてない
69 ：デフォルトの名無しさん：2008/03/29(土) 17:09:48: Softbankの９０４ＳＨを使用してます。ＪＡＶＡをいじりたての初心者で、
メモカに保存してる画像ファイルを選択して表示させたいと思っています。
StorageConnectionのリファレンスを見てみたのですが、フォルダを作る
とかファイルを消すとかの例文はあるのですが画像を表示させる方法が
わからずで。
前スレの６５０あたりに似た？質問がありパスの指定の仕方とかは参考に
なったのですが、ファイルをオープンにしてアプリでそれを表示させるまで
がわかりませぬ（全くわかってないってことですが。。。）
StorageConnectionでファイルをオープンにしたら、それをdrawImageで表
示できるのかと思っているのですが。。。
70 ：デフォルトの名無しさん：2008/03/29(土) 19:48:33: >>69
ファイルオープンして、バイト文字列で読み込んで、
それをImageクラスか何かのコンストラクタか何かに突っ込んで、
それを表示させれば上手く行くんじゃない？

詰まったとしたら上のどこで詰まったか教えて欲しい
71 ：デフォルトの名無しさん：2008/03/30(日) 01:37:20: >>70
　バイト文字列で読み込むって部分が必要なんですね。
　jpgとかだとその部分作らなくても扱えないかと思ったんですが。
　「MIDP2.0ﾒﾓ」というページを見つけて「端末内部のデータフォルダ(/ms)やメモリーカード
のデータフォルダ(/mc)に保存するプログラムを作るというのがありました。そこにバイト文
字列で読み込む部分があったので何とかできそうです。ありがとうございました。
72 ：デフォルトの名無しさん：2008/03/31(月) 13:36:36: ソフトバンク端末のオフスクリーン・イメージの高速処理で
「２Dなら画面サイズの１１枚程度まで」ってありますが画面サイズって
当然端末の実画面サイズですよね？

で、ちょっと計算してみたんですが…
240*260の画面サイズならオフスクリーンも含めた読み込みずみ画像の
幅＊高さが(240*260*11の)686400まで、480*640なら3379200までOK
…みたいな感じであってますか？

自分でもびっくりするくらい大量の画像を読み込んでいて
ある画像が表示されるときだけ描画が極端に遅くなって困っているのですが
上の計算であってるなら、読み込む画像をそれ以下に抑えれば
描画が遅くなることはないと考えていいんでしょうか…。
73 ：デフォルトの名無しさん：2008/03/31(月) 13:42:31: 使用端末はSHと予想。
74 ：７２：2008/03/31(月) 14:40:14: >>７３
まさしくSH使ってます。
SHだけなんですか？
75 ：デフォルトの名無しさん：2008/03/31(月) 14:47:40: 公式にあった端末仕様にも書いてあると思ったけど、
SHは早く描画できるメモリと、遅く描画するメモリが
見えないトコで分かれてるから（画像量で４Mくらい？詳しくは資料参照）
そこを超えて読み込まれた奴は遅くなる･;(`ε()ﾞ
76 ：デフォルトの名無しさん：2008/03/31(月) 14:54:25: EMobileのJavaアプリからサーバーにアクセスしたら、ユーザーエージェントは「emobile/1.0.0 (H11T; Profile/MIDP-2.0 Configuration/CLDC-1.1 Local/ja UNTRUSTED/1.0)」になるみたいだけど、
ユーザーIDはHTTPリクエストヘッダの「x-em-uid」から取得出来る？
もしくは、System#getProperty(String)で取得出来る？

ダウンロード時にParamタグにx-em-uidを追加すれば確実だと思うが上記方法を確認した人いる？

EMobileにアプリ移植考えているが、実機ないので情報求む
77 ：７２：2008/03/31(月) 18:18:48: >>７５
どこかでそんな記述を見た覚えがあります。
資料探したのですが…
ヒープに準じるとうのはありましたがコレでしょうか？
違っていたら資料名教えていただけますか…すみません。
78 ：デフォルトの名無しさん：2008/03/31(月) 18:59:17: ごめ、みつからね･;(`ε()ﾞ
Vアプリ開発ガイド[新機能導入の手引き2004～P6型端末編～］って奴かも。
3D未使用コンテンツだと実画面サイズ(240x260)を11枚分相当までなら
高速に描画できるとか書いてあったとかどうとか。

ちなみに3Dコンテンツだと実画面サイズ2枚分相当。
79 ：デフォルトの名無しさん：2008/03/31(月) 20:42:25: >>77
ttp://www.marukun.com/diary/2006/02/post_134a.html
80 ：７２：2008/03/31(月) 22:04:08: >>７８－７９
と言うことは、やはり実画面サイズの幅＊高さ＊１１までが
生成・読み込む画像サイズのひとつの上限なのですね…。
表示しない画像は随時破棄したり、画像サイズ自体を
小さくまとめたり工夫しようと思います。
ありがとうございました。
81 ：デフォルトの名無しさん：2008/04/01(火) 01:09:43: イーモバイルの音声サービスが始まったが、
アプリ試した人いる？
82 ：デフォルトの名無しさん：2008/04/01(火) 07:36:39: >>81
H11T買ったから試したといえば試したけど
何か知りたいことある？
83 ：デフォルトの名無しさん：2008/04/01(火) 07:40:56: 速さはDocomoとかと比べてどんなもん？･;(`ε()ﾞ
84 ：デフォルトの名無しさん：2008/04/01(火) 08:28:11: MIDPssh使える？いや普通には使えないことはわかるんだけど
HTTPじゃない普通のソケット通信ができるかどうかを知りたいんです
85 ：デフォルトの名無しさん：2008/04/01(火) 08:39:42: ダウンロードしたアプリがSDとかに移せるのかも知りたい･;(`ε()ﾞ
86 ：デフォルトの名無しさん：2008/04/01(火) 08:47:35: >>83-85
まだ全部試してないことばっかりだわ
仕事が暇な時にでも試してみる
87 ：デフォルトの名無しさん：2008/04/01(火) 15:41:50: MIDP2.0でADVエンジン作ってんだけどいわゆるクリック待ちってどうやって実装したら良いだろう？

スレッド止めちゃうとゲームループ回らなくなってソフトキーのリスナーしか反応しなくなるし、GameCanvas#getKeyStates()がGameCanvas#FIREのとき待ち解除したいんだけどここで詰まった。

ゲームキーリスナーみたいなのがないからイベント駆動でできないんだけどどうすればいいの？
88 ：デフォルトの名無しさん：2008/04/01(火) 16:00:31: どんなものかわからんけどいわゆるスクリプターなら
キー入力待ちも命令にしちゃえばいいじゃん
89 ：デフォルトの名無しさん：2008/04/01(火) 17:30:11: 何故スレッド止めるんだｗ
いまどきのADVは、画面がまったく静止することはありえないだろうに。カーソルが点滅したり、キャラ動いたり。

仮にまったく静止するとしてもスレッドとめずにぶん回してればいい。
電池？気にｽﾝﾅ･;(`ε()ﾞ
90 ：デフォルトの名無しさん：2008/04/01(火) 21:54:15: やっぱりスレッド止めずにぶん回すもん？
91 ：デフォルトの名無しさん：2008/04/01(火) 22:01:39: 止める理由がないじゃん
92 ：デフォルトの名無しさん：2008/04/01(火) 22:36:07: 使ってるフレームワークの方でゲームループ回してるスレッドのサスペンドとレジュームは実装してるから
クリック待ち中に動きがないならスレッド止めた方が実装楽かな～と思ってさ。

実際、携帯ゲーのADVで立ち絵がアニメするものとかある？

PCで組むなら迷わずスレッドぶん回すんだけど。
93 ：デフォルトの名無しさん：2008/04/01(火) 23:30:06: 必要が無ければ極力sleep入れてあげようよ・・・
キー入力待ちなら50msくらい遅れても問題ない
94 ：デフォルトの名無しさん：2008/04/02(水) 00:03:59: 本とかでよくあるサンプルゲーなんて空whileぶん回しばっかだぞｗ
95 ：デフォルトの名無しさん：2008/04/02(水) 00:15:05: 私の携帯のバッテリーを殺した犯人がいると聞いてやってきますた
96 ：デフォルトの名無しさん：2008/04/02(水) 04:16:26: sleepしようが空ループしようが、今時の携帯には関係ない。
空ループのほうがバッテリー速く亡くなりました！って携帯があったら教えて欲しいもんだ。
もちろん検証コード付きでな･;(`ε()ﾞ
97 ：デフォルトの名無しさん：2008/04/02(水) 10:06:41: 空ループすれば携帯がどんどん熱くなるから、比べるまでもない
98 ：デフォルトの名無しさん：2008/04/02(水) 13:11:08: >>97
なるけど、Sleepでもなるよ
99 ：デフォルトの名無しさん：2008/04/02(水) 13:28:18: GameCanvas#getKeyStates()をGameCanvasの外から呼び出すと戻り値が全部0になるんだけどそういうもん？
100 ：デフォルトの名無しさん：2008/04/02(水) 14:29:01: 普通はキーコードが戻り値
0になるのはおかしい
101 ：デフォルトの名無しさん：2008/04/02(水) 19:08:44: >>92
ゲームループ止めるかどうかはおいといて、
その使ってるフレームワークとやらは、キー入力をポーリングできんのかね。
102 ：デフォルトの名無しさん：2008/04/02(水) 19:31:25: >>100
じゃあたとえば

class Renderer implements Runnable｛
private GameCanvas canvas;

public Renderer(GameCanvas canvas)｛
this.canvas = canvas;
｝

pubulic void run()｛
while(true){
//foo
int keyStates = this.canvas.getKeyStates();
if(keyStates==GameCanvas.FIRE){
//bar
}

}
｝
｝

っていうコードがあったとして

//foo
int keyStates = this.canvas.getKeyStates();

の部分では正常にキーコードが戻るってこと？
この部分で何押しても0が返るんだけど。
103 ：デフォルトの名無しさん：2008/04/02(水) 20:21:19: そのコードだと戻り値が0っていうか条件が間違ってるんじゃねえの？

GameCanvasでのキー入力は
if(keyStates==GameCanvas.FIRE)
じゃなくて
if((keyStates&FIRE_PRESSED) != 0x00)
でしょ？

もう少し詳しく見ないとなんとも言えない
104 ：デフォルトの名無しさん：2008/04/02(水) 22:24:51: いやそれはない。
以下のコードだと

int keyStates = this.canvas.getKeyStates();//ここで0が代入される
this.canvas.getGameAction(keyStates);//ここでIllegalArgumentExceptionが投げられる

って感じになる。
環境は実機じゃなくてWTKのエミュレータとeclipseME。
105 ：デフォルトの名無しさん：2008/04/03(木) 21:45:30: 公開したいとかじゃなくて、自分専用のS!アプリを
作って自分の携帯に入れたいと思ったんだけど、
そういうのは無理っていう認識でOK？

できるなら、どうすれば？
106 ：デフォルトの名無しさん：2008/04/03(木) 22:22:32: >>105
アプリゲットのテストダウンロードから入れるしかないんじゃない？
107 ：デフォルトの名無しさん：2008/04/03(木) 23:12:30: >>105
俺はいつもhttpdで簡易サーバ立ち上げてやってる･;(`ε()ﾞ
108 ：デフォルトの名無しさん：2008/04/03(木) 23:37:59: >>107
え、それできるの？
Softbankの認証を受けた事業者のサイトからしか
ダウンロードできないのだと思っていたけど。。。

参考サイト等あったら教えてもらえないでしょうか？

もしかしてiアプリも同じ方法で自作したものを自分の
携帯に入れることが可能？
109 ：デフォルトの名無しさん：2008/04/03(木) 23:55:37: すいません、教えて下さい。
auのオープンアプリからBluetoothのデータ送受信を操作することは可能でしょうか？
MIDPの仕様的にはOKな気もするのですが、>>6には特に記述がないもので。
110 ：デフォルトの名無しさん：2008/04/04(金) 00:26:22: 記載してないと使用可になるんですね･;(`ε()ﾞ
111 ：デフォルトの名無しさん：2008/04/04(金) 01:04:14: >>110
え・・・どういうこと？ﾞ()3´);･
112 ：デフォルトの名無しさん：2008/04/04(金) 01:04:47: ﾞ()3´);･
113 ：デフォルトの名無しさん：2008/04/04(金) 01:13:04: ﾞ()3´);･　なんかまた新しいのが生まれたな
114 ：デフォルトの名無しさん：2008/04/04(金) 03:57:16: >>108
>>107はオープンアプリかｉアプリなんじゃない？S!アプリはコンテンツアグリゲータからダウンロードする方法以外聞いたことないけど。

コンテンツアグリゲータって公開が前提だけど、公開するつもりはない、もしくは作品ができたら公開するけど、とりあえず実機に入れて試したいって感覚で登録した人っている？
115 ：デフォルトの名無しさん：2008/04/04(金) 08:55:33: >>114
最初は軽い気持ちで登録したYO! ;(`ε()ﾞ
116 ：99：2008/04/04(金) 21:11:55: eclipse再起動したら正常に値を返すようになった。
117 ：デフォルトの名無しさん：2008/04/04(金) 21:33:16: >>116 >>99
二日もぶっ続けで携帯プログラミングしていたのか！
尊敬に値するぜ！(;`･ε()ﾞ
118 ：107：2008/04/04(金) 21:48:31: >>114
その通りiアプリとオープンアプリ前提に話してた
S!アプリって認証いるのね
知らなかったよ！･;(`ε()ﾞ
119 ：デフォルトの名無しさん：2008/04/04(金) 22:26:28: 商用アプリですらアプリゲット使って
テストしてたりするからな･;(`ε()ﾞ
120 ：デフォルトの名無しさん：2008/04/05(土) 00:51:06: WTK2.2でCalendarを使うとグリニッジ標準時になるんだけど、
日本の時刻を取得するにはどうすれば良いんだろ

コンストラクタにタイムゾーンを設定してもうまくいかない・・
121 ：デフォルトの名無しさん：2008/04/05(土) 01:24:12: TimeZone#getAvailableIDs()でタイムゾーンID拾って
Calendar.getInstance(TimeZone.getTimeZone(id))

TimeZone#getAvailableIDs()で拾えないタイムゾーンはその実装ではサポートされてない。
122 ：デフォルトの名無しさん：2008/04/05(土) 01:27:53: 言い忘れたけど端末の内蔵時計とVMの時計は別で仕様上は本当は一致させないといけないんだけど
VMの時計の実装が屑な場合があるからこれが必ずしも一致するとは限らない。
だから正確な時間が取得できる保証はない。
123 ：デフォルトの名無しさん：2008/04/06(日) 13:36:40: JDK5とJ2MEをダウンロードしてきたのですが、
Hello Worldを表示するプログラムが動きません…

どなたか教えてください
124 ：デフォルトの名無しさん：2008/04/06(日) 13:41:58: >>123
自己解決しました。
すみません
125 ：デフォルトの名無しさん：2008/04/06(日) 17:09:12: >>123
kwsk
126 ：デフォルトの名無しさん：2008/04/07(月) 00:06:33: ちょっと古い話題で悪いんですが質問です。

前スレの595で、810T（東芝の3GC端末）で512個以上のImageオブジェクトの
インスタンスをcreateImageで生成するとフリーズする（?）という情報がありましたが
解決策はなんなんでしょうか?(or あるんでしょうか?)
アプリ内でcreteaImageを行う回数を512以下に抑えるとかそんな感じですか?

当方で作成しているアプリは、頻繁にcreteaImageをコールするので対策に苦慮してます。
対応策の情報があったらご教示いただけると助かります。
127 ：デフォルトの名無しさん：2008/04/07(月) 09:37:13: いちいち解放しないで、使いまわすようにすりゃいいんじゃね？
128 ：デフォルトの名無しさん：2008/04/07(月) 15:36:56: >>126
BGのパーツなんかは、大きめの1ツcreateImageしておいて
drawRegionすればいいんでねえの？

携帯アプリごときで、何をどれだけ使えばそんな凄まじい量になるのかは知らんが
タイトルやチュートリアルの画像を持ちっぱなしとか、そんなのか？
129 ：126：2008/04/07(月) 17:47:26: 画像はたいして量使っていませんが、アプリ内で動的にイメージを
生成する処理をしてるんです。
なので使いまわすのが難しいというか、ほとんど無理な状況です。
動的にImageを生成しまくる処理がすでにダメなんですかね。。

ユーザの方から、813Tでしばらくプレイしていると一部の絵が
表示されなくなるという情報をもらっていて、関連しているのかと思い
質問したしだいです。
（プレイは続行可能ということなので、たぶん例外は発生してないです。）

東芝とSoftBankに問い合わせましたが、回答は「個別の質問には
答えられない」、「開発者サポートサイトで出している情報以外無い」
といった感じでした。･;(`ε()ﾞ
130 ：デフォルトの名無しさん：2008/04/07(月) 17:51:30: 動的にイメージを作る。といっても、量は大して使わないんだろ？

求められる一番大きなサイズ。例えば320ｘ320のImageを、求められる最大量（大して使わんという言い回しだと、5枚くらい？）作っておく。
21x21サイズが求められようが、64x64サイズが求められようが、空いている320x320を返すようにする。

あとは「大きなImageを、小さいImageのようにふるまわせる」なんてのは楽勝だろ？
131 ：126：2008/04/07(月) 21:48:27: 少し説明不足による齟齬があるので説明しなおします。
静的なリソースを使用してcreateImageする画像は少なく
動的にcreateImage（正確にはcreateRGBImageです）で画像生成する回数が多いです。
前スレの595で、東芝端末でcreateImageできる回数に上限があると知り
現象の内容は異なりますが、関連している問題かと思いました。

>>130さん
動的に生成する画像は透過情報を含んでいるのでcreateRGBImageを使っています。
なので白塗りのImageを作って使いまわすことができないです。

間をとばして端的に言うと、MEXAのOption-Util2なImageUtilを使わず
透け透けのmutableなImage（透過レイヤーみたいなものです。）を作りたいのです。
132 ：デフォルトの名無しさん：2008/04/07(月) 22:28:31: ＞（正確にはcreateRGBImageです）

(#^ω^)
133 ：デフォルトの名無しさん：2008/04/07(月) 23:14:37: 前スレ595のやつは、同時保持するインスタンスの数じゃねーの？
実際ためしたの？131は？
134 ：デフォルトの名無しさん：2008/04/08(火) 00:33:01: >>132さん
ごめんなさい。
生成するImageオブジェクトのインスタンス数が問題かと思っていたので。。

>>133さん
同時に持っているImageのインスタンスは10くらいです。
それに加えてユーザの操作をトリガに動的生成するImageを1つ持っています。
動的な画像生成の頻度はユーザによって変わると思いますが30分で100回ほどです。

もっとじっくり調べてみます。
135 ：デフォルトの名無しさん：2008/04/08(火) 01:13:37: createRGBImage()で透過情報与えたとしても、たいていの端末はアルファが２段階だから透明、不透明の画像しか生成できないと思ってたけど違うの？
半透明はrenderPrimitive()でポイントスプライトにテクスチャ貼って代用してたんだけど。
136 ：デフォルトの名無しさん：2008/04/08(火) 08:11:05: >>134

１つ
普通createImageといわれたら、createImage(int width, int height)を思い浮かべる。
今までお前にレスしてた奴全員がそうだろう？
だから使いまわしをみんな薦めた

2つ
だーかーらー、お前は実際に512個の壁にひっかかってにっちもさっちもいかなくなったのか？
今のところ「同時に512個までしか持てないだろうことは仕様書でも判明している」が、
「解放しながらの通算512個なら問題ないのでは」とみんな思ってる
137 ：デフォルトの名無しさん：2008/04/08(火) 13:31:25: すみません、電話発信について質問です。
S!アプリで、アプリ内から電話発信させようとしてるんだけど、
ポーズダイヤル P を含めると、受け付けられないフォーマット
とかいう例外吐いてきます。docomoやau(BREW)は問題なかったんですが。
, 連続でごまかそうと思ったら、実機(813T)で無視してくれました。
ポーズダイヤル（類似）機能ってないんでしょうか？

そもそも S!アプリの電話発信で受け付ける文字種類の記述って
どこにあるのやらさえわからんかったりします。
(JSCLの PhoneConnection には記述が見当りません）
138 ：134：2008/04/08(火) 20:50:05: >>136さん
1についてはおっしゃるとおりです。
先走って色々書きすぎました、ごめんなさい。。
2については解放しながらのImage生成なので答えは「違う」です。

現在、当方で作成したアプリで起きている不具合を簡潔に書きます。
813Tでしばらくアプリを動作させておくと急に一部のイメージが描画されなくなる
現象が起きるというものです。
関連しそうな情報や対応策をご存知の方がいたら、教えていただけると助かります。
139 ：デフォルトの名無しさん：2008/04/08(火) 23:19:17: >>138
当然だとは思うけど、他の端末ではそうゆう状態にはならないの？
140 ：デフォルトの名無しさん：2008/04/09(水) 15:10:39: １・他の機種では起こらないのか
２・Imageの生成回数をカウントした結果512回程度で現象が起こるのか
３・本当にきちんとImageは解放しているのか

特に3は、自前で可変長配列作っててnull代入してませんでした＞＜とかいくらでもやるやついるから
141 ：デフォルトの名無しさん：2008/04/09(水) 16:46:47: null代入してたけどgcしてませんでした
142 ：デフォルトの名無しさん：2008/04/09(水) 18:27:07: gcはVMがやってくれるんでないの
143 ：134：2008/04/09(水) 18:30:35: >>135さん
半透明は使っていないのです。（スタンプ画像を自作している感じです。）

>>139さん
>>140さん
今のところ813Tでのみ報告を受けています。（少なくとも911SHでは発生しないです。）
2については問題の端末を当方で持っていないので不明です。
3については、生成と解放にカウンタつけてみましたがカウンタ値は一定でした。
なので解放漏れは無いはずです。（再度確認してみますが。。）

そろそろウザがられそうなのでこのあたりで切り上げます。
週末に813Tを購入して実機で確認してみます。
長々とありがとございました。
144 ：デフォルトの名無しさん：2008/04/09(水) 18:41:30: >>143
いや、うざがんないから。
情報交換するスレだから。最終的な情報隠したりとかする奴だけだよ、うざがられんのは。

とりあえず半透明使ってない（抜き色だけ）なら、createImageで生成せずに使いまわして、
自前で抜き転送って手もあるが
せっかくあるのに馬鹿らしいよなぁ
145 ：デフォルトの名無しさん：2008/04/09(水) 20:36:02: 静的なImageの代わりに静的なint型配列作ってリソース画像の色情報を保持させておけばいいんじゃないかな？
色情報配列の内容が変化してたら困るから、実画面サイズぐらいの静的なint型配列も作っておいて、それに色を抜いたりなんたりした結果を渡すようにする。
後は、createRGBImage()に結果の配列を渡してImageを作るって方法なんだけどどうかな？
毎回、配列を作ってイメージの色情報を取得するっていうのを省くためなんだけど、変なこと言ってたらごめんよ。
146 ：デフォルトの名無しさん：2008/04/10(木) 09:13:17: Imageを作れる個数の制限がって話をしてるのに、何を変なこと言ってるんだ？
147 ：デフォルトの名無しさん：2008/04/10(木) 10:54:53: >>146
それが813Tで問題が起きる原因かって聞いてきただけで、解決するならなんでも構わないんじゃないの？
148 ：デフォルトの名無しさん：2008/04/10(木) 11:57:45: 146は145へのレスだろJK
149 ：デフォルトの名無しさん：2008/04/10(木) 19:30:52: javaをバイナリで組めるようになったら多分なんでも実現できるよ
150 ：デフォルトの名無しさん：2008/04/10(木) 19:55:19: >>143
当てずっぽうで言ってみるけど……
java.lang.System#gc()でこまめにガベージコレクトさせてみるとか、
javax.microedition.lcdui.Graphics#drawRGB()使ってみるとかじゃだめかなあ。
151 ：デフォルトの名無しさん：2008/04/11(金) 12:00:19: 質問者がいなくなったからもうこの話題は終わり。
何か言っても変なこと呼ばわりされるしね。
どうせまだ情報を隠しているんでしょう。
152 ：143：2008/04/11(金) 13:53:49: >>151さん
まだいます。。
毎日個別にレスしていると邪魔だと思ったので、週末にまとめて書くつもりでした。

なお本日813Tを購入したので試していますが、困ったことに再現していないです。。
153 ：143：2008/04/11(金) 22:04:40: いまのところ当方で購入した813Tでは、やはり不具合は再現せず
まったく原因不明です。。（143の後、ユーザの方に詳しい状況を聞いて
再び試しましたが再現しませんでした。）
ひとまず当方が試験で使ったアプリのバイナリをそのままユーザの方に
提供して報告を待ちたいと思います。

>>150さん
gcはこれでもかというくらい実行しているので問題ないと思います。
drawRGBで描画する方法も試しました。
同じ描画結果になりますがImageを一枚貼るのと違いパフォーマンスが悪く
当方のアプリで使用するには実用的ではありませんでした。

>>144さん
drawRGBは内部で同じような処理をしているのだと思われます。
なので前述の理由と同じく実現はできるが。。といったところです。

>>145さん
時間がなくて試せなかったので後日試してみます。
更新する場所としない場所を細かく切り分けることができれば
今より処理が早くなりそうです。

>>147さん
おっしゃるとおりです。問題が解決できればなんでも良いのです。
しかしその問題が再現してくれませんでした。泣きそうです。

>>151さん
ご迷惑おかけしました。

原因と解決策が分かったらまた書き込みますが、いまのところ再現性のない
不具合で、ユーザの方からの報告も当然任意なのであまり期待はしないで
ください。
みなさま、色々とありがとうございました。
154 ：デフォルトの名無しさん：2008/04/11(金) 22:17:54: ﾞ()3´;)つ [別の箇所を疑ってみれ]
155 ：デフォルトの名無しさん：2008/04/12(土) 23:53:24: OpenAppliでブラウザっぽいのを作ろうとしているのですが、32KB以上のファイルにアクセスをすると
エミュでは通るのですが実機ではtrhowされてしまいます。機種はW53Tです。

private HttpConnection hconnect;
private InputStream in;
hconnect = null;
in = null;
hconnect = (HttpConnection)Connector.open( url, Connector.READ, true );
in = hconnect.openInputStream();

の最後の行でthrowされてしまいます。32KB以上のファイルでも分割してDLすればいいじゃんくらいに思っていたのですが
やっぱりOpenAppliの仕様上駄目なんでしょうか？
156 ：デフォルトの名無しさん：2008/04/13(日) 00:54:17: 仕様嫁
157 ：デフォルトの名無しさん：2008/04/13(日) 04:57:03: どうせWIN機種でしか再生できないんだから
通信量規制なんて取っ払ってほしい
仕様糞過ぎるぜ

>>155
一回の通信許容量で言えばFlashLiteの方が高かったはず
もちろん実用レベルではないけど･;(`ε()ﾞ
158 ：デフォルトの名無しさん：2008/04/13(日) 21:39:40: POSTも5KBまでなんだよな
ホント糞仕様だよ
159 ：デフォルトの名無しさん：2008/04/13(日) 22:48:57: 海外のMIDP端末は解放されててシェアウェアなMidletまであるのにな。
日本の糞な縛りときたら・・・。
160 ：デフォルトの名無しさん：2008/04/13(日) 22:53:59: willcomはほぼ自由。
161 ：デフォルトの名無しさん：2008/04/13(日) 23:06:13: その上通信毎に確認のダイアログ
162 ：デフォルトの名無しさん：2008/04/14(月) 00:32:51: 通信ごとの確認はMIDPの仕様
163 ：デフォルトの名無しさん：2008/04/14(月) 20:30:09: ﾅﾝﾀﾞｯﾃ？
164 ：デフォルトの名無しさん：2008/04/14(月) 21:32:12: 海外みたいにフリーウェアに活気があればなぁ
フリーのiアプリの人気が端末の売り上げに影響するレベルになれば
他の2キャリアも真似して着いて来るはずなのに
165 ：デフォルトの名無しさん：2008/04/14(月) 22:37:52: 確かに何でこんな人気無いんだろうな
for(;;){if(人気<0){製作者逃げる;レベル--;人気--}}
って感じか
アプリゲットのランキングとか酷いことになってるし
166 ：デフォルトの名無しさん：2008/04/14(月) 23:59:24: いまいち盛り上がらない原因として個人的に思うのは
携帯向けフリーソフトの存在の分かりにくさ
アプリゲットみたいなサイトも物凄く分かりにくい作りしてるし
個人サイトで配布されてるのなんて、各キャリアの公式ページ
から行き着くのは至難の業
167 ：デフォルトの名無しさん：2008/04/15(火) 02:34:02: そもそも、ケータイキャリアが公式で囲い込む(そして課金手数料で潤う)システムで、
公式でないサイトはお呼びでないのは昔っからだし。
168 ：デフォルトの名無しさん：2008/04/15(火) 13:19:14: >公式で囲い込む(そして課金手数料で潤う)システム
こんなことやっても手間の割に儲けにならないってのは日本はいつになったら学習するんだろうね。
169 ：デフォルトの名無しさん：2008/04/15(火) 17:20:19: 塵も積もれば山となるで成功してる。
だから未だに継続してるわけで
170 ：デフォルトの名無しさん：2008/04/15(火) 17:55:57: 本業のアプリ屋かゲーム開発者で勝手アプリ公開してる香具師いる？
プロと比べてアマチュアのアプリって異様に技術レベル低いよな。
自演ばっかでまともなコミュニティー無い＆ノイズ多すぎ（ワンキーとかばっか）で、
頑張って良いもの作っても埋もれそうなのが嫌なんだが・・・
171 ：デフォルトの名無しさん：2008/04/15(火) 18:01:14: iアプリなら公開してるな。
アレだと作者登録とか必要ないし匿名で配布できるから。
172 ：デフォルトの名無しさん：2008/04/15(火) 19:11:48: willcomも自由だな
173 ：デフォルトの名無しさん：2008/04/15(火) 19:19:20: 俺が使ってる無料ホームページサイトがjadをアップできないんで、
オープンアプリとかは無理だった。

それにwillcomもOAPもサーバ側の設定いじらないとだめっしょ？
174 ：デフォルトの名無しさん：2008/04/15(火) 20:21:27: 設定といっても別に大掛かりな事でもないけどね
借りたディレクトリに.htaccess置かせて貰える鯖ならいけるよ
無料のHPスペースなんかは対応してない所が殆どだね
趣味でやってる個人鯖ならメールでお願いすれば犯せてもらえるかも
175 ：デフォルトの名無しさん：2008/04/15(火) 21:08:57: 犯して！
176 ：デフォルトの名無しさん：2008/04/15(火) 22:09:58: アプリ内にあるjpeg画像を
データフォルダに任意の回数、または限りなくコピーできるような
Sアプリを作る方法ってありませんか？
177 ：デフォルトの名無しさん：2008/04/15(火) 22:56:37: >>168
へたにコンシューマをやるよりは儲かりますな
178 ：デフォルトの名無しさん：2008/04/15(火) 23:41:51: >>176
ある、としか言いようが無い。
もっと調べて実際に組んでみて、それで出来なかったら
出来るだけ具体的に質問して頂戴。
179 ：デフォルトの名無しさん：2008/04/15(火) 23:58:03: 携帯の課金って通話料と一緒に請求だから心理的障壁が低いんだよな
180 ：デフォルトの名無しさん：2008/04/16(水) 00:28:39: 安いしね。むしろ安過ぎて業界的にはマズイ
開発者としては「この金額で文句言うな、悩むな、買え」と思う
けど１ユーザとしては「こんなので300円も取るのかよ」なんて思う
どこの途上国人だよ俺・・・
181 ：デフォルトの名無しさん：2008/04/16(水) 00:32:32: 開発してると感覚にぶるが、1ユーザーは500円程度までしかコンテンツに金払いたくないのが基準らしいよ
占いサイトやちょっとした趣味のサイトに200円。
ちょっと奮発して300円。
あとは無料ゲームとか。
結構食い込むの大変なんだよな
182 ：デフォルトの名無しさん：2008/04/16(水) 00:39:52: 開発はごく数名の少人数で数ヶ月規模というじゃないか
違法コピーされることも殆どないし、結構バランス取れてるんじゃないかね？
特にiアプリとかJavaベースだと輸出も楽々だろうし
183 ：デフォルトの名無しさん：2008/04/16(水) 00:44:10: 181の言うように、大手が財布を独占してるからいまいち
大手にとってはバランスとれてるのかもな
184 ：デフォルトの名無しさん：2008/04/16(水) 00:45:19: >>182
iアプリだとDojaだから海外にもってくなら
作り直さないと駄目。

むしろ海外アプリならOAPとかWillcomでそのまま動くと思うｗ
185 ：デフォルトの名無しさん：2008/04/16(水) 00:58:02: >>184
そりゃ知っとるけど
BREWなんかよりよっぽど良いはず
現行のBREW端末って海外にも無いんじゃない？
186 ：185：2008/04/16(水) 01:06:30: 今ちょっと調べたらnokiaもBREW対応端末出してるのな
知らんかった･;(`ε()ﾞ
187 ：デフォルトの名無しさん：2008/04/16(水) 01:07:47: BREW4のは知らんけど、BREW2.1あたりのは
海外のアプリを国内に移植した事あるけど、
結局問題になるのはKDDIの検証項目だなｗ

海外のJavaを国内に持ってくるのでも、
向こうの端末は画面サイズとかバラバラだったりして
結構面倒だったりした覚えはある。
188 ：デフォルトの名無しさん：2008/04/16(水) 01:14:57: OAPは画像が240pxまでだったり変な制限が色々あるので
まともに動かないことのほうが多いはず。3D等も未対応。
海外アプリだとNokiaの拡張APIを使ってることもある。
M3GとかOpenGLも実装依存が多いしな。
189 ：デフォルトの名無しさん：2008/04/16(水) 02:44:44: そもそも日本の端末はjarが1M以内っていう制限があるから海外のはインストールすら出来ないのがあるな。
190 ：デフォルトの名無しさん：2008/04/16(水) 10:24:52: 俺がやった移植のでソース見た感じだと、
海外のでもDocomoの503みたいな画面サイズのもあったっぽいけどな。

そういや、確かにNokiaの拡張とかあったｗ
機種毎にフォルダ分けてたりして、
海外の人も多機種対応で苦労してるんだと思った。
191 ：176：2008/04/16(水) 12:02:40: >>178
あるんですか。
資料やサイトをいくら探してもアプリ内の画像を本体に
コピーするAPIがないので、何を使えば良いか教えてもらえませんか？
192 ：デフォルトの名無しさん：2008/04/16(水) 13:29:48: 初心者で申し訳ないのですが、

ttp://java.sun.com/products/sjwtoolkit/ja_download-2_2.html
↑ここで落としてきたエミュで、JSR184で３Ｄをやろうと思い、

ttp://www.mascotcapsule.com/ja/samples/m3g/index.php
↑ここのサンプルを動かそうとしたんだけけれども、Worldを
renderするところでIllegalStateExceptionが出てしまいます。

何か、原因がわかる方がいましたら、教えてくださいませ
ｍ（＿＿）ｍ
193 ：デフォルトの名無しさん：2008/04/16(水) 15:27:25: それだけじゃ分かんないと思う。エラーコンソールの出力をkwsk
エミュレータのオプションが原因のような気がするが。

> ｍ（＿＿）ｍ
パソ通時代のAAかよ、懐かしいな。初心者・・・
194 ：デフォルトの名無しさん：2008/04/17(木) 10:11:14: MIDP 標準機能程度しか使わないアプリなので
一つの jar で機種判別しながら細かい差異を吸収したいのですが
機種判別の方法はありますか？
195 ：デフォルトの名無しさん：2008/04/17(木) 10:44:45: System.getProperty("microedition.platform") とか･･･
196 ：192：2008/04/17(木) 11:51:13: すいません。
自己解決しました。
エミュレータ内に３Ｄのデモがあり、動作確認できたので、
こっちで勉強しようと思います。

お騒がせしました。
197 ：194：2008/04/17(木) 12:57:56: >>195
仕事中なので試せてないですけど、それでいけそうです。
ありがとうございます。
198 ：デフォルトの名無しさん：2008/04/19(土) 09:46:12: >>197
古い機種だとj2meしか返って来ないけどね
199 ：デフォルトの名無しさん：2008/04/21(月) 00:33:36: 最近javaを始めたばかりのものです。。。

WTK22のエミュレータのサイズを240*240に変えたいのですが
参考になる資料など置いてある場所をご存知のかた、教えてください。。。

なんかデフォルトがやけにでかいんですよね。。。
200 ：デフォルトの名無しさん：2008/04/21(月) 00:54:22: 240*268が標準サイズだから
201 ：デフォルトの名無しさん：2008/04/21(月) 01:36:47: >>200
これはお恥ずかしい。。。
エミュレータいじってたら元に戻せなくなったのでインストールし直しました

240*268から240*240にはどうしたらできますか？

なんかちゃんといじらないと、クラスファイル作るときに変な影響出るんですね。。。
読み込んだ画像が表示されなくてビックリしましたよ
202 ：デフォルトの名無しさん：2008/04/21(月) 02:34:55: DefaultColorPhoneを例にすると
wtklib\devices\DefaultColorPhone
にある
DefaultColorPhone.properties
の
screenPaintableRegion.height
を240に書き換える
ちなみにデフォは292だった気がするが
203 ：デフォルトの名無しさん：2008/04/22(火) 00:08:15: >>202
レスありがとうございます
書き換えてみたところ、しっかり設定されました

まだどんなゲームを作ろうとかいう段階ではありませんが
とりあえずRPG用のマップチップを読み込んで分解して
自由に配列できるようにするところまでいきたいと思います

また詰まったらこちらにお邪魔するかもしれません。。。
204 ：デフォルトの名無しさん：2008/04/22(火) 00:56:06: TiledLayerがあるだろ。javadocも読んどけ
205 ：デフォルトの名無しさん：2008/04/22(火) 22:35:04: すいません質問です。。。

ｿﾌﾄﾊﾞﾝｸのJavaｱﾌﾟﾘを作ろうと思って、
作成したものを某どこぞのテストサーバにアップして
実機でダウンロード確認したんですが、
終了ﾎﾞﾀﾝを押すとエラーが発生して終了するんです。
MEXAのｴﾐｭﾚｰﾀｰ上で電源キーを押しても何もおこらないので、
pauseの時点で止まっていたり、落ちている気がします。。。

全然気付かずに色々と作業したあとなので、ソースもかなり大きなものになっていて、いつからそうなってしまったのかわかりません。。。
誰か心当たりのある人はいらっしゃいますでしょうか？
206 ：デフォルトの名無しさん：2008/04/22(火) 23:04:43: pauseApp()に何も記述しないようにすればいいんじゃない？
207 ：デフォルトの名無しさん：2008/04/22(火) 23:07:29: MIDPの仕様でもpauseApp()などは速やかに制御もどせってことになってる。
208 ：デフォルトの名無しさん：2008/04/22(火) 23:09:21: エミュレータのコンソールに例外が出てないんだったら
マルチスレッドのタイミングの問題かも・・・
終了時に開放したメモリをどこかで参照してる可能性が高い
209 ：デフォルトの名無しさん：2008/04/23(水) 10:50:57: すいません。
助けてください。

Ｓアプリでspf（元はMIDI）とmmf（元はwave）を同時に鳴らそうとプログラムしたのですが、何故か鳴りません。

例えばspfだけ、またはmmfだけなら鳴るのですが、両方を鳴らそうとすると駄目です。
正確には、spfを一度鳴らすと、その後、mmfだけを鳴らそうとしてもなりません。

また機種によっては、spfだけもしくはmmfだけでも鳴らないものもあります。

ネットで検索したら、
「spfファイルとmmfファイル同時再生に対応する端末は、SoftBankの開発サイトの端末仕様ドキュメントで、「サウンドメディアの多重再生：4channel SMAF/Phrase + 1channel SMAF/Audio」って書いてる機種だけ」
とありました。

ソフトバンクの開発サイトは登録しないと仕様が見れないようになっていて、先日、手続きをしたのですがまだ返事が来ません。
ですので、資料を見ることも出来ないのです。

これって機種依存なんでしょうか？

どなたか、分かる方がいらっしゃいましたら、お願いいたします。
210 ：デフォルトの名無しさん：2008/04/23(水) 11:16:26: 今、個人会員で登録してきたけどメール来ただけで
すぐに資料見れたよ？

ちょっと見た感じ、サウンドメディアの多重再生の所が
機械によって違ってたみたいだから
機種依存だと考えるのが普通だと思う･;(`ε()ﾞ
211 ：デフォルトの名無しさん：2008/04/23(水) 13:47:12: >210

情報ありがとうございます。

こちらはメールがまだこないです。
もう一度、個人で登録しなおしてみますね。
212 ：デフォルトの名無しさん：2008/04/29(火) 19:58:51: このスレたまにフリーズするね･;(`ε()ﾞ
213 ：デフォルトの名無しさん：2008/05/01(木) 22:54:44: >>209
前に同じことをやろうとして、それできなかった。
ただし、midiとwavならできた。
214 ：デフォルトの名無しさん：2008/05/02(金) 00:38:38: BREWなんかでもあるけど、同時再生できる組み合わせが
機種によって違うからだな･;(`ε()ﾞ
215 ：デフォルトの名無しさん：2008/05/02(金) 01:53:23: ネオポケでSEを再生するたびにBGMが初めから再生される現象を思い出した
KCP+端末はマルチスレッド（？）らしいから、うまく同時再生してくれそうだ
216 ：デフォルトの名無しさん：2008/05/02(金) 09:41:10: マルチタスクだろうが音源の仕様以上のことは出来ないと思うがな
217 ：デフォルトの名無しさん：2008/05/02(金) 19:43:37: AUオープンアプリ初心者向け解説
結構分かりやすかった
http://appget.com/contest/au2007/lecture/index.html
218 ：デフォルトの名無しさん：2008/05/05(月) 23:09:56: GameCanvasとFormは同時使用できない？
219 ：デフォルトの名無しさん：2008/05/06(火) 01:49:01: 同時は無理
切り替えは随時可能
220 ：デフォルトの名無しさん：2008/05/06(火) 02:37:11: >>219
なるほど、やってみま。
ありがとう。
221 ：デフォルトの名無しさん：2008/05/06(火) 12:05:11: J2ME Wireless toolkit のエミュレータで
FileSystemRegistry.listRoots() を呼び出すとエミュレータ画面に

xxx はローカルファイルシステムから読み込もうとしています。ファイルを読み込んでもよろしいですか？

という表示が出て、コンソール側には

ストレージのルート DefaultColorPhone で実行
警告: ネットワークなどは commandAction() ハンドラとは別のスレッドで稼動して、デッドロックでオペレーションがロックする可能性を回避する必要があります。

と出力されるのですが、この時にエミュレータが終話キーまで含めて無反応になってしまいます。
実機の 702NK II, 705NK では似たような画面が表示されますが選択すれば進めますし、
au のオープンアプリプレイヤーでは結果こそ空っぽですが警告画面自体がでないので
エミュレータ固有の問題のようなのですが、解決策はありますか？
222 ：デフォルトの名無しさん：2008/05/06(火) 13:33:34: Wireless Toolkit以外でもSunのMIDPを使っている
機種では（国内機にはないはず）デッドロックする可能性があります。
解決策は警告文に書いてある通りです。
223 ：221：2008/05/06(火) 23:34:51: >>222
レスありがとうございます。
警告文の意味がわからず少し悩んだのですが、

commandAction() ハンドラ(やキー/ペイントハンドラ等)でネットワーク(やローカルファイルシステム)を使用すると
デッドロックする可能性があります。
そういった操作は別のスレッドで稼動して、デッドロックする可能性を回避する必要があります。

という意味なのですね。
別スレッドに処理をわけたところ上手く行きました。
ありがとうございました。
224 ：デフォルトの名無しさん：2008/05/18(日) 22:02:03: 912SH向けの待ち受けS!アプリを作ろうとしてるのですが、ResidnetMIDIlet
を使おうとうると、セキュリティエラーがでて起動すらしてくれません。
Webを探し回っても解決策見つからず、どうすればいいのか教えてください。

エミュレータで実行すると、次のエラーが出ます。

java.lang.SecurityException: com.j_phone.midlet.ResidentMIDlet was denied
java.lang.SecurityException: com.j_phone.midlet.ResidentMIDlet was denied
at com.jblend.security.midp20.SecurityManagerImpl.checkPermission(+185)
at com.j_phone.midlet.ResidentMIDlet.<init>(+15)
at sample.OshiraseResidentMIDlet.<init>(+4)
at java.lang.Class.runCustomCode(+0)
at javax.microedition.midlet.MIDlet.createMIDletInstance(+22)
at javax.microedition.midlet.MIDlet.main(+105)

jadファイルには次を記述してます。

MIDxlet-API: MEXA
MIDxlet-Resident: S
MIDlet-Application-Security: Y
MIDlet-Permissions: com.j_phone.midlet.ResidentMIDlet,com.j-phone.system.DeviceControl.read
225 ：デフォルトの名無しさん：2008/05/18(日) 22:22:38: CLDCとかMIDPのバージョンをjadで指定してみれ
226 ：デフォルトの名無しさん：2008/05/18(日) 22:51:03: >225

Mnifestフィルにあった次の記述を、jadファイルにコピーしました。

MicroEdition-Configuration: CLDC-1.1
MicroEdition-Profile: MIDP-2.0

あと、念のため次もjadファイルに追記しました。

MIDlet-OCL: JSCL-1.2.2

それでも、まったく同じエラーで起動できません。
ほかに何かないものでしょうか。
227 ：デフォルトの名無しさん：2008/05/18(日) 23:34:34: MicroEdition-Configuration: CLDC-1.1
MicroEdition-Profile: MIDP-2.0
上記２つはjadファイルには必要ない。あっても問題ないけど。

MIDP2.0では
×MIDlet-OCL: JSCL-1.2.2
〇MIDxlet-API: JSCL-1.2.2
228 ：デフォルトの名無しさん：2008/05/19(月) 03:45:51: >>227
へ？
229 ：デフォルトの名無しさん：2008/05/19(月) 10:59:45: MIMEじゃねえの
230 ：デフォルトの名無しさん：2008/05/19(月) 19:40:02: >>224
jadﾌｧｲﾙには
MIDlet-Permissions: com.j_phone.midlet.ResidentMIDlet
MIDxlet-API: JSCL-1.2.2
MIDxlet-Resident: S
を追加する。

MEXAｴﾐｭﾚｰﾀのﾌﾟﾛｼﾞｪｸﾄ→端末設定→MEXAｵﾌﾟｼｮﾝのUnit1+Unit2の所にﾁｪｯｸを入れてるか？
ｱﾌﾟﾘのｲﾝｽﾄｰﾙ時にTrustedを選択しているか？

思いつくのはこれくらいなんだが…
231 ：224：2008/05/19(月) 20:50:40: みなさんのアドバイスをもとに試行錯誤して、なんとか待ち受けアプリを
エミュレータで起動することができました。

問題は、MIDlet-Permissions に「com.j-phone.system.DeviceControl.read」を
入れていたことでした。
MIDlet-Permissionsには、カンマ区切りで複数のセキュリティパスが書けると
思ってたのですが、ダメなのかも知れません。

とにかく、次のjadファイルで、待ち受けアプリ起動しました。

MIDxlet-API: MEXA
MIDxlet-Resident: S
MIDlet-Permissions: com.j_phone.midlet.ResidentMIDlet

※MicroEdition-Configuration: CLDC-1.1
　MicroEdition-Profile: MIDP-2.0
　MIDlet-Application-Security: Y
の3つは無くても軌道には至りました。

あと、>230 のアドバイスのように、インストール時には、trustedでインストール
する必要もありました。

とにかく解決しました。ありがとうございました。
232 ：デフォルトの名無しさん：2008/05/20(火) 16:02:27: すみません。
初心者です。教えてください。

S!アプリではBASE64って使えないんですか？
JavaDocの中に見つからなかったんですが･･･
233 ：デフォルトの名無しさん：2008/05/20(火) 18:32:29: sunのRI使ってればcom.sun.midp.io.Base64が使えないわけでもない
234 ：デフォルトの名無しさん：2008/05/21(水) 12:03:39: javax.microedition.lcdui.game.Layerのコンストラクタをパッケージプライベートからpublicに変えてほしいよね。
クラス自体はpublicなんだし。
独自のレイヤ機能を実装したい場合にはSpriteはいらない機能が多い。
235 ：232：2008/05/21(水) 18:22:32: >233
ありがとうございます。

BASE64のロジックを
JAVAでガリガリ書いてあるソースをひろってきて、
コピペすることで解決しますた。
236 ：デフォルトの名無しさん：2008/05/21(水) 19:21:42: まあbase64のエンコード・デコードくらい仕様に忠実に実装してもそんなサイズじゃないよ。
237 ：デフォルトの名無しさん：2008/05/23(金) 21:53:20: シャープのVGA機解像度上げるとオフスクリーンの取れるサイズが減るって
糞仕様どうにかなんねえのかなあ
238 ：デフォルトの名無しさん：2008/05/24(土) 19:27:52: RAMケチってるからどうにもならんだろ
239 ：デフォルトの名無しさん：2008/05/27(火) 19:32:09: 812SHでweb(http)からテキストを取得しようとしています。
エミュレータでは動作するのですが、実機で実行すると
java.lang.SecurityException: restricted url.
と出て接続できません。

jadは
MicroEdition-Profile: MIDP-2.0
MIDxlet-API: JSCL-1.2.2
MIDlet-Permissions: javax.microedition.io.Connector.http
MIDlet-Network: Y
MIDlet-Application-Security: Y
にしています。

googleで検索してみても同様の状況は見つからず困っています。
対処方法をご存じの方教えてください。
240 ：デフォルトの名無しさん：2008/05/27(火) 20:06:08: S!アプリのMIDP2.0対応端末編part6を見て思ったのですが、ファイルサポートの対応プレイヤーでPNGがMIDP2.0/JSR135に対応しておらず、MEXA/JSCLに対応している端末があります。
その端末ではImage.createImage()でPNG画像を生成できないと考えて、MEXA/JSCLのPngDataを利用すべきなんでしょうか？
241 ：デフォルトの名無しさん：2008/05/29(木) 01:37:12: すみません、初心者ですが教えてください

開発環境
jdk1.5.0_14
wtk2.5.2
V-appli_SDK_121

で、Vodafone向けのVアプリを作ろうとテスト用のソースを作って以下のようにビルドしたら
jarファイル作成時に次のようなエラーが出ました。

set CLASSPATH=C:\WTK2.5.2\lib\midpapi10.jar;C:\V-appli_SDK_121\lib\stubclasses.zip
javac -source 1.3 -target 1.3 -encoding SJIS -g:none -d tmpclass -bootclasspath %CLASSPATH% test.java
preverify -classpath %CLASSPATH% -d classes tmpclass
jar cvfm test.jar test.mf -C classes .

エラー
java.io.IOException: invalid header field name: ?>>>?MIDlet-Name ...

すみませんがこのエラーの原因と対処法がわかる方がいたら教えてください。
よろしくお願いします。

以下mfファイルの記述
MIDlet-Name: test
MIDlet-Version: 1.0.0
MIDlet-Data-Size: 10000
MIDlet-Application-Range: 0,0
MicroEdition-Configuration: CLDC-1.0
MicroEdition-Profile: MIDP-1.0
MIDlet-1: test,,test
242 ：デフォルトの名無しさん：2008/05/29(木) 15:36:59: >>241
＞MIDlet-Name

ココ。どうせShiftJISでベタベタと書いたんだろう？
243 ：デフォルトの名無しさん：2008/05/29(木) 19:16:52: >>242
無事解決しました
ありがとうございます。
244 ：デフォルトの名無しさん：2008/05/30(金) 16:15:41: S!アプリについての質問なんだけど
245 ：デフォルトの名無しさん：2008/05/30(金) 16:18:02: >>244
ミスった
S!アプリについてなんだが
ブラウザ起動時のMIDlet-Versionは完全一致じゃなきゃ駄目なんだろうか？
具体的には
MIDlet-Version: 1.xとか2.xぐらいの大まかな分け方でアプリとHTMLを切り分けたい
246 ：デフォルトの名無しさん：2008/05/31(土) 01:15:32: 初歩的な質問ですみません。。。
pngの透過についてですが、以下のように32*32のマップチップを3つ横に並べた画像の読み込みです

for(i=0;i<3;i++){
image[i]=Image.createImage(32,32);
image[i].getGraphics().drawImage(imgPic,-32*(i%3),0,Graphics.LEFT|Graphics.TOP);
}

こんな感じのプログラムなんですが、表示させてみると透過に設定した部分が白く表示されてしまいます
おそらく32*32で準備した後にのっけてるからだと解釈していますが。。。

どなたか解決策をご教授していただけると助かります
247 ：デフォルトの名無しさん：2008/05/31(土) 01:44:04: >246
Image.createImage(32,32)によって素で白いImageが作られて、
そこに元が透過PNGであるimgPicというImageを描画したら、
透過部分に白が透けて見えるって状況だよね。

正常な動作じゃん。何を質問したいんだい？
248 ：デフォルトの名無しさん：2008/05/31(土) 01:46:25: 俺は透過なんて機種依存強そうで使った事無いけど
環境ぐらい書いてみたらどうだろう？
249 ：246：2008/05/31(土) 02:21:43: >>247
あ、かなり説明不足でした。。。
>>246のプログラムでいうとimage[2]に格納した画像（キャラ）に透過が設定されていて、
image[0]（床）の上にキャラを表示させたいということです。。。

>>247
透過なしでRPGなどのキャラが動かせるのでしょうか…
まだエミュで実行させてるだけの段階ですが、
Vistaで、Wireless Toolkit 2.5.2 for CLDCを使っています
250 ：デフォルトの名無しさん：2008/05/31(土) 03:39:48: Graphicsがgだとすれば
for(i=0;i<3;i++){
g.drawImage(image[i],0,0,g.LEFT|g.TOP);
}
じゃないの？
251 ：247：2008/05/31(土) 04:53:39: >249=>246
>>>246のプログラムでいうとimage[2]に格納した画像（キャラ）に透過が設定されていて
残念だがそうはならん。

元が透過PNGのImage（ここではimgPicか）は、
他のImage（やCanvas）に描画する時点で透過が反映されるが、
描画されたImage（ここではimage[n]）は透過情報を持っていない。
また、image[n]に対して「白を透過させろ」なんて設定するメソッドはない。

>249で思ってることをやるには、例えば、
image[0]（床）に対して、imgPic上の目的の領域を直接描画する。

多分、こういうことを聞きたいんだよな？ｗ
252 ：246：2008/05/31(土) 13:15:48: >>251
レスありがとうございます
やはりこの方法では透過は無理なようですね。。。

ググってみたら、画像の一部を表示するdrawRegion()というものがあるのですね
こいつを使って直接描画させてみようと思います
253 ：デフォルトの名無しさん：2008/05/31(土) 15:22:06: http://www.nicovideo.jp/watch/sm3488843
254 ：デフォルトの名無しさん：2008/06/01(日) 13:27:33: 作成済みのＥＺアプリを携帯に入れたいんですが
webにアップする以外の方法はありませんか
255 ：デフォルトの名無しさん：2008/06/01(日) 14:51:52: どこでもセーブ対応のjavaエミュレータがあればいいのに
256 ：デフォルトの名無しさん：2008/06/01(日) 18:15:41: StorageConnection sc = (StorageConnection)Connector.open(path);
OutputStream os = sc.openOutputStream();
OutputStreamWriter osw = new OutputStreamWriter(os);

として、書き込み処理を終えた後にすべてをclose()するものなのでしょうか？
それとも一つをclose()すればいいですか？
257 ：デフォルトの名無しさん：2008/06/02(月) 06:59:43: 不要ならば開放すると良い
258 ：256：2008/06/02(月) 09:51:08: レスどもです。
ためしにStorageConnectionだけ開放しても、SDカードのアイコンの点滅が止まりませんでした。
やはり不要になったら開放しなくては駄目ですね。
259 ：デフォルトの名無しさん：2008/06/02(月) 23:10:05: 携帯javaならStringオブジェクトだろうと使い終わったら
nullでも代入して初期化してやるのが良いかもしんないよ
260 ：デフォルトの名無しさん：2008/06/02(月) 23:59:44: レコードストアの内容ってMIDlet削除したら消えるんですよね
アプリをダウンロードし直してもハイスコアとか保持できないですか？
261 ：デフォルトの名無しさん：2008/06/03(火) 13:49:49: >>260
アプリがマスター、RSがスレーブ
と考えればそんな質問は出てこない筈
web鯖とかSDとか外に出しな
262 ：デフォルトの名無しさん：2008/06/03(火) 18:45:42: Other documentsあたりに置きっぱにしとくとマズいんだっけ？
263 ：デフォルトの名無しさん：2008/06/05(木) 01:10:46: 東芝･;(`ε()ﾞ
264 ：デフォルトの名無しさん：2008/06/05(木) 01:41:26: 大きな画像をループでスクロールさせたい場合は分割したほうがいいですか？
クリッピングがまともな実装であれば、そのまま画像を並べて描画したほうが速い
と思いますが、特定の機種で遅くなったりしないでしょうか
265 ：デフォルトの名無しさん：2008/06/05(木) 01:55:37: >>264
機種別の仕様が書いてあるpdfに高速で描画可能なImageの最大サイズが書いてあるよ
それ参考にして最適な画像サイズを割り出せば
266 ：デフォルトの名無しさん：2008/06/06(金) 01:30:28: >>265
>>264じゃ無いけど、そんな細かい仕様まで公表してるメーカーってあるの？
それともそのｐｄｆは一般人には見れない代物？
267 ：デフォルトの名無しさん：2008/06/06(金) 05:05:06: >264-266
まずソフバン端末なのかau端末なのか明確にしてから話そうや
268 ：デフォルトの名無しさん：2008/06/06(金) 19:36:55: ユーザシェアからして分けた方がよくないかそろそろ
269 ：デフォルトの名無しさん：2008/06/06(金) 19:46:21: >>268
プログラマのシェアで考えるべきだろう。
270 ：デフォルトの名無しさん：2008/06/06(金) 21:14:49: スレを分けると不便になりそう。
ソフバンもauもウィルコムも、CLDC+MIDP(+キャリア拡張)という形には変わりないから、
共通で参考になる情報が分散したり、逆に同じ質問があっちでもこっちでも…というのはうまくない。

質問者も回答者も、キャリア依存・機種依存の問題だなと思ったら、
そこをまず確認するように気をつければ、このスレ１本で問題ないと思う。

例えば>264には「ソフバン？」「例えばどの機種？」とか一言投げてやればいいし。
271 ：デフォルトの名無しさん：2008/06/06(金) 22:48:04: そもそも日本がMIDPで統一されてないのは問題だな
272 ：デフォルトの名無しさん：2008/06/07(土) 01:11:06: このスレには開発環境もろくに書かずに
皆が自分の思考を共有しているかの様な前提で
質問する人が多いから
次のテンプレには書き込みには対象のキャリアを
明示するよう一言付け加えてはどうだろう
273 ：デフォルトの名無しさん：2008/06/07(土) 23:39:51: SBなのですが、大きいデータなどを読み込む時に
「ローディング中」みたくアニメーションさせる方法って具体的にどうやっているんでしょうか？
昔からゲーム作りでずっと疑問になっていてでそういうことをしているサンプルコードも見たことなかったものですから
お願いします
274 ：デフォルトの名無しさん：2008/06/07(土) 23:44:53: >>273
スレ違い
275 ：デフォルトの名無しさん：2008/06/07(土) 23:46:40: >>273
データを読み込むスレッドと「ローディング中」をアニメーションさせるスレッドの二つを用意すれば？
276 ：デフォルトの名無しさん：2008/06/08(日) 01:57:21: >273
このスレで、ダウンロード中のプログレスバーの表示はどうやるかって話が
何度か出たから過去ログ探して読んでみれ。それで答えになる。
277 ：デフォルトの名無しさん：2008/06/08(日) 03:11:04: >>275
昔の端末でそれやると、アニメの方コマ送りになって使い物にならなかったが
今のはそんなにきれいに動く？
278 ：デフォルトの名無しさん：2008/06/08(日) 03:34:03: >>277
ローディングを示すアニメーションを滑らかにする必然性ってあるの？
アプリが止まっているわけじゃないとユーザーに認識させられればOKだろ
279 ：デフォルトの名無しさん：2008/06/08(日) 06:32:50: 滑らかに動くならそのほうがいいだろ。
>>278のUIは、悪くはないけど良くもないって感じのものなんだろうな。
280 ：デフォルトの名無しさん：2008/06/08(日) 08:54:07: 簡単にやるなら、絵を100枚読む場合、1枚読むごとにアニメを更新するって手もあるな。
ちょっとカクカクするけど、そこがまた「読み込んでるって感じ」が出る
281 ：デフォルトの名無しさん：2008/06/08(日) 18:18:30: プログレスバー更新時はローディング処理をスリープさせるってのはどうだろう
ローディング自体遅くなるだろうけど綺麗にアニメーションするはず
あと、バーは画像よりdrawLineの方が軽そう
282 ：デフォルトの名無しさん：2008/06/08(日) 19:55:23: ひどい話だ
283 ：デフォルトの名無しさん：2008/06/08(日) 22:44:26: 本末転倒
284 ：デフォルトの名無しさん：2008/06/08(日) 22:45:42: なにか前にも見た流れが・・
285 ：デフォルトの名無しさん：2008/06/09(月) 04:29:24: >>282-283
携帯程度の処理能力に無理して複数スレッド同時処理させるよか
プログレスバー描画の更新の束の間の間だけロード処理を止めた方が
効率が良い場合も往々にしてあるのだよ
286 ：デフォルトの名無しさん：2008/06/09(月) 15:43:29: >>285
そもそもプリエンプティブにスレッド処理されてねーから、描画スレッドの駆動中だけ
転送スレッド止めても意味ねーのよ。　>>280の方が余程綺麗に動く。

もっとそれらしく見せるなら、各段階の初期化の所要時間を実測してバーの進捗に
反映させる。　機種毎にイメージが遅かったりサウンドが遅かったりするから、
デフォルト値固定でなく、学習するようにすれば尚可。
287 ：デフォルトの名無しさん：2008/06/09(月) 16:19:13: 278 のように要点押さえて設計した方がよいと思うがね
288 ：デフォルトの名無しさん：2008/06/09(月) 19:56:38: ローディング画面が滑らかだとしても、ほとんどの人はろくに見ていないという、、、
289 ：デフォルトの名無しさん：2008/06/09(月) 20:11:56: フリーズしていないことさえわかればいいものだからな
290 ：デフォルトの名無しさん：2008/06/09(月) 22:56:28: ローディングの話でここまで盛り上がるとは･;(`ε()ﾞ
291 ：デフォルトの名無しさん：2008/06/10(火) 00:11:00: ていうか前にも同じ流れがあったっちゅーねん･;(`ε()ﾞ
292 ：デフォルトの名無しさん：2008/06/10(火) 06:45:03: だったらそれを貼れば良かっただろアホか･;(`ε()ﾞ
293 ：デフォルトの名無しさん：2008/06/10(火) 19:16:33: バーじゃなくてアニメgif置いとけばいいじゃんｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
294 ：デフォルトの名無しさん：2008/06/10(火) 23:26:52: >>293
お！その手があったか。
お前超馬鹿じゃね？
295 ：デフォルトの名無しさん：2008/06/10(火) 23:38:55: 別にシステムじゃない分けて正確な進捗を描画する必要もないし
オペレーティングシステムでもどころかそまそも未来のことを"
正確"に把握するなんて不可能な訳で、適当な落とし所で
割りきれば良い話だよな

読み込み処理を分割して、処理済み/分割数で1/分割数読み込む毎に
描画を更新するのがセオリーじゃね？
別にバーは時間に対しての割合である必要もないし、
読み込んだ数に対する割合なら嘘にもならんし、
滑らかにする必要もないし、
読み込み単位でAPIでブロックされるから求める制度にも限界あるし、
フリーズしてない事と待時間の目安が提供出来れば十分だし。
296 ：デフォルトの名無しさん：2008/06/11(水) 01:00:40: 裏で先読みロードを繰り返す某RPGの様な
待ち時間無しのシステムを作れば良い
携帯の処理能力と300k制限の中でな･;(`ε()ﾞ
297 ：デフォルトの名無しさん：2008/06/11(水) 06:15:29: >>295
リアル鬼ごっこ並みの日本語だが最後の二行は理解した。
298 ：295：2008/06/11(水) 08:08:02: >>297
リアルリアル鬼ごっこですまそ
299 ：デフォルトの名無しさん：2008/06/12(木) 01:18:00: >鬼ごっごサンプル(実機では動作確認してません)
ttp://nicosb.orz.hm/sample/MobileApplication2.zip
>>295じゃないけど、作ってみた。
改造すれば進捗バーの表示もできるハズ

>使ってる画像
ttp://nicosb.orz.hm/sample/sample.zip
300 ：デフォルトの名無しさん：2008/06/13(金) 14:03:58: >>296
携帯の処理能力よりも、300k制限よりもヒープが足んねえので却下
301 ：デフォルトの名無しさん：2008/06/13(金) 14:11:45: win mobile機でJBlend積んでたら余裕だな。
レジストリいじればヒープ9Mまで使える。
302 ：デフォルトの名無しさん：2008/06/13(金) 18:16:53: >>296
それドラクエだったっけ？
WiiやX箱とかだとLoading画面に制約があるとか聞いたな。
3秒以内に画面の一部を更新しろとか。
303 ：デフォルトの名無しさん：2008/06/13(金) 22:55:43: でもそんなの関係ねえ！でもそんなの関係ねえ！

おっぱっぴー･;(`ε()ﾞ
304 ：デフォルトの名無しさん：2008/06/14(土) 00:06:55: WiiとかX箱みたいなコンシュマー機はハードの応答速度にバラつきがほとんどない
（かまたは一定にできる仕組みがある）からいくらでも対応できるのよ･;(`ε()ﾞ
305 ：デフォルトの名無しさん：2008/06/14(土) 02:10:30: >>302

多分違うよ
>>296が言ってるのはM$のダンジョンシージに違いない
あのゲームは例えマルチプレイ時でも、
ゲーム起動時以外はロードが存在しない
306 ：デフォルトの名無しさん：2008/06/14(土) 08:08:25: 別にFF7だってドラクエ7だって先読み満載じゃねーか
307 ：デフォルトの名無しさん：2008/06/14(土) 17:12:12: ローディングが画面として存在するかしないかの話だろ
流れ読めよ･;(`ε()ﾞ
308 ：デフォルトの名無しさん：2008/06/14(土) 18:42:40: >>306　は先の先。いわゆる400レス目あたりの話をしているんだよ
309 ：デフォルトの名無しさん：2008/06/15(日) 05:47:44: 自作javaアプレットのｵｰﾌﾟﾝｱﾌﾟﾘへの移植を考えてるんだけど
floatとかの実数型を使いまくってる状況です
やっぱ重いだろうか？

float多用したACT/STGの類の開発経験が有る方、
体感速度とかどんな感じでした？
310 ：デフォルトの名無しさん：2008/06/15(日) 13:00:08: そんなもん気にすんな。
311 ：デフォルトの名無しさん：2008/06/15(日) 14:16:48: 突然ですが質問させてください。。。
キーイベントについてです。

keyPressdメソッドと、keyRepeatedメソッドの処理を全く同じにしたところ、
キーを押しっぱなしにしたときのキャラの移動が、押した瞬間に動いたあと、一呼吸おいて移動します。。。

「→、、→→→→→」
イメージとしてはこんな感じでしょうか。。。

この移動を滑らかにするには、どういう方法で対処できるのでしょうか。。。
312 ：デフォルトの名無しさん：2008/06/15(日) 14:22:06: >>311
GameCanvas使ってる？
313 ：デフォルトの名無しさん：2008/06/15(日) 14:35:48: >309
1フレーム描画に何千回も計算するような箇所は固定小数点に置き換えたほうがいい。
ベクトルの正規化を多用する場合もsqrtの逆数は自作すべき。
float精度のニュートンラプソン法の初期値を一発で求めるトリッキーな方法がある。
314 ：デフォルトの名無しさん：2008/06/15(日) 14:45:01: >>312

いえ、使ってないと思います。。。
なにせjavaを始めたばかりで無知なもので。。。

いろいろとググってみて、分からなかったらまた質問させていただきます。
即レスサンクスでした。
315 ：デフォルトの名無しさん：2008/06/15(日) 16:24:46: >>311
keyRepeaedの意味はわかってるかな？
押しっぱなしにされたとき、一定間隔で呼ばれるものだ。

2chに書き込む時、キーボードのキーを押しっぱなしにすると
「あ、、あああああああああ」
って感じになるだろ？
同じもんだ。

keyPressedで押されたというフラグを立て、keyReleased（Repeatedにあらず）でフラグを解除。
という処理だけつくり、実際にキャラを動かすのはゲームスレッドで行なう。
ゲームスレッドでは、時間で定期的に処理を進める
316 ：デフォルトの名無しさん：2008/06/15(日) 16:49:28: GameCancas#getKeyStates　を使うのが楽だと思う
ゲームキーしか取得できないが。

Softbank専用で数字キーとかの状態を調べたかったらDeviceControl使えばいい。
317 ：デフォルトの名無しさん：2008/06/15(日) 21:46:03: DeviceControlってソフトキーも取得できるけど、端末によって左右が違ったりするの？
318 ：309：2008/06/16(月) 01:05:48: >>313
やっぱ置き換えた方がいいよね
実機である程度の体感速度が得られれば良いんだけど
もう面倒くさいから実数型のままで移植してみる
319 ：デフォルトの名無しさん：2008/06/16(月) 21:37:14: オープンアプリ対応機って今のところ速度差無さそうだしな
ソフバンも3Gになってからは、解像度差による描画レート以外そんな変わんないよな？
海外だとMIDP2.0/CLDC1.1でも凄いスペックのがある
画面128x96とかヒープが512kとか、そんなんに実数演算させんなw
320 ：デフォルトの名無しさん：2008/06/16(月) 21:40:32: >>319
つまり何が言いたいんだ？
321 ：デフォルトの名無しさん：2008/06/16(月) 23:01:01: 機種ごとに差がないんだから、とりあえず実数で組んでみて速度確かめたらいんじゃね？
２行目以降は、「ところでよ」って話で確かに分からんな。すまん
322 ：デフォルトの名無しさん：2008/06/17(火) 17:05:22: SoftBankでタッチパネル対応機種の一覧ってありますか？
独自APIじゃなくてpointerPressed()とかで座標を拾えるんでしょうか
323 ：デフォルトの名無しさん：2008/06/17(火) 18:15:39: StorageConnectionを使用してネットワーク経由で
取得したjarファイルを端末に保存してアプリ内でリソースとして
展開するアプリを考えているのですが、jarファイル内のリソースの
暗号化などを施したほうが良いのでしょうか？

ちなみにjarは、んぱか氏のファイル結合ツールを使用してtxtや
jpgなどをjarでまとめようと思っております。

■ファイル結合ツール
ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/InflateEx/index.html
324 ：デフォルトの名無しさん：2008/06/17(火) 18:31:28: ヒープが足らないって落ちじゃないだろうな？
325 ：デフォルトの名無しさん：2008/06/17(火) 19:12:53: すみませんが、エミュだと試せないので、
FEPControlについて教えて下さい。

初期表示される文字列を、
クリアキーで全て削除して、
さらにクリアキーを押した場合は、
getInputText()から何が戻ってくるのでしょうか？

String str = "テスト";
FEPControl fc = FEPControl.getDefaultFEPControl();
str = fc.getInputText(str,TextField.ANY,100,false);
326 ：デフォルトの名無しさん：2008/06/17(火) 21:49:01: >>322
SoftBankでタッチパネル対応機種なんてなかったと思うけど・・・（Xシリーズ除く）。
Vodaの時代にも無かった気がする。
Jの時代にはパイオニアが出してた気がする。

うん。適当でごめん。
327 ：311：2008/06/17(火) 23:40:26: >>315
亀ですいません。。。

なるほど、そういう方法があるんですね！
キーが押されて離されてなかったら、押しっぱなしということですか

ありがとうございました！
328 ：デフォルトの名無しさん：2008/06/18(水) 00:34:48: エミュと実機ではキーの反応・動作が大分違う場合があるから気をつけるんだ
329 ：デフォルトの名無しさん：2008/06/18(水) 02:16:55: >>325
P5,P6で、null がかえってきた記憶がある。
はじめっから null が来ても "" が来てもおｋなように作っときゃ問題ないけどね。
330 ：325：2008/06/18(水) 13:01:34: >>329
レスありがとうございます。

""とnullの処理を入れて、3Gの実機を持っている人に試してもらったところ、
端末によって挙動が違うようでした。

・初期表示の文字が全部消えると、クリアキーは無効。文字入力処理は続行してます。
・クリアキーでFEPの入力画面が消え、getInputText()から戻って来ない。文字入力も出来ない。

２番目はハング状態のようです。getInputText()の引数で回避できるのでしょうか？orz
331 ：325：2008/06/18(水) 14:05:08: 自己レスです、解決しました。

getInputText()で、クリアキーを押下した際に、
RuntimeException が発生する事が分かりました。

これを、catchしてなかったのが原因のようです。
お騒がせしました。
332 ：デフォルトの名無しさん：2008/06/18(水) 21:17:22: >325　解決してるようだけど、自分が知ってることを書いてみる。
P5のアプリを作ってた頃の調査結果。

FEP起動後、編集操作中にユーザーが[取消]を押すと
「編集内容を取り消すか？ YES/NO」のダイアログが出る。

そこでYES（編集取消）を押すとFEPは例外エラーを発生して終了する。
クリアキー押下でも何でも、とにかく編集を中断したら例外エラーが出る。

従ってFEP起動処理はtry-catchでくくるようにする。
ついでに、編集確定でFEP終了したのか、キャンセル操作で終了したのか、
フラグを立てておくとその後の処理で役に立つかも。
333 ：325：2008/06/19(木) 18:39:37: >>332
javadocの getInputText()には、
IllegalArgumentException の記述しかなくて、
RuntimeException が発生していたとは、なかなか気が付きませんでした。
検索しても情報が少なく　orz

＞とにかく編集を中断したら例外エラーが出る。
＞フラグを立てておくとその後の処理で役に立つかも。

との事なので、FEP起動処理はtry-catchでくくり、
キャンセルされたら、元の文字列に戻すようにしました。

どうもありがとうございました。
334 ：デフォルトの名無しさん：2008/06/19(木) 19:48:57: >>323
スクラッチパッドに保存するだけなら取り出せるわけじゃないから暗号化はいらんが
スマートメディアのOtherDocumetあたりの外から見えるところに見られたくない物を置くなら
暗号化が必要だな。
ただ、Storageとio両方にアクセスできるように設計すると、素人アプリはコンテンツアグリゲータに
上げる時にハネられると思うぞ。
ttp://ac-admin.appget.com/open_kiyaku.htm#siyoukinnsi
335 ：323：2008/06/20(金) 02:55:19: >>334
やはりOtherDocumetだと暗号化は必須でしたか。
リソースの取得方法を再度検討してみます。
ご返答ありがとうございました。
336 ：デフォルトの名無しさん：2008/06/20(金) 09:29:38: Dojaの話で悪いが、某◯貝獸物語のリソースがSD-BindingでJARだったから、普通に解凍して取り出しが出来た。SD-Bindingはピュアバイナリぽいね。

必要があれば暗号化かければ良いけど、単純なジャミングならInputStreamとOutputStream辺りを継承して、上位と下位の4bitを入れ換えて取り扱うStreamクラスを作るのが楽なんじゃないかな。
337 ：デフォルトの名無しさん：2008/06/22(日) 00:13:25: Dojaなら専用スレあるだろ....
338 ：デフォルトの名無しさん：2008/06/22(日) 00:45:05: >>337
上の話は余談で下の話が実際言いたかったことじゃないの？
339 ：デフォルトの名無しさん：2008/06/22(日) 01:23:47: >>336
EncryptionAttributeを立ててないだけ。
単に忘れたか、それとも速度が厳しかったかのどちらか。

>>335
んぱかに暗号化のサンプルが載ってるな。
ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/CryptoEx/index.html
340 ：デフォルトの名無しさん：2008/06/24(火) 00:50:26: Sアプリのレコードストアが3Mにアップしたね
341 ：デフォルトの名無しさん：2008/06/24(火) 00:55:50: それに引き換え32kbの
342 ：デフォルトの名無しさん：2008/06/24(火) 23:27:45: ソフトバンクの動向とか見てると
自由度の極端に低いauの糞仕様も
新OSの普及と共に緩和されそうだね
343 ：デフォルトの名無しさん：2008/06/25(水) 00:28:23: OS?
344 ：デフォルトの名無しさん：2008/06/25(水) 01:50:46: >>342
詳しく
345 ：デフォルトの名無しさん：2008/06/26(木) 00:24:04: 国内でも流行り出したWindowsMobileとか
新OSのAndroidの事を指してるんでしょ多分
どっちもjava動くし実現度・自由度だって高いはず
346 ：デフォルトの名無しさん：2008/06/26(木) 01:10:15: Androidでjavaが動くって表現はなんか違う希ガス。
Androidは新らしく出現したjava環境でJavaMEのリソースは
殆ど流用できないんじゃまいか（外部apiに殆ど依存していな
い抽象ライブラリとかを除いて）
ttp://blogs.sun.com/hinkmond/entry/later_than_the_last_attendee
↑このブログ主JavaMEの伝道師らしいがAndroidには攻撃的だ。
347 ：デフォルトの名無しさん：2008/06/26(木) 17:58:40: AndroidはOSじゃないし
、WMはスマートフォンが主だから活躍の場が違うと思う
普通に住み分けがされるだけじゃないかな
348 ：デフォルトの名無しさん：2008/06/26(木) 18:11:28: Androidは開発環境がJava SE5.0+αだからME関係ないな。
スマートフォンにはCLDC+MIDPじゃなくてCDC+PP積んでほしい。できればAGUIも欲しいが。
349 ：デフォルトの名無しさん：2008/06/26(木) 22:56:38: Java SEのライブラリは使えないよ
開発環境やコンパイラを流用して最後に実行コードをDalvik用に変換するだけ
ずるいと言えばずるい
350 ：デフォルトの名無しさん：2008/06/26(木) 23:10:51: 質問があるんですが…
WTKのfillTriangle()はJavaSEのawtと同じ仕様なんですが
MEXAエミュレータでは右下方向に1pixel拡大されるようです
手持ちの実機でも同様でした
これはSoftBank共通仕様と考えていいんでしょうか？
351 ：350：2008/06/27(金) 02:22:50: すみません。自己解決しました

WTKのエミュレータでは隣接する三角形のエッジを共有せず、MEXAは共有する仕様のようで
どちらもMIDPの実装としては有りのようです
両方に対応するため、起動時にテスト描画してエッジの色を調べることにしました
352 ：デフォルトの名無しさん：2008/06/27(金) 05:15:26: アプリゲットが2G対応を2007年10月末に終了させていたことに、
今更ながら気づいたぜ。

これって、
もはや一般クリエータは2G端末(P4,P5,P6)向け配信を
(既存アプリ含め)一切できないってことだよね？
353 ：デフォルトの名無しさん：2008/06/27(金) 12:33:13: >>352
他は？
http://developers.softbankmobile.co.jp/dp/tech_svc/java/appli.php
354 ：352：2008/06/28(土) 02:38:17: アプリLiveもとっくに終わってるものだと思ってたけど、
一応ゲームチャンネルとしてまだ残ってたのね、、thx
355 ：デフォルトの名無しさん：2008/06/28(土) 18:59:46: 最近DocomoのAPIを分けるやり方が一番賢い気がしてきた
無駄に制限だらけのauとSoftbankなんて潰れてしまえ･;(`ε()ﾞ
356 ：デフォルトの名無しさん：2008/06/28(土) 20:50:14: 海外MIDP端末とwillcomは自由だぞ
357 ：デフォルトの名無しさん：2008/06/30(月) 20:51:44: S!アプリを作っているのですが、703SHにてOutOfErrorが出てしまいます。
OutOfErrorなのでリソースを削るのが定石だと思うのですが、
実機でRuntime#freeMemory()とRuntime#totalMemory()を使ってメモリ状況をモニタリングしていると、
突然freeMemory()が増える(使用メモリが減る)タイミングがあります。
起動時に大きくリソースを読み込み、4MBのヒープの3.7MB前後をしばらく推移し、
その状態でリソースを読み替えの場面を行き来するとOutOfErrorが起きやすいのですが、
freeMemory()が増えたあとは2Mあたりを推移し、上記場面でのOutOfErrorは今現在発生していません。
freeMemory()が増えるタイミングまちまちで、大きくリソースを読み込んだ後1・2分程放置することで基本的になります。
この時に起きているであろう解放を明示的に起こす方法はありますでしょうか？
読み込み時は1ファイル毎にSystem.gc()を読んでおりますが、効果はありませんでした。
MEXA Emulator及び905SHでは、大きくリソースを読み込んだ後から既に2Mあたりを推移すると言う状況です。
何かご存知でありましたらご教授をお願い致します。
358 ：357：2008/06/30(月) 21:01:04: MicroEdition-Profile: MIDP-2.0
MicroEdition-Configuration: CLDC-1.1
MIDxlet-API: JSCL-1.2.2
を対象に開発を行っています。
他不足情報があるかもしれませんが、恐れ入りますがよろしくお願い致します。
359 ：デフォルトの名無しさん：2008/06/30(月) 21:45:58: GCの実装の問題だからどうしようもないと思うんだけど。
リソースのサイズ減らすしかないんじゃない？
360 ：デフォルトの名無しさん：2008/06/30(月) 22:39:31: んだね
あとは自分の実装を見直してみること
gc呼んでも全く効果なしなら別に原因があるとも考えられる
361 ：デフォルトの名無しさん：2008/07/01(火) 19:58:59: 1ファイル毎など生ぬるい。毎フレームだ。
362 ：デフォルトの名無しさん：2008/07/01(火) 23:29:12: そんなことしてもだいたいキューに溜められるだけなんだが
363 ：デフォルトの名無しさん：2008/07/02(水) 01:16:07: 何作ってるか知らんが一度に数メガ単位のリソース読むなんて非常識
364 ：デフォルトの名無しさん：2008/07/04(金) 18:08:24: 待ち受けとかノベル系のアプリ作っててふと思ったのですが、長時間キー操作がないとアプリの処理速度って遅くなりません？
で、関係ないキーとか押してみるとまた速度が元に戻る…の繰り返し。
これを解決するには一定時間ごとにアプリ側に制御を渡すような処理が必要なんでしょうか？
365 ：デフォルトの名無しさん：2008/07/04(金) 18:52:38: 電池馬鹿食いの待ち受けになりそうだなｗ
366 ：デフォルトの名無しさん：2008/07/04(金) 18:58:05: ノベルゲームってキー待ちじゃないの
入力がない間に処理が遅くなるってわかるの？
367 ：デフォルトの名無しさん：2008/07/04(金) 20:06:12: >>366
キャラがアニメーションしてるとかじゃねーの？
368 ：デフォルトの名無しさん：2008/07/05(土) 03:09:14: 携帯電話の本質から考えると当然の仕様じゃないかと思う
参考までに現行の一般的な携帯の初期設定だと、
数十秒操作がないとバックライトも消えて低電力モードに移る
しかし勝手アプリでその辺りの制御をできるとは考えにくい
素人に電池馬鹿食いアプリ作られて困るのは各キャリアだからね
369 ：デフォルトの名無しさん：2008/07/05(土) 03:52:47: ？
バックライトの制御くらい普通にできるんじゃないの？
370 ：デフォルトの名無しさん：2008/07/05(土) 14:21:04: 実装はどうあれ、10ms以上ならsleep()入れてくれさえすりゃいいんだが
なんでループぶん回すかな、みんな…
371 ：デフォルトの名無しさん：2008/07/05(土) 15:12:59: >>369
バックライトやバイブの制御などは簡単に出来るのですが、それでアプリ側に処理を移したつもりでも、描画速度がガタ落ちしてるんですよね。
ループで延々と描画を続けるアプリはみんなこんな感じなのかな…
372 ：デフォルトの名無しさん：2008/07/05(土) 15:36:58: >>371
繰り返す処理の内容にもよるから一概には言えない
373 ：デフォルトの名無しさん：2008/07/05(土) 22:43:00: 可変FPSにして余った分sleepしてる
374 ：デフォルトの名無しさん：2008/07/06(日) 01:24:40: >>369
少し言い方悪かったね
分かりやすく言うとCPUの省電力動作の移行に関する操作までは
できないということ
でも省電力移行する程の期間で出力が必要な実装なんて
個人的にはあまり聞いたことが無い
375 ：371：2008/07/06(日) 14:30:40: >>372
シューティングゲームを作っているんですが、whileでぶん回しながら
自機、敵機の描画し、Thread.sleep(50)でウェイトをかけています。
通常ゲーム中のキー操作がある場合は速度が遅くなる事はないのですが、
ステージ間のアニメーション(敵機が決められた軌道上をスクロールする)
が長い箇所の場合20秒程あるんです。
要するにユーザがキー操作をせず描画処理だけが続く時間が最大20秒ほど
あるという事です。で、この時に徐々に速度が遅くなっていき、最後らへんには
見るも無残な速度になってしまいます。
途中、関係のないキーを押下してみたりしてアプリ側に処理が移ると速度が
元に戻ります。
376 ：デフォルトの名無しさん：2008/07/06(日) 16:21:38: >>375
上の人も言ってるけど
ユーザビリティ的に考慮する必要は無いと思うよ
携帯のゲームやったことあるなら分かるでそ？
377 ：371：2008/07/06(日) 18:09:29: >>376
なるほど…。
という事は勝手アプリを作る上で、数十秒程度のアニメーションは難しいという事ですよね。
色々ありがとうございました！
378 ：デフォルトの名無しさん：2008/07/06(日) 18:35:42: 軽いモーションならまだしも、数十秒もあるアニメーションならムービーにして再生したほうが早いんじゃねえの
379 ：デフォルトの名無しさん：2008/07/06(日) 21:58:33: >>376
携帯使うときって基本バックライトが消えそうになったら
適当なキーを押すという使い方が一般的だからな
もちろんマニアックな設定をしてる人以外で
380 ：デフォルトの名無しさん：2008/07/06(日) 22:41:13: しかしそう考えると、ゲーム開始前で決定キーの
入力待ちの状態とかってあるじゃん。
アクションゲームとかそこでデモっぽいのが
流れてたりするけど、あれも放置してると速度が
遅くなるって事なのかな？
あんま携帯ゲームしないからよく分からないや。
381 ：デフォルトの名無しさん：2008/07/06(日) 23:28:39: 携帯ゲーの場合デモ自体流さないな。
容量の関係とかで。
せいぜいタイトルで選択アイコンが点滅かアニメするだけ。
382 ：デフォルトの名無しさん：2008/07/07(月) 01:48:57: 色々試してみたらdoja端末だとバックライトが消えても処理は重くならず
OAP端末だと暫く待つと重くなる。適当なﾌﾘｰｱﾌﾟﾘをDLしてみても同じく。
特にRPGで常に手足がてくてくなってるｱﾌﾟﾘを見てたら明らかに手足の
速度が遅くなってﾜﾛﾀ(笑)

まぁ機種による可能性大だが…。
383 ：デフォルトの名無しさん：2008/07/07(月) 11:06:56: >>371
ガベージコレクションを自動的な発生に任せていると重くなる事があるけど、それかな？
適当な所でSystem.gc()してみ？
384 ：デフォルトの名無しさん：2008/07/07(月) 11:09:12: BREWは動作遅くなるのが仕様
Docomo、Softbankならおかしい
385 ：デフォルトの名無しさん：2008/07/07(月) 11:46:57: AOPはJBlend on BREWだからなぁ
386 ：デフォルトの名無しさん：2008/07/07(月) 13:18:42: 本当にBREWはビチ糞だな。
387 ：デフォルトの名無しさん：2008/07/07(月) 13:20:56: 個人的にはゲリじゃなくて便秘の方かな。
388 ：デフォルトの名無しさん：2008/07/07(月) 19:16:54: System.gc();は毎フレームやれってばっちゃが言ってた。

東芝の場合はしらんって怒られました
389 ：デフォルトの名無しさん：2008/07/08(火) 21:55:08: softbankで　famiJSCL　使ってる人に質問

rom　の内部読み込みはうまくいくけど
外部読み込みで「romの読み込みに失敗しました」
となります
対処法をご存知の方お願いします
390 ：389：2008/07/08(火) 23:14:52: ちなみにMEXA_EMULATORのコンソールには

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

と表示されます
391 ：デフォルトの名無しさん：2008/07/09(水) 00:17:44: famiJSCLって何？

Trustedでインストールしてないとか？
392 ：デフォルトの名無しさん：2008/07/09(水) 00:43:52: ググったけどスレ違いすぎる
393 ：389：2008/07/09(水) 01:18:36: やはりここもスレ違いでしたか
失礼いたしました

ちなみに　Trusted　でインストールしたら無事起動しましたが
実機ではやはりエラーが出ます
394 ：デフォルトの名無しさん：2008/07/09(水) 15:45:08: >famiJSCL
www.geocities.jp/v904shmania/#famiJSCL
--- 引用
ファミコン＆ディスクシステムえみゅ
395 ：デフォルトの名無しさん：2008/07/09(水) 18:45:20: スレ違いで悪いけど、famiJSCLやゲームギアのって音有りになってるが
音源はどうやってエミュレートしてるのか気になる
spf？mmf？MIDI？
396 ：デフォルトの名無しさん：2008/07/09(水) 19:25:10: デコンパイルしてソース読めば？
397 ：デフォルトの名無しさん：2008/07/09(水) 20:01:36: >>396
そのつもりだったけどfamiJSCLのダウンロード先が見つからないんだ・・
398 ：デフォルトの名無しさん：2008/07/09(水) 21:22:37: >>397
smaf-phrase

"famiJSCL"でググったら最初に見付かるサイトの最後の方にzipあるよ。
399 ：357：2008/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：2008/07/09(水) 22:45:46: >>359
そのGCの実装の差異を何とか吸収出来る様なテクニックがあればと思いまして。。。

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

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

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

と言うわけで、怒鳴られてしまいそうな実装ですが、一応解決したました。
どうもありがとうございました。
401 ：デフォルトの名無しさん：2008/07/09(水) 22:55:18: (´∀`)　ｽﾊﾟｰﾝ!
　　 ⊂彡☆)´Д`)っ>>399
402 ：デフォルトの名無しさん：2008/07/10(木) 01:21:06: この流れでエミュエミュ言うから、うぜぇと思たら…
でもこれは駄目だろ
703shの実装以前に、何かが決定的に間違ってるはず
何がどれだけメモリを食ってるのかちゃんと調べたのか？
403 ：デフォルトの名無しさん：2008/07/10(木) 09:52:43: 循環参照でもして、メモリーリークしてるんじゃね？
404 ：デフォルトの名無しさん：2008/07/10(木) 10:39:35: いくらなんでも弱参照カウンタくらい実装してるだろVMが。
マーク&スイープだったりするぞ。
405 ：デフォルトの名無しさん：2008/07/10(木) 11:05:35: バグでガベコレがうまく働かない機種があったけど
それが703shだったかは忘れてしまった
406 ：デフォルトの名無しさん：2008/07/10(木) 16:57:14: >>404
いまどきの、コンパクションすら行わない速度だけを求めた糞VMが、そんなことしてるかね？
アプリが終了するときはしっかりやってそうだが。
407 ：デフォルトの名無しさん：2008/07/11(金) 00:39:41: S!アプリのJSCL-1.1.x以降はメモリコンパクションをサポートしているらしいが？
408 ：デフォルトの名無しさん：2008/07/11(金) 01:01:31: >>357はキャンバススレッドにベターッと全てを実装してたりしてなｗｗｗ
409 ：400：2008/07/11(金) 01:12:44: >>402
自分のコードに絶対的な自信を持っているわけではありませんが、
ただ、元々Dojaからの移植でDoja版は問題なく動作をしており、
納品済みで公開されております。
Softbank版ではクライアントの方でチェックされている中で703SHのみ
OutOfMemoryErrorが出ると言う報告のものでありました。
なので、元のコード自体に決定的な間違いがあるとは思い難いと思っています。
最も、メモリ容量の推移についてを先方にチェックしてもらっているわけではないので、
報告が無いことが703SHと同様の動作をしてないことと等価では無いとも思いますが。
703SHは一旦の対応で返却してしまったため、次の機会に"何"が"どれだけ"
食っているかを調べたいと思います。
今回は大幅に増えるタイミングタイミングがメンバ変数の初期化子しか
無い状態だったので、また対応の時間もあまり無く、深く追うことができませんでした。

>>403
メンバ変数はint等の値型の多次元配列がほとんどで、
メンバに参照を保持するようなメンバは持っていません。
また、メンバ変数の配列はコンストラクタ等で生成した後は解放しないで、
新たに作ることなく使いまわしているので、リークしそうなものがほとんど無い状態です。
410 ：デフォルトの名無しさん：2008/07/11(金) 01:27:17: J2MEで巨大な多次元配列とな
411 ：デフォルトの名無しさん：2008/07/11(金) 11:51:06: いまどきのKVMならコンパクション実装してるぞ。
412 ：デフォルトの名無しさん：2008/07/11(金) 13:21:42: >>411
そうなの？
少なくともDoCoMoは昔は実装してたのに、901あたりから一切コンパクションしなくなった
速さ優先のもよう
413 ：デフォルトの名無しさん：2008/07/11(金) 18:03:36: >>412
むしろP900、N900はコンパクション無いことが明記されているよ。
普通に組んでたら断片化を起こしているはずだし、
最近の物はほとんどコンパクションに対応してると思うよ

ttp://www.nttdocomo.co.jp/binary/pdf/service/imode/make/content/iappli/caution/n900is_iappli_notes_ver1.pdf
ttp://www.nttdocomo.co.jp/binary/pdf/service/imode/make/content/iappli/caution/p900iv_iappli_notes_ver1.pdf
414 ：デフォルトの名無しさん：2008/07/11(金) 19:30:29: 聞きかじった情報を信じるほど怖いことはない
415 ：デフォルトの名無しさん：2008/07/11(金) 21:17:14: >>409
プロならカバレッジ取るなりしてちょっとは自分で考えろ
たかが数100kのソースコードだろ
416 ：デフォルトの名無しさん：2008/07/12(土) 20:25:32: >>413
明記されてんのは知ってるよｗ
だが901か902からは全社コンパクション未対応だよ
FPS60出す化け物携帯にコンパクションなんて対応してねーっての
メモリー潤沢だからコンパクションが必要な場面はほとんどないけどな
417 ：デフォルトの名無しさん：2008/07/12(土) 22:32:34: >>416
ソースは？
60FPSってどのアプリよ
SHの画像メモリはちゃんとコンパクション
されているみたいだが
418 ：デフォルトの名無しさん：2008/07/12(土) 22:59:45: どっちが本当かは知らんけど、ドコモの902以降だったらマリオくらいだと60FPS出せるね
419 ：デフォルトの名無しさん：2008/07/13(日) 04:59:11: コンパクションするかどうかは、プログラムを組んで確認してみればわかること。
420 ：デフォルトの名無しさん：2008/07/13(日) 06:07:08: コンパクションしてるかってどうやって検証すんの？
421 ：デフォルトの名無しさん：2008/07/13(日) 09:43:08: 1M 10KB 1M 10LB
422 ：デフォルトの名無しさん：2008/07/13(日) 09:43:38: 1Ｍ　10ＫＢ　1Ｍ　10ＫＢ
って確保してうめうくしたあと、ＧＣして、その後2Ｍとろうとしてみればいいんじゃね？
423 ：デフォルトの名無しさん：2008/07/15(火) 03:04:56: ■■■■■■■■　　　■=new int[1048576/4]
■□■□■□■□　　　□=null
System.gc()
new int[2097152/4]
424 ：デフォルトの名無しさん：2008/07/16(水) 03:15:57: なるほと理解した
425 ：デフォルトの名無しさん：2008/07/17(木) 01:56:42: ろれつが回らない口調が流行ってるのか？
426 ：デフォルトの名無しさん：2008/07/17(木) 02:48:40: 解放しちゃらめぇ～
427 ：デフォルトの名無しさん：2008/07/17(木) 08:09:58: はーいたらちゃんです
428 ：デフォルトの名無しさん：2008/07/17(木) 22:43:45: プログラマーは赤ちゃん返り
429 ：デフォルトの名無しさん：2008/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 ：デフォルトの名無しさん：2008/07/19(土) 12:57:23: >>429
Socketアクセス出来ればメールも詐称しまくり送りまくりだよねえ。
フリーソフトにマルウェアとして仕込めば自分の手を汚さずに。
431 ：デフォルトの名無しさん：2008/07/19(土) 13:52:14: socket通信はできないんですか？
432 ：デフォルトの名無しさん：2008/07/19(土) 13:52:41