- 1 名前:デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:32 ]
- J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ)に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ: CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/l50 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ CLDC+MIDP+携帯電話用Javaスレッド part 4 pc8.2ch.net/test/read.cgi/tech/1108781476/ CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827 -- Java一般に関しては: 【初心者】Java質問・相談スレッド88【大歓迎】 pc8.2ch.net/test/read.cgi/tech/1153834996 NTT DoCoMoのiモード携帯電話用Java(iアプリ)については: iモード携帯電話用Java(iアプリ) Part12 pc8.2ch.net/test/read.cgi/tech/1154336955 >>2-5あたりにリンク集
- 220 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 01:07:42 ]
- JARもJADもAntに作らせてるわ。
JADは生成用のAntタスク作った。
- 221 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 01:23:07 ]
- お前がどうやってるかなんぞ訊いてないんじゃー
- 222 名前:デフォルトの名無しさん mailto:sage [2007/08/04(土) 02:18:09 ]
- なんで無意味にひがむんだ?
MANIFESTをちょっといじればいいだけなんだからantタスクなり、スクリプトなり書けば良いだけの話じゃないか。
- 223 名前:デフォルトの名無しさん mailto:sage [2007/08/05(日) 21:41:53 ]
- もう解決してるから
- 224 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 17:00:33 ]
- そりゃ20時間もあれば解決するわな。
- 225 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 22:29:57 ]
- というか>>215の時点で解決してると言ってるのに>>220で俺はこうしてると言われてもんなことどうでもいいって話
- 226 名前:デフォルトの名無しさん mailto:sage [2007/08/06(月) 23:40:28 ]
- 話を膨らませてはだめなの?じゃー
- 227 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 13:34:24 ]
- 最近MEXAでSアプリに初めて触れたものですが、質問があります。
とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、 調べてみたら他にもJSCLとかMIDPとかいろいろあり、僕個人の見解では 「MEXAは新しい。対応端末(新しい機種)じゃないとダメ。 古いのでも動かす(シンプルなゲームとか)は最初からJSCLで作る」 ていうイメージになったのですが、あってますでしょうか? 幅広い機種で動かすには最初からJSCLとやらで作った方が良かったのでしょうか? あと、よくゲームダウンロードするときに、100kアプリ、256kアプリとかありますが、 これって最終的にできたjarファイルのサイズで決まるものなんでしょうか? 最初から「256kアプリ用の何かを使って開発しなければいけない」とか そういうのはあるのでしょうか? 長文な上に超初心者で申し訳ありませんが、何を使ってどう開発したら良いか 個人では行き詰ってしまいましたので、質問させて頂きます。よろしくお願いします。
- 228 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 15:00:48 ]
- >>227
MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、 JSCL-1.2.2を指定しておけば問題ないかと。 最近はほとんど3Gの端末だろうし、jarの容量は1M以内で使って問題ない。 100kアプリ、256kアプリはjarのサイズとも関係あるが、 JSCLのバージョンによって区別されてた昔の名残。 エミュレータの違いはあるが、それ専用の開発ツールなどがあるわけではない。 今は気にする必要はほとんど無い。 2G端末を動作対象としているなら別だが、 3G端末でMIDP-2.0、MEXA(JSCL-1.2.2)を使っておけば良いかと。
- 229 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 16:46:19 ]
- >227
>とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、 あわてるな、先にやることがあるぞ。 まずSアプリ公式技術サイトttp://developers.softbankmobile.co.jp/dp/ で開発に必要な資料を手に入れて。 左側のSアプリ→技術資料→ ・基礎編 ・MIDP 2.0対応端末編 (MIDP 1.0対応端末編は3Gより前の端末用) この2つは必ず全部読むこと。 そもそもSアプリがどういうモノなのか、それが大体頭に入ってないと 今みたいに何やるにしてもどうしていいか困るわけで。
- 230 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 21:33:47 ]
- >>229
まずやってみて実感を掴むってのも大事だと思う。 技術資料は当然必要だけどさ。
- 231 名前:227 mailto:sage [2007/08/07(火) 22:42:06 ]
- 丁寧な解答ありがとうございます!
>>229 >・基礎編 >・MIDP 2.0対応端末編 (MIDP 1.0対応端末編は3Gより前の端末用) >この2つは必ず全部読むこと。 すみませんでした。これから読むことにします。 とりあえず動かしてみて、それから納得するという悪い癖が・・・ その上で理解できなかった点は改めて質問させて頂きますので、 その際はまたよろしくお願いします! >>228 >MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、 >JSCL-1.2.2を指定しておけば問題ないかと ありがとうございます。まず上記のドキュメントを読んでみますが、 読む前にもう1つだけ・・・ 「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう? jad ファイルの 「MIDxlet-API: MEXA」 の辺りでしょうか? この指定をすれば、例えばMEXAのオプション機能を使おうとしたときに エラーを吐いてくれて、JSCL-1.2.2 準拠のプログラムにできる、 という解釈で良いでしょうか?
- 232 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 22:43:40 ]
- JSCL-1.2.2 準拠のプログラムにしたいなら
MIDxlet-API: JSCL-1.2.2
- 233 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 22:55:22 ]
- まず実感を掴むのは大切かもしれないけど、
それにしても最低限先に読んで理解すべきことはあるよ。 >まず上記のドキュメントを読んでみますが、読む前にもう1つだけ・・・ >「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう? こういった、ズバリ答えが書いてあることは質問するのも答えるのも馬鹿らしい。
- 234 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 23:14:57 ]
- まぁ作る気満々の初心者だし
はやる気持ちは抑えられないってのもわかる
- 235 名前:デフォルトの名無しさん mailto:sage [2007/08/07(火) 23:22:55 ]
- わかるが、残念ながら地味にいくしかない。
- 236 名前:デフォルトの名無しさん mailto:sage [2007/08/08(水) 05:42:36 ]
- 地味にいくも派手にいくも、本人の性格次第でしょ。
S!アプリ作るときはまず最初に「MIDxlet-API: JSCL-1.2.2」入れるようにしてる、 MEXA SDKは入れないとコンソールに日本語表示できないし、 MIDxlet-APIはよく書くの忘れてしまうので。
- 237 名前:デフォルトの名無しさん [2007/08/08(水) 17:58:03 ]
- snesでファイアーエンブレム聖戦の系譜をやっていたところ、
攻略サイトの情報とボスのレベルが違ってて(10高いなど) そのせいで普通なら使える戦法が出来ません、 (サイレスを使えば楽なところで、敵のレベルが高すぎて使えないなど) これはこのデータ諦めたほうがいいのかなあ? 俺なんか違うデータ持ってきてしまったのでしょうか?
- 238 名前:デフォルトの名無しさん mailto:sage [2007/08/08(水) 18:04:50 ]
- 板違い
- 239 名前:デフォルトの名無しさん mailto:sage [2007/08/08(水) 20:47:55 ]
- 聖戦などぬるいトラキアやれ!
- 240 名前:デフォルトの名無しさん [2007/08/09(木) 17:27:31 ]
- ファイルを読み込みたいんですけど、1メガあるのは読み込めないですよね…
- 241 名前:デフォルトの名無しさん mailto:sage [2007/08/09(木) 23:29:18 ]
- Sアプリに限って言えば、データフォルダに1MBのファイルがあって
メモリが1MB以上あまっていれば読めるんじゃねぇ?
- 242 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:01:59 ]
- ちょいと質問したい
暇つぶしかつ勉強にS!アプリ作ってみたいプログラム初心者なんだが、 環境としてJ2ME、Wireless Toolkit、MEXA SDK、MEXA for Eclipse、あと手持ちの実機用意して 実機でHelloWorld作ってみたんだが、Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる 画面サイズはいいとして、ソフトキーの配置は何とかならんもんなの? あと、EclipseまたはMEXAのエミュからはWireless Toolkitのエミュのオプションのように JADファイルって手軽にイジったりすることはできないの? あ、一応実機は911T
- 243 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:53:16 ]
- > ソフトキー
気にするほどだっけか……。 > JAD ファイル やめておいた方がいい。
- 244 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 00:56:11 ]
- >Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる
画面サイズがいくつから知らんが、一般的だと240x260なので jadに「MIDxlet-ScreenSize: 240,260」を書く。 >ソフトキーの配置は何とかならんもんなの? おそらく、addCommandとremoveCommandの使い方が悪い。 >JADファイルって手軽にイジったりすることはできないの? すまんが、バッチファイルで全部やっているのでわからん。
- 245 名前:242 mailto:sage [2007/08/10(金) 01:10:12 ]
- >>243、244
トンクス 画面サイズは>>244の言う通りMIDxlet-ScreenSizeで適当にやったらしっくりきたので解決したつもり ソフトキーは右に『設定』左に『終了』置いたつもりが、 逆になってたり片方に『メニュー』として固められたりして気持ち悪かったんよ 気にするなといわれればそれまでだが・・・ > > JAD ファイル > やめておいた方がいい。 どゆこと?JADはいちいちテキストエディタで編集せなかんの つか、一般的にどの開発環境で作るのがベタなん?Eclipseは邪道?
- 246 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 01:19:21 ]
- わからないこと全部聴くつもりか?
優先度があるだろう
- 247 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 02:46:25 ]
- >>242 暇つぶしで勉強したいなら、人に聞くのはどうかと思うけど…
ゲームでチートしてるようなモンじゃん
- 248 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 10:07:07 ]
- 開発環境なんて自分の作りやすいので良いだろうに邪道とか意味わかんね
人に聞く前に自分で調べたり検証したらどうなんだ
- 249 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 11:04:11 ]
- 人に聞く方がよっぽど邪道
- 250 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 18:06:41 ]
- 誰かが導入までのまとめサイト作ればいいんだよ
俺はやらんがな
- 251 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 18:57:07 ]
- わざわざ作らなくても説明好きな人が解説してるサイトはいくつもある
そういったサイトを複数個見て自分なりに取捨選択していけばいいだけ
- 252 名前:デフォルトの名無しさん mailto:sage [2007/08/10(金) 19:04:22 ]
- >245
JAD ファイルに関して言えば、WTK 使った方が 微妙なミスとか文字コードに悩まなくて済むから。
- 253 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 00:28:51 ]
- >>242 ソフトキー
MIDP 2.0の説明(javadoc)をちゃんと読めばわかるが、 ある程度はコントロールできるけど最後の最後は実装依存だよ 完全にコントロールしたければアプリの描画エリアに自分で描け
- 254 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 01:21:02 ]
- 現在、S!アプリ開発環境はMEXA SDK+Eclipseプラグインが一番いいと思う。
WTKはMIDxlet-APIとか勝手に入れてくれるから、初心者向きかもしれんけど、 慣れればJADもEclipseプラグインで編集した方が便利じゃね。
- 255 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 02:37:51 ]
- 今日からSアプリ開発環境を何とか揃えてテストし始めたのですが、
実行すると、 SOFTBANK_MEXA_EMULATOR11 が無いって言われてしまいます・・・。 インストールしたのはSOFTBANK_MEXA_EMULATOR12だったので、 12を11に書き直せば実行できましたが気持ち悪いです・・・。 これは何かインストールや設定が間違ったりしているのでしょうか。 お手数ですがご回答いただけますと幸いです・・・。
- 256 名前:255 mailto:sage [2007/08/11(土) 02:39:38 ]
- ああ、環境はEclipseを使っています
- 257 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 03:38:46 ]
- >現在、S!アプリ開発環境はMEXA SDK+Eclipseプラグインが一番いいと思う。
「一番いい」とかそんなもん無いよ 個人の技量&価値観次第 >実行すると、 SOFTBANK_MEXA_EMULATOR11 が無いって言われてしまいます・・・。 >ああ、環境はEclipseを使っています だからほれ見ろこんな人もいる WTK22一つならこんなつまずきは起こらない
- 258 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 12:06:31 ]
- >>255
>12を11に書き直せば 何を書き直したの?情報量が少なくてよく分からん。 俺は10(FeliCa用)と11を2つとも同じEclipseで使ってるけど、 特に問題起きたことない。 >>257 >個人の技量&価値観次第 当たり前。WTKのが初心者向きかもって書いてるっしょ。 「一番いい」は何らかの評価基準の上にある。
- 259 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 13:54:55 ]
- Eclipseのプラグインがディレクトリ名を10もしくは11って決め打ちにしてるんだろ
で、MEXAの最新版はバージョンが上がっててディレクトリ名が12になってるんじゃないか
- 260 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:46:46 ]
- いや、中身が同じなら適当なフォルダ名でも動く。
- 261 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:57:39 ]
- >>259が正解
フォルダの名前を変えるか 設定のとこの実行パスを指定でフォルダ指定しなきゃいけない
- 262 名前:デフォルトの名無しさん mailto:sage [2007/08/11(土) 19:25:15 ]
- ああ、そういうことか。
いつもパス指定してたから、デフォルト実行パスがあるの忘れてた。 >>255 つまり、プロジェクトを作成するときか、 プロジェクトのプロパティー→MEXA Emulator実行パスに、 "SOFTBANK_MEXA_EMULATOR12"のフォルダを指定すればそのまま使える。
- 263 名前:255 mailto:sage [2007/08/12(日) 02:13:40 ]
- 皆さんありがとうございました!
MEXA Emulator設定で実行パスを設定したら無事に起動することが出来ました。 プラグインで最新になっているかと思ったのですが、そんな落とし穴があったのですね・・・。 まだまだ初心者ですが、勉強していきたいと思います! >>258さん 書き直す・・・すみません、情報が不足していました。 フォルダ名を直接変更したら、ということでしょうか。 11が無いというんだから、11にしたらどうなるか?と思ったら起動したのですが、 それだとなんだか気持ち悪いな・・・というところでした。
- 264 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 20:55:20 ]
- 誰か>>109に答えてくれまいか
ググってここにきたが、返信は書かれてなくてショボン
- 265 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:31:01 ]
- >>264
APIはない
- 266 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 22:07:52 ]
- >>265
そっか、Dojaからの移植はメンドいな
- 267 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 23:15:15 ]
- なんとかターミナルIDとりたいよね。
iアプリ→S!アプリ移植を半年ほどやってて、 最近はラッパークラスかますだけで大概移植できるようにしたけど、 Phone.getPropertyはいまだ手つかず。
- 268 名前:デフォルトの名無しさん [2007/08/14(火) 01:47:46 ]
- 超初心者です。ひとつわからない点があるので、
どなたか教えていただけないでしょうか?? FEPControl.getDefaultFEPControl()を実行すると、 エミュレータのコンソールでjava.lang.NoClassDefFoundErrorが発生します。 パスとか環境の問題だと思うけど、どこをいじればいいのか教えてもらいないでしょうか? ■Eclipse バージョン: 3.1.1 ビルド ID: M20050929-0840 ■Mexa MEXA Emulator exlips-plugin バージョン1.0.0 ■エミュレータS! Appli MEXA Emulator 1.2 パス:C:\Program Files\SOFTBANK_MEXA_EMULATOR12 ■プロジェクト C:\SOFTBANK_MEXA_EMULATOR12
- 269 名前:198 mailto:sage [2007/08/14(火) 02:11:46 ]
- とりあえずjadファイルをコピペすれ
sageで
- 270 名前:デフォルトの名無しさん mailto:sage [2007/08/15(水) 00:53:17 ]
- >>268
まずはjadに、「MIDxlet-API: JSCL-1.2.2」 追加。 あとはMEXA Emulatorのプロジェクト→端末設定→MEXAオプションの 必要なものにチェックが入ってないとかかなあ。
- 271 名前:268 mailto:sage [2007/08/15(水) 01:48:12 ]
- >>269
>>270 遅くなってすんません! jadに「MIDxlet-API: MEXA」を追加したら動きました! 環境の問題だとばっかり思ってたんだけど、jadの方だったとは、、 一歩前進しました。 ありがとうございました!
- 272 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 00:49:30 ]
- ,.ィ , - 、._ 、
. ,イ/ l/  ̄ ̄`ヽ!__ ト/ |' { `ヽ. ,ヘ N│ ヽ. ` ヽ /ヽ / ∨ N.ヽ.ヽ、 , } l\/ `′ . ヽヽ.\ ,.ィイハ | _| 俺は今とんでもない事に ヾニー __ _ -=_彡ソノ u_\ヽ、 | \ 気付いた ソフトバンク .  ゙̄r=<‐モミ、ニr;==ェ;ュ<_ゞ-=7´ヽ > 並べ替えると ,馬糞と糞 . l  ̄リーh ` ー‐‐' l‐''´冫)'./ ∠__ ソフトバンクモバイルを並べ替えると, ゙iー- イ'__ ヽ、..___ノ トr‐' / 踏ん張ると糞も倍 l `___,.、 u ./│ /_これは偶然の一致か? . ヽ. }z‐r--| / ト, | ,、 何者かの陰謀では ないのか? >、`ー-- ' ./ / |ヽ l/ ヽ
- 273 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 01:01:14 ]
- Sアプリの jadファイルに記述する MIDlet-Data-Sizeについて質問です。
データサイズを jadファイルに記述しない場合のデメリットってなんでしょうか? データサイズが記述されている場合は、バージョンアップ時などに RecordStoreの内容が引き継がれる(前バージョン時のRecordStoreデータが 保障されると解釈してよい?)と、開発ガイドにあるので、データサイズが jadファイルに記述されていない場合は、その保証が無いのでしょうか? イメージ的には端末の不揮発性メモリに (1) jadファイルにデータサイズの記述あり [アプリデータ……] [RecordStoreデータ] ← アプリデータとは別の領域に確保される ↓ バージョンアップすると [アプリデータ…………] [RecordStoreデータ] ← アプリデータとは別の領域に確保されるので安全&拡張可能 (2) jadファイルにデータサイズの記述なし [アプリデータ……][RecordStoreデータ] ←連続している? ↓ バージョンアップすると [アプリデータ…………][#@%toreデータ] ←連続していたのでデータ壊れて使用できなくなる という感じなんでしょうか? 保存するデータのサイズがけっこう変動するアプリを作成しているので、 上限をなるべく指定したくないのですが、その考え自体邪道ですか? やっぱり、考えられる一番大きいサイズを jadファイルに指定するのがセオリー なんでしょうか。
- 274 名前:デフォルトの名無しさん mailto:sage [2007/08/17(金) 01:26:58 ]
- MIDlet-Data-Sizeがない場合、そもそもRecordStoreって使えないんじゃないの?
(単に実機依存なのかもしれないが) MIDlet-Name, MIDlet-Vendor, MIDlet-Data-Size がすべて一緒の時に始めて、 バージョンアップ時のRecordStoreの内容が保持されるはずなんで、 > 考えられる一番大きいサイズを jadファイルに指定するのがセオリー と思われる。 MIDlet-Data-Size を書いてない場合 -> RecordStore をそもそも使えない可能性がある MIDlet-Data-Size がバージョンアップ時に変わってる -> RecordStore を引き継げない or バージョンアップDLできない 仕様に従うならこんな感じか。 細かいとこは実機依存だと思う。 あと、jar/jad/RecordStoreが実機にどんな風に保存されるのかについてはもろ実機依存なんで、 Java開発者が関与すべきとこではない。
- 275 名前:273 mailto:sage [2007/08/17(金) 10:06:27 ]
- >>274
回答どうもです。 エミュや自分の持っている904SHでは、MIDlet-Data-Sizeを jadファイルに 記述しなくても普通に RecordStoreが使えてたので、必要性に疑問を 感じてしまったしだいです。 保存するデータサイズの最大値を調べて、それに余裕を持たせて 記述したいと思います。 それから MIDP2.0なら MIDlet-Data-Sizeは、増やすのであれば バージョンアップの時にデータを引き継いでくれるみたいですよ。
- 276 名前:デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:56:36 ]
- SoftBank用のJAVAアプリを作成しているのですが、
描画方向を変更できるメソッドは、存在するのでしょうか? ワイド画面機種なら、 jadファイルに「MIDxlet-WideScreen: Y」と記述すれば、 横方向(横画面)で描画してくれますが、 これだと、アプリを起動してから、 描画方向を変える事はできません。 アプリを起動してから、描画方向をいつでも変更できる、 何かいい方法はないのでしょうか?
- 277 名前:デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:11:41 ]
- 仮想画面に描いといて、
実画面に出すときに90度回転
- 278 名前:デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:17:27 ]
- エミュでHTTP通信させたいのですが、プロキシ認証でエラーがでます
java.io.IOException: Error initializing HTTP tunnel connection: HTTP/1.1 407 Proxy Authentication Required DojaエミュだとIDとパスワード聞いてきたんですが、MIDPエミュではどうすればいいのでしょうか 携帯アプリ以前の問題でスミマセン
- 279 名前:276 mailto:sage [2007/08/18(土) 01:19:51 ]
- >>277
なるほど!その手がありましたね。 レスありがとうございます。
- 280 名前:デフォルトの名無しさん mailto:sage [2007/08/19(日) 14:02:31 ]
- ものすごく基本的なことなのかもしれないけど質問
WTKでは問題なく表示されてた画像がMEXAエミュでは表示されないんだが何が問題なんだろう? WTKでコンパイルしたものをWTKエミュで表示・・・○ それを実機で表示・・・○ WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・× MEXA SDK+EclipseでコンパイルしたものをMEXAエミュで表示・・・× それを実機で表示・・・× 試した画像はpngとgifでつ
- 281 名前:デフォルトの名無しさん mailto:sage [2007/08/19(日) 14:15:00 ]
- パッケージ化というのがどういう操作かわからないから間違ってるかもしれないけど
それぞれできたjarの中の画像ファイルの位置を確かめてみたら? WTKでコンパイルしたものとは後二者は違ってる可能性が大きいよ で画像を参照するパスが間違ってて読めてない あとは画像を読み込んでいるところの例外を捨てずに ちゃんとSystem.outに出力しておけば 少なくともエミュ上でなら問題の解決の助けになるよ
- 282 名前:280 mailto:sage [2007/08/19(日) 14:31:03 ]
- >>281
おお即レスどうも パッケージ化ってのはWTKの プロジェクト→パッケージ→パッケージを作成 でJARファイルとJADファイルを作成する操作のことです 確かに例外をそのまま捨ててましたが、今手元にソースがないのでどうにもなりません 明日また確認してみます
- 283 名前:281 mailto:sage [2007/08/19(日) 14:52:33 ]
- >>282
> WTKでコンパイルしたものをWTKエミュで表示・・・○ > それを実機で表示・・・○ このときjarってできてるよね。jadもさ。 じゃないと実機で動かないだろうから。 それを > WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・× これと比較すれば一発でわかるような気がしている。
- 284 名前:デフォルトの名無しさん [2007/08/20(月) 18:18:47 ]
- 903Tでダウンロードエラーが起きます。
どうもJADのMIDlet-Nameが長くて弾かれているようなんですが、 Vodafone903TってJADは全角も半角カナも全て3Byteなんでしょうか? もしくは、技術資料には32Byteと書いてるけど、本当はMIDlet-Nameの最大は12Byte? 知ってる人いたら情報下さい。 ちなみに3G端末他30機種程は正常ダウンロードできます。
- 285 名前:デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:45:16 ]
- UTF-8の仕様
たいていの日本語文字は3バイト
- 286 名前:デフォルトの名無しさん [2007/08/20(月) 23:25:49 ]
- 3か4だな
- 287 名前:デフォルトの名無しさん mailto:sage [2007/08/21(火) 08:22:47 ]
- そうなんですか。
ありがとうございます。
- 288 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 00:46:14 ]
- sアプリで、スプライトを使うメリットは軽い(早い)こと?
ガリガリ動かすアクションとかシューティングとかで無かったら、 image と graphics.util で作るのもアリですかね? なんかイマイチスプライトのメリットがわからん・・・
- 289 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 11:21:16 ]
- 昔のP4くらいで使われていたものだから
今の機種でスプライトを使うメリットはないよ
- 290 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 14:14:44 ]
- どなたかわかる方助けてください。
JSCL1.2.2で、RecordStoreに格納したJarファイルの中身を取り出したくて、Development Guideの通りに Connector.open("Jar://ファイル名/リソースファイル名", Connector.READ); という風に記述したのですが、 1・この"ファイル名"というのはRecordStoreの名前のことでしょうか? 2・取り敢えず実行してみると、 javax.microedition.io.ConnectionNotFoundException: The requested protocol does not exist というエラーが出ます。 プロトコルが存在しないと言われてますが、設定で追加したりできるものなのでしょうか?
- 291 名前:290 mailto:sage [2007/08/23(木) 14:30:14 ]
- 自己レスですが、Jar://〜が使えるかどうかは端末によりけりなんですね。
ということは、大量の画像ファイルをネットからダウンロードして アプリ中に差し替えるような仕様だと、ファイルを1つずつダウンロードして ちまちまRecodeStoreに保存する方法しか無いんでしょうか。 DojaならJarInflater()で一発なのですが・・・
- 292 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 14:48:33 ]
- Dojaってアプリでjar圧縮できるんだ?いいね
同じ事をやりたいんなら自前でアーカイバを作ればよい
- 293 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 15:54:48 ]
- 初心者丸出しなのですが、画像の読み込みについての質問です。
少しずつテストして行って画像を表示させるテストで行き詰まりました。 3時間ほど調べてみたのですが解決方法が見当たらなかったので・・・ //絵の表示 public void paint(Graphics g) { if(image == null){ try { image = Image.createImage("/test.gif"); } catch (IOException e) { e.printStackTrace(); } g.drawImage(image, 0, 0, g.TOP|g.LEFT); } } この際のtest.gifはどこに配置したらいいのでしょうか? 構成は Test src tmpclasses となっています。 tmpclassesに置くとnotfoundとは言われなくなるのですが、 やはり java.io.IOException java.lang.NullPointerException occurred in ImageCanvas.paint(Graphics), ignored. のエラーで表示されてくれません。
- 294 名前:293 mailto:sage [2007/08/23(木) 16:35:30 ]
- すみません、解決しました・・・
MexaだとGIFは使えないのですね(汗) ただ、配置場所に関してはやはりtmpclassesになっています。 これはeclipseの設定だと思うので探してはいるのですが・・・。
- 295 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 18:05:17 ]
- >>294
srcフォルダと同じ階層にresフォルダ作ってそこにリソースを入れる
- 296 名前:293 mailto:sage [2007/08/23(木) 19:47:21 ]
- >>295
それはやったことが・・・と思ったら、 ソースとしてフォルダを作ってなかったようです(汗) 新規>ソースフォルダでやったところに入れたら自動的にtmpclassesにも行きました。 ありがとうございます!
- 297 名前:288 mailto:sage [2007/08/23(木) 22:32:36 ]
- >>289
返事遅くなったけど、ありがとう! これでどっちで作ったら良いか迷いを断ち切れた!
- 298 名前:278 mailto:sage [2007/08/26(日) 22:17:30 ]
- どなたか>>278に答えてもらえませんか
- 299 名前:278 mailto:age [2007/08/26(日) 22:27:53 ]
- ちなみにWTKでもMEXAエミュでもです
- 300 名前:デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:03:53 ]
- リソースフォルダに格納した
ファイルのサイズを簡単に求める方法はないでしょうか? 外部に保存されているファイルなら、 StorageConnectionの「getLength()」を使えば、 簡単にファイルサイズを求められるのですが・・・。 実際にリソースデータを読込めば、 当然そのリソースのサイズは判明しますが、 「リソースデータを読込む前」に、 リソースデータのサイズを取得する方法があれば、 是非ご教授お願い致します。
- 301 名前:デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:20:39 ]
- InputStream#availableは?
一応読み込む前ではある。
- 302 名前:300 mailto:sage [2007/08/27(月) 02:14:40 ]
- >>301
おお!リソースのサイズが取得できました! レスありがとうございます。
- 303 名前:デフォルトの名無しさん [2007/08/29(水) 00:39:06 ]
- GraphicsUtilのgetPixelを使ったら、SecurityExceptionになりました。JADファイルになにか設定がいるのでしょうか。
- 304 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 02:43:02 ]
- 電源ボタン押下によりアプリを終了する時、
自動的にデータ(※約10KB)をメモリカードに保存するようにしたいのですが、 destroyApp()内で外部メモリへデータを書き込んでいると、 エラーが発生して、アプリが落ちてしまいます。 destroyApp()内で重い処理をしている為、 エラーが発生していると思われますが、 どうにかして、destroyApp()がコールされるタイミングで、 外部メモリへデータを保存する事はできないのでしょうか?
- 305 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 04:27:24 ]
- >>304
機種の実装依存だから無理
- 306 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 10:02:47 ]
- >>303
GraphicsUtilはMEXA Unit2に該当するクラスだから 東芝とシャープ以外の端末では使えない。
- 307 名前:306 mailto:sage [2007/08/29(水) 10:06:18 ]
- あ、今回の場合違うな。
Canvasクラスのpaintの引数で来るGraphicsのインスタンスや GameCanvasのgetGraphicsメソッドで取得するグラフィクスを対象とする getPixelは使用できないというのが正しい。
- 308 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 10:53:04 ]
- >>305
ってかやるなって書いてなかったっけ?
- 309 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 11:36:07 ]
- destroyAppでストレージいじるの?
それは知らんが、MIDPのdocにはdestroyAppは速やかに終了しろと書いてあったが、 ストレージいじるのは時間かかり過ぎだな。 実装側で一定時間すぎたら強制終了するからストレージぶっ壊す可能性もあるからやるなとベンダーのdocに書いてるかもね。
- 310 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 11:56:49 ]
- 電源ボタン押下によるアプリを終了はユーザーの責任だから
無視してかまわんだろ
- 311 名前:デフォルトの名無しさん mailto:sage [2007/08/29(水) 12:15:19 ]
- 携帯の電源ボタン終了はちゃんとした終了プロセス実行しないから強制終了だしね。
スマートフォンやPDAはまた違うが。
- 312 名前:304 mailto:sage [2007/08/29(水) 23:11:38 ]
- >>305、>>308、>>309、>>310、>>311
みなさんレスありがとうございます。 ベンダーのdoc等を見たら、 確かに一定時間(5秒ぐらい)過ぎたら、 アプリが強制終了すると書いてありました。 destroyAppで重い処理を行うのはやめます。
- 313 名前:デフォルトの名無しさん [2007/08/30(木) 18:34:26 ]
- J2ME Wireless Toolkit と Fote for Java 3.0, Community Edition を使って携帯ゲームを
作ろうと思ってるんですが Fote for Java 3.0, Community Edition ってどこでダウンロード 出来るんですか?Sunのページを探しても見つからなくて… 分かる人居れば教えてください
- 314 名前:デフォルトの名無しさん mailto:sage [2007/08/30(木) 19:23:36 ]
- ×Fote
○Forte
- 315 名前:デフォルトの名無しさん mailto:sage [2007/08/31(金) 00:17:48 ]
- 外部メモリにデータを書き込む時、
sc = (StorageConnection)Connector.open("保存データファイルのフルパス名"); os = (OutputStream)sc.openOutputStream(); os.write( data, index, length); と記述すると思いますが、 何故か「os.write( data, index, length);」の 第二引数(index)の値を変えても、 書き込むデータの開始位置が変わらない・・・。 indexは、data[]の何番目の配列から書き込むか、 という指定をするためにあるものですよね? 動作環境は、SoftBankのMEXA エミュレータですが、 MEXA エミュレータのバグでしょうか?それとも私のミスでしょうか?
- 316 名前:デフォルトの名無しさん mailto:sage [2007/08/31(金) 00:54:46 ]
- >>313
なんでForte? もう公開してないんじゃないの多分
- 317 名前:デフォルトの名無しさん mailto:sage [2007/09/01(土) 18:45:48 ]
- 3GC用にゲームを作っているのですが、
903T、902T、803Tで確認したところアプリが途中で止まってしまいます。 動かしているimageなどが止まってしまうので、 ソースが全く走っていないことになると思うのですが、 なにかしらキーを押すと何事も無く動きだします。 気になる点はimage作成や、image、soundのロード、そしてdisposeなどを 繰り返していくと残りメモリがどんどん減っていくことです。 頻繁にgcしているのですが、メモリがどんどん圧迫されている感じです。 ある一定の値でメモリ使用は増えなくなります。 メモリ不足で端末の挙動が不安定になっているのかな?と思いますが なにか心当たりありませんでしょうか?
- 318 名前:デフォルトの名無しさん mailto:sage [2007/09/01(土) 20:50:57 ]
- >>317
基本的にgcはjavaが勝手にやってくれるから自分でやんなくてもいい。 メモリが減ってくのはimageとかに使ってるからじゃないの? 当たり前だけど、gcしても使ってる分のメモリは解放されないよ。 System.gc(); Runtime.getRuntime().freeMemory(); で残りメモリ量を見ながら、無限にメモリ使っていくプログラムを組んで、 その機種が残りメモリいくつでメモリエラー出るか確認してみるといいのでは。
- 319 名前:デフォルトの名無しさん mailto:sage [2007/09/02(日) 06:22:05 ]
- >>318
imageをロードしても、disposeをしてその後gcが成功すれば そのimage分のメモリは解放されるはずですよね? (gcがちゃんと行われるかどうかは微妙というの聞いたことがありますが・・・) 他の端末では、ロード、disposeで使用した分のメモリは元に戻るのですが、 上記端末では元に戻らずロードの度に累積していくので、 端末によってgcがされにくいなどあるのかなと思いました。 無限にメモリ使っていくプログラムで確認するのはいいかもしれません。 やってみます。
- 320 名前:318 mailto:sage [2007/09/02(日) 13:03:14 ]
- 東芝機種とかでgcがちゃんと行われるか微妙って話は聞いたことあるけど、
自分でgc入れたらメモリエラー解決したって話も聞いたことないんだよね。 そもそもgc行われるか微妙って話自体が結構眉唾だし。 いずれにせよ確証があるわけではないけどね。 俺も昔メモリエラー出たとき、色んなとこにgc入れてみたけど、 その時の結論は自分でgcやっても意味無い。だった。 903T、902T、803Tは使ったことあるけど、その時は特に問題なかったよ。 imageとsoundは常に全部保持してたからdisposeは使ってなかったけど。 あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何?
|

|