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

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あたりにリンク集 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 ] ３か４だな 287 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 08:22:47 ] そうなんですか。 ありがとうございます。 288 名前：デフォルトの名無しさん mailto:sage [2007/08/23(木) 00:46:14 ] ｓアプリで、スプライトを使うメリットは軽い（早い）こと？ ガリガリ動かすアクションとかシューティングとかで無かったら、 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); という風に記述したのですが、 １・この"ファイル名"というのはRecordStoreの名前のことでしょうか？ ２・取り敢えず実行してみると、 javax.microedition.io.ConnectionNotFoundException: The requested protocol does not exist というエラーが出ます。 プロトコルが存在しないと言われてますが、設定で追加したりできるものなのでしょうか？ 291 名前：290 mailto:sage [2007/08/23(木) 14:30:14 ] 自己レスですが、Jar://〜が使えるかどうかは端末によりけりなんですね。 ということは、大量の画像ファイルをネットからダウンロードして アプリ中に差し替えるような仕様だと、ファイルを１つずつダウンロードして ちまちま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用にゲームを作っているのですが、 903Ｔ、902Ｔ、803Ｔで確認したところアプリが途中で止まってしまいます。 動かしている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って具体的に何？ 321 名前：317 mailto:sage [2007/09/02(日) 13:53:45 ] >>320 そうですか・・・。 今までの経験上、javaのgcはホントにメモリがなくなったときはされるけど、 それ以外ではされたりされなかったりタイミングがあやふや、 という感覚だったので一定のタイミングで自分でgcを行っていました。 今回はさらにdisposeの直後に呼んだけど無駄だったという状況でした。 >あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？ あ、書き方が悪かったですね。具体的にはnull代入です。 image imageA; 〜〜 imageA = null; //使用した後nullでdispose ただ、試しにimageA.dispose();をしたらエラーが起きず使用できたのですが、 Dojaじゃないのにどうしてコンパイル通るのか謎でした・・・。 322 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 06:39:30 ] System.gc()は必ずしもヒープの解放をする訳ではないです。 Javaヒープの空き容量を見ながら、GCをおこなうかを判断 することは、JavaVMの実装によりあります。 T芝のJavaVMの実装は分からないけど、VMの内部に参照が 残っていた場合には、参照が切れずにGCの回収対象になら 無い可能性もあり得る。。。が、それはVMの不具合かな。 まぁ、System.gc()で必ず回収されると思わない方が良い。 System.gc()よりは、"new byte[でっかいサイズ]" の方が 確実にGCを発生させられますよ。 323 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 11:43:40 ] iアプリの場合のものですが、 sアプリでもメモリの断片化が起こるのかも？ 参考URL ttp://appli-style.com/technique/bug/bug_04.html 324 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 11:57:28 ] 普通に考えてメモリの断片化が起きない環境なんて無いのでは？ 325 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 16:34:34 ] >>324 ちょっと言葉が足りませんでした メモリの断片化が起きたときに System.gc()を呼んでも デフラグをしてくれないのが問題かも？ ということです 326 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 17:17:56 ] Javaのgcはコンパクションが含まれるのが仕様だと思い込んでたんだが、実際はVMの実装依存なのか？ 327 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:50:04 ] 長期的に見てメモリの断片化が不利要素になる用途向けのVM実装なら メモリコンパクションやってるけどそれらはサーバー向けVMか民生外のVMのお話か。 CLDC HotSpotどころかJITすら積んでないインタプリタで動いてる既存のKVMの雲のまた上の存在が持つ機能。 話の引き合いに出すのがそもそも間違い。 328 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 01:03:07 ] SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと 書かれているので、現在の端末では普通にメモリのコンパクションを行っていると思われｒ 329 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:17:30 ] >328 >現在の端末では普通にメモリのコンパクションを行っていると思われr 「SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと 書かれている」からといって、何の関係もない 330 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 02:36:05 ] ドコモだったら901i以降は全機種コンパクション搭載なんだがな。 331 名前：317 mailto:sage [2007/09/04(火) 02:53:52 ] アプリが止まるバグはメモリが解放されていないのが原因ではないか？ と言い出した者ですが、原因は別にありました。 わけあって Tread.sleep(1); を定期的に行っていたのですが、903Ｔ、902Ｔ、803Ｔ端末では Tread.sleep(10);未満を行うとスレッドにロックがかかると公式資料にありました。 超初歩的で馬鹿みたいな原因でお恥ずかしい限りです。 様々な意見ありがとうございました。 ただ、アプリが止まるバグは解消されましたが、 相変わらずメモリはガンガン減っていくわけで今も原因を解明中です。 ロード＆解放を繰り返さず、最初に大きくメモリをとったり、 System.gc()を頻繁に繰り返しても駄目と聞いたので減らしたりしましたが、 特に効果はありませんでした。 332 名前：322 mailto:sage [2007/09/04(火) 06:58:18 ] >>322で書いたのは、コンパクションも含めたGCの話。 いまどきの携帯向けのJavaVMはコンパクションも普通に実装されてる。 333 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 14:28:26 ] 所詮は実装レベルの話であってVMの仕様レベルの話ではない。 仕様で保証されなければ使えないのと同じこと。 ただでさえ、本当に互換性テスト通ってんのか？ってな実装だらけなのに。 あとDojaなんてjavaじゃない。 334 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 23:09:55 ] Dojaは確かにぶっちぎりで糞だが、そもそも携帯JavaがJavaの紛い物。 Javaが不完全で未熟な言語であることは、アスペクト指向やリフレクションという 裏口を使うフレームワークが百花繚乱なことからも明らかだが、携帯Javaは 容量面でも機能面でもその裏口封じてるんだからな。 335 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 02:16:46 ] >アスペクト指向やリフレクションという 裏口を使うフレームワーク はjavaが不完全なんじゃなくてたまたまそのパラダイムを実現するのにjavaという言語仕様を使ってるだけ。 フレームワークレベルの話と言語仕様レベルの話をごっちゃにするな。 フレームワークの話をするならjavaのMVCは確かに中途半端だが。 336 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 22:27:16 ] む、むつかしい・・・ オレみたいに、javaの勉強がてら 携帯アプリを作ってみよー！ てなノリはダメってことか？ 今までアセンブラ、basic、Cだったから オブジェクト指向はこいつが初なんだが・・・ 337 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 22:39:06 ] 言語習得が目的なら 「自分はケータイJavaを学ぶのではなく 　Javaを通してあくまでオブジェクト指向を学ぶんだ」 ということを意識していればok ケータイJavaに振り回されないようにな 338 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 11:36:20 ] オブジェクト指向って考え方だから、Cでもなんでも実装方法しだいで それっぽくならない？ Cの上手い人のソース見ると、だいたいオブジェクト指向に通じる 設計思想で作られてる気がする。 339 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 14:57:28 ] キー入力を検知するのに、keyPressed を使わずに、 ループで JSCLのDeviceControl.getDeviceState() を使い、 ０→１の変化点を検知したら処理を行うように作ってみましたが、 早い速度でキー連打するとかなり取りこぼしてしまいました。 試しに無限ループで 単純に getDeviceState() の値を表示するようにして キーをぽんぽん押してみたら、ON → OFF が早すぎると getDeviceState() の値が０のまんまでした。 素直にキー入力の処理は keyPressed たちを使っておけってことでしょうか？ それとも、エミュレータ上では遅いとか・・・ （まだ実機上でテストできない環境なので、検証できません） >>152-154 を見てどっちを使おうか迷っていたし、 組み込み系に慣れてるからポート入力→変化点検出→処理 みたいな流れで作りたかったんですが・・・ 340 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 17:25:42 ] keyPressedでフラグ立てるなりステートいじるなりしてメインループないでそれの値を監視する。 341 名前：339 mailto:sage [2007/09/06(木) 21:25:35 ] >>340 一応、そちらの方向で検討しておりますが、 >>153 や公式で書かれているとおり、keyReleased() がこなかったとき、 離しているのに押されっぱなし（フラグたちっぱなし）、という状態が懸念されます。 実用上、特に問題無い程度の発生頻度なのでしょうか・・・ やはり普通の方は JSCL (getDeviceState()) は、あまり用いられないのですか？ 別件ですがエミュ上でテストしたところ、同じキャラを表示するテストで SpriteCanvas の sprite より drawRegion の方が早かったのですが・・・ 342 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 22:59:38 ] keyPressed が来たらフラグ立てて、 getDeviceState で取ってきたやつに重ねればいいんでない 343 名前：339 mailto:sage [2007/09/06(木) 23:22:27 ] >>342 なるほど、ありがとうございます。 そちらの方向で検討してみます。 まぁ趣味でやるだけですし、そこまで神経質に ならなくても良いのかな・・・＞キーこぼし 344 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 00:46:56 ] S!アプリでアレンジメール（デコメ）を送ろうと思ったのですが、 アプリ上で実現するためにはどうすればよいでしょうか？ アレンジメールはHTMLメールとして表現されているようなのですが、 MailDataではHTMLメールには対応していないようです。 HTMLをそのままbodyに書いてみましたが、そのまま文字として表示されました。 仕方ないので自分でHTMLをsetAttachedDataでTYPE_HTMLとして送信しても 結果は同じくただの添付ファイル扱いでした。クリックしたらブラウザが起動します。 困ってしまいました。どなたかアドバイスお願いします。 345 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 01:10:56 ] すいません、お聞きしたいのですが 911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？ API DOCなどみても探しきれなくて・・・。 よろしくお願いします。 346 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 01:11:59 ] すいません、お聞きしたいのですが 911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？ API DOCなどみても探しきれなくて・・・。 よろしくお願いします。 347 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 11:01:25 ] >>344 メールヘッダからいじれんとダメだから、 間にCGI挟むしかないんじゃない？ 以前PHPで作ったけど、全キャリ対応のデコメは氏ねるよ 348 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 00:27:13 ] famiJSCLをコンパイルしようとしているんですが、 致命的エラー: クラスパスまたはブートクラスパスでパッケージ java.lang を検出でき ません。 とエラーが出てうまくコンパイルできません。 かなりの初心者なのでどなたか教えていただけないでしょうか。お願いします。 349 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 01:17:23 ] >>346 俺の手元のAPI DOCにはあるみたいだけど、回転ってなに？ >>348 そのエラーと質問の仕方をみれば、あなたには何を言っても無駄。 Softbankエミュ総合スレのテンプレ読んできな 350 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 01:42:56 ] >>349 偉そうに発言してるが、何も答えてない バカの典型ﾊｯｹｰﾝ 351 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 01:45:29 ] >>350 偉そうに発言してるが、何も答えてない バカの典型ﾊｯｹｰﾝ 352 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 01:49:17 ] > Softbankエミュ総合スレのテンプレ読んできな 実はこれ相当なヒントｗ 353 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 02:28:18 ] >>352 そこに触れなきゃ>>350が何も理解してないってだけで済んだものを・・・。 354 名前：デフォルトの名無しさん [2007/09/08(土) 02:32:45 ] 晒しage 355 名前：345 mailto:sage [2007/09/08(土) 09:33:57 ] みなさん、ありがとうございます。エミュ総合にいってきます。 ほんとうにありがとうございました。 356 名前：デフォルトの名無しさん [2007/09/09(日) 18:58:22 ] すみません。>>349のSoftbankエミュ総合スレとはどこでしょうか？ 最近S!アプリに取り掛かりはじめたんですが、公式とここ以外あまり情報が見つからなかったので。 357 名前：デフォルトの名無しさん mailto:sage [2007/09/09(日) 20:33:03 ] >356 ググればでてくるじゃない。 直接最新がでなくてもたどれるでしょ。 358 名前：356 [2007/09/09(日) 22:00:56 ] >>357 ありがとうございます。 359 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 17:35:11 ] auのオープンアプリを作ろうと思い、初めてJavaに取り掛かろうとしています。 そこで、プログラミング以前の問題なのですが、大抵のオープンアプリ作成講座で『J2ME Wireless Toolkit 2.2』を使えと書いてあります。 実際にSunのサイトに行ってみれば最新バージョンは2.5.1なわけですが、これはオープンアプリを作るうえで2.2の方が便利ということでしょうか？ 2.2と記してあるところが一箇所だけなら気にしないんですが、複数サイトで書かれていたので…… 記事が古いわけでもないみたいだし。 360 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:34:17 ] The Sun Java Wireless Toolkit 2.5.1 includes all of the advanced development features found in version 2.2, 2.3 Beta, 2.5 Beta 2 such as MIDlet signing, certificate management, integrated over-the-air (OTA) emulation, push registry emulation, and more. だそうですよ 361 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:45:45 ] WTK2.2以降はMIDP2.1が基準だったはず。 MIDP2.1のベンダ実装ってまだ出てない。 362 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 22:05:32 ] >>360 英語苦手なんですが……要するに2.5は2.2とかの進化形ってことですかね >>361 調べてみたんですが、MIDP2.1という規格が見つかりませんでした…… 色々調べてみたところ、2.2はLinux対応してるけど2.5はしてないとか、 単に2.2のレベルで充分とか、そんなことみたいですね。 どちらでもよさそうなので、適当にどっちか突っ込んどきます。 363 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 23:20:53 ] >>362 MIDP 2.1で普通に出てくるんだが？ それで分からんならJSR 118 MR 2.1で検索してみろ。 というか分からんなら黙ってWTK2.2とパッチ入れとけ。 364 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 03:18:25 ] >>362 んぱかさんのサイトから WTK22ダウンロードできたはずですよ！ がんばってね 365 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 06:46:45 ] Sunのサイトでダウンできるし ま、2.5入れておけばいいんじゃね？ そんでMIDP2.1の機能を使わなければいい。API見れば書いてあるし 366 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 13:21:23 ] 2.1は2.0のバグフィックスも含まれるからそういう問題じゃないんだが。 367 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 16:30:31 ] >>363>>364>>365 どもありがとうございます >>362に書いたように適当にどちらかダウンロードするつもりです MIDP2.1は確かにありましたね 英語を斜め読みしてたら見逃したみたいです すみません 368 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 21:12:29 ] 聞いてきた本人がレスを何も理解してないんじゃなに話しても無駄だな。 369 名前：デフォルトの名無しさん mailto:age [2007/09/15(土) 14:23:31 ] ageてもいいですか？ 370 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 03:42:28 ] 誰か、MIDP又はMIDP2で、 zip解凍プログラムを作成した神はおらんかのう。 Gｚip解凍プログラムならググれば見つかるけど、 zip解凍プログラムは全然見つからない・・・。 371 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 09:37:19 ] gzipは見つからんがzipなら見つけた。 どこかは忘れた。 372 名前：370 mailto:sage [2007/09/16(日) 12:31:57 ] >>371 レスありがとうございます。 良く考えたらJava2 SKDの方には、 「ZipInputStream」というzip解凍用クラスがあるので、 そのクラスのソースを探した方が早いかもしれませんね。 373 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 13:15:48 ] >>372 WillcomのWikiに書いてあった奴だけど Java 2 ME CLDC用 ZIP展開クラス jp.imi.zip.ZipArchive ttp://i.lifemedia.co.jp/pc/zip/ 374 名前：デフォルトの名無しさん [2007/09/16(日) 13:45:44 ] すまん、ちょいスレ違いだが該当スレが無いんで教えてくれ。 ソフトバンクの携帯で、横画面に回転後を意識したアプリを作りたいんだが MEXAエミュレータ上で、横画面に回転後の状態を反映さすにはどうすりゃいいんだろか？ 単に液晶サイズを変えただけじゃ意味ないし。 ヘルプも見たが、わからん・・・。 375 名前：372 mailto:sage [2007/09/16(日) 14:42:12 ] >>373 おーーー！！！ これぞまさしく探していたものです！ 本当にありがとうございます。 376 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 15:08:38 ] >>370 ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/InflateEx/index.html これなんてどうでしょう？ 377 名前：デフォルトの名無しさん mailto:sage [2007/09/21(金) 00:10:43 ] M3G って登場してからしばらく経つけど、あんまり見かけないのは やっぱり性能的に厳しいからなのかなあ 378 名前：370 mailto:sage [2007/09/23(日) 21:31:00 ] >>376 レスありがとうございます。 試してみましたが、これだとzipファイルが解凍できませんでした。 jarファイルとzipファイルは全く同じ圧縮形式だと思いましたが、 微妙に違うのだろうか・・・。 379 名前：デフォルトの名無しさん mailto:age [2007/09/23(日) 23:48:23 ] jar って gzip じゃなかったっけ? 380 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 03:29:40 ] jarはinfo-zip 381 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 12:30:42 ] >>378 S!のInflateInputStream()を使ったことが無いんで376のソースコードからの推測になるが S!のInflateInputStream()でzipを解凍するなら zipのヘッダを自力で処理して各ファイルのdataブロックだけを取り出して 圧縮方式0の時はそのまま切り出し圧縮方式8の時は0x78,0x9c辺りをdataブロックの先頭に付加して InflateInputStream()に渡せば展開できるはず ZIPヘッダの構造自体は資料が山ほどあると思うんでそっち見てくれ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef