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

1 名前：デフォルトの名無しさん [2008/03/20(木) 21:43:54 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。 質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ： CLDC+MIDP+携帯電話用Javaスレッド part 7 pc11.2ch.net/test/read.cgi/tech/1180010672/ 過去スレ 携帯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/ CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/ -- Java一般に関しては： 【初心者】Java質問･相談スレッド113【大歓迎】 pc11.2ch.net/test/read.cgi/tech/1204363011/ NTT DoCoMoのiモード携帯電話用Java(iアプリ)については： iモード携帯電話用Java(iアプリ) Part16 pc11.2ch.net/test/read.cgi/tech/1198816379/ >>2-5あたりにリンク集･;(`ε()ﾞ 136 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 08:11:05 ] >>134 １つ 普通createImageといわれたら、createImage(int width, int height)を思い浮かべる。 今までお前にレスしてた奴全員がそうだろう？ だから使いまわしをみんな薦めた 2つ だーかーらー、お前は実際に512個の壁にひっかかってにっちもさっちもいかなくなったのか？ 今のところ「同時に512個までしか持てないだろうことは仕様書でも判明している」が、 「解放しながらの通算512個なら問題ないのでは」とみんな思ってる 137 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 13:31:25 ] すみません、電話発信について質問です。 S!アプリで、アプリ内から電話発信させようとしてるんだけど、 ポーズダイヤル P を含めると、受け付けられないフォーマット とかいう例外吐いてきます。docomoやau(BREW)は問題なかったんですが。 , 連続でごまかそうと思ったら、実機(813T)で無視してくれました。 ポーズダイヤル（類似）機能ってないんでしょうか？ そもそも S!アプリの電話発信で受け付ける文字種類の記述って どこにあるのやらさえわからんかったりします。 (JSCLの PhoneConnection には記述が見当りません） 138 名前：134 mailto:sage [2008/04/08(火) 20:50:05 ] >>136さん 1についてはおっしゃるとおりです。 先走って色々書きすぎました、ごめんなさい。。 2については解放しながらのImage生成なので答えは「違う」です。 現在、当方で作成したアプリで起きている不具合を簡潔に書きます。 813Tでしばらくアプリを動作させておくと急に一部のイメージが描画されなくなる 現象が起きるというものです。 関連しそうな情報や対応策をご存知の方がいたら、教えていただけると助かります。 139 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 23:19:17 ] >>138 当然だとは思うけど、他の端末ではそうゆう状態にはならないの？ 140 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 15:10:39 ] １・他の機種では起こらないのか ２・Imageの生成回数をカウントした結果512回程度で現象が起こるのか ３・本当にきちんとImageは解放しているのか 特に3は、自前で可変長配列作っててnull代入してませんでした＞＜とかいくらでもやるやついるから 141 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 16:46:47 ] null代入してたけどgcしてませんでした 142 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 18:27:07 ] gcはVMがやってくれるんでないの 143 名前：134 mailto:sage [2008/04/09(水) 18:30:35 ] >>135さん 半透明は使っていないのです。（スタンプ画像を自作している感じです。） >>139さん >>140さん 今のところ813Tでのみ報告を受けています。（少なくとも911SHでは発生しないです。） 2については問題の端末を当方で持っていないので不明です。 3については、生成と解放にカウンタつけてみましたがカウンタ値は一定でした。 なので解放漏れは無いはずです。（再度確認してみますが。。） そろそろウザがられそうなのでこのあたりで切り上げます。 週末に813Tを購入して実機で確認してみます。 長々とありがとございました。 144 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 18:41:30 ] >>143 いや、うざがんないから。 情報交換するスレだから。最終的な情報隠したりとかする奴だけだよ、うざがられんのは。 とりあえず半透明使ってない（抜き色だけ）なら、createImageで生成せずに使いまわして、 自前で抜き転送って手もあるが せっかくあるのに馬鹿らしいよなぁ 145 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 20:36:02 ] 静的なImageの代わりに静的なint型配列作ってリソース画像の色情報を保持させておけばいいんじゃないかな？ 色情報配列の内容が変化してたら困るから、実画面サイズぐらいの静的なint型配列も作っておいて、それに色を抜いたりなんたりした結果を渡すようにする。 後は、createRGBImage()に結果の配列を渡してImageを作るって方法なんだけどどうかな？ 毎回、配列を作ってイメージの色情報を取得するっていうのを省くためなんだけど、変なこと言ってたらごめんよ。 146 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 09:13:17 ] Imageを作れる個数の制限がって話をしてるのに、何を変なこと言ってるんだ？ 147 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 10:54:53 ] >>146 それが813Tで問題が起きる原因かって聞いてきただけで、解決するならなんでも構わないんじゃないの？ 148 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 11:57:45 ] 146は145へのレスだろJK 149 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 19:30:52 ] javaをバイナリで組めるようになったら多分なんでも実現できるよ 150 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 19:55:19 ] >>143 当てずっぽうで言ってみるけど…… java.lang.System#gc()でこまめにガベージコレクトさせてみるとか、 javax.microedition.lcdui.Graphics#drawRGB()使ってみるとかじゃだめかなあ。 151 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 12:00:19 ] 質問者がいなくなったからもうこの話題は終わり。 何か言っても変なこと呼ばわりされるしね。 どうせまだ情報を隠しているんでしょう。 152 名前：143 mailto:sage [2008/04/11(金) 13:53:49 ] >>151さん まだいます。。 毎日個別にレスしていると邪魔だと思ったので、週末にまとめて書くつもりでした。 なお本日813Tを購入したので試していますが、困ったことに再現していないです。。 153 名前：143 mailto:sage [2008/04/11(金) 22:04:40 ] いまのところ当方で購入した813Tでは、やはり不具合は再現せず まったく原因不明です。。（143の後、ユーザの方に詳しい状況を聞いて 再び試しましたが再現しませんでした。） ひとまず当方が試験で使ったアプリのバイナリをそのままユーザの方に 提供して報告を待ちたいと思います。 >>150さん gcはこれでもかというくらい実行しているので問題ないと思います。 drawRGBで描画する方法も試しました。 同じ描画結果になりますがImageを一枚貼るのと違いパフォーマンスが悪く 当方のアプリで使用するには実用的ではありませんでした。 >>144さん drawRGBは内部で同じような処理をしているのだと思われます。 なので前述の理由と同じく実現はできるが。。といったところです。 >>145さん 時間がなくて試せなかったので後日試してみます。 更新する場所としない場所を細かく切り分けることができれば 今より処理が早くなりそうです。 >>147さん おっしゃるとおりです。問題が解決できればなんでも良いのです。 しかしその問題が再現してくれませんでした。泣きそうです。 >>151さん ご迷惑おかけしました。 原因と解決策が分かったらまた書き込みますが、いまのところ再現性のない 不具合で、ユーザの方からの報告も当然任意なのであまり期待はしないで ください。 みなさま、色々とありがとうございました。 154 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 22:17:54 ] ﾞ()3´;)つ [別の箇所を疑ってみれ] 155 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 00:54:17 ] 仕様嫁 157 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 04:57:03 ] どうせWIN機種でしか再生できないんだから 通信量規制なんて取っ払ってほしい 仕様糞過ぎるぜ >>155 一回の通信許容量で言えばFlashLiteの方が高かったはず もちろん実用レベルではないけど･;(`ε()ﾞ 158 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 21:39:40 ] POSTも5KBまでなんだよな ホント糞仕様だよ 159 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:48:57 ] 海外のMIDP端末は解放されててシェアウェアなMidletまであるのにな。 日本の糞な縛りときたら・・・。 160 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:53:59 ] willcomはほぼ自由。 161 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 23:06:13 ] その上通信毎に確認のダイアログ 162 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:32:51 ] 通信ごとの確認はMIDPの仕様 163 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 20:30:09 ] ﾅﾝﾀﾞｯﾃ？ 164 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 21:32:12 ] 海外みたいにフリーウェアに活気があればなぁ フリーのiアプリの人気が端末の売り上げに影響するレベルになれば 他の2キャリアも真似して着いて来るはずなのに 165 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 22:37:52 ] 確かに何でこんな人気無いんだろうな for(;;){if(人気<0){製作者逃げる;レベル--;人気--}} って感じか アプリゲットのランキングとか酷いことになってるし 166 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 23:59:24 ] いまいち盛り上がらない原因として個人的に思うのは 携帯向けフリーソフトの存在の分かりにくさ アプリゲットみたいなサイトも物凄く分かりにくい作りしてるし 個人サイトで配布されてるのなんて、各キャリアの公式ページ から行き着くのは至難の業 167 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 02:34:02 ] そもそも、ケータイキャリアが公式で囲い込む(そして課金手数料で潤う)システムで、 公式でないサイトはお呼びでないのは昔っからだし。 168 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 13:19:14 ] >公式で囲い込む(そして課金手数料で潤う)システム こんなことやっても手間の割に儲けにならないってのは日本はいつになったら学習するんだろうね。 169 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 17:20:19 ] 塵も積もれば山となるで成功してる。 だから未だに継続してるわけで 170 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 17:55:57 ] 本業のアプリ屋かゲーム開発者で勝手アプリ公開してる香具師いる？ プロと比べてアマチュアのアプリって異様に技術レベル低いよな。 自演ばっかでまともなコミュニティー無い＆ノイズ多すぎ（ワンキーとかばっか）で、 頑張って良いもの作っても埋もれそうなのが嫌なんだが・・・ 171 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 18:01:14 ] iアプリなら公開してるな。 アレだと作者登録とか必要ないし匿名で配布できるから。 172 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 19:11:48 ] willcomも自由だな 173 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 19:19:20 ] 俺が使ってる無料ホームページサイトがjadをアップできないんで、 オープンアプリとかは無理だった。 それにwillcomもOAPもサーバ側の設定いじらないとだめっしょ？ 174 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 20:21:27 ] 設定といっても別に大掛かりな事でもないけどね 借りたディレクトリに.htaccess置かせて貰える鯖ならいけるよ 無料のHPスペースなんかは対応してない所が殆どだね 趣味でやってる個人鯖ならメールでお願いすれば犯せてもらえるかも 175 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 21:08:57 ] 犯して！ 176 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 22:09:58 ] アプリ内にあるjpeg画像を データフォルダに任意の回数、または限りなくコピーできるような Sアプリを作る方法ってありませんか？ 177 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 22:56:37 ] >>168 へたにコンシューマをやるよりは儲かりますな 178 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 23:41:51 ] >>176 ある、としか言いようが無い。 もっと調べて実際に組んでみて、それで出来なかったら 出来るだけ具体的に質問して頂戴。 179 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 23:58:03 ] 携帯の課金って通話料と一緒に請求だから心理的障壁が低いんだよな 180 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:28:39 ] 安いしね。むしろ安過ぎて業界的にはマズイ 開発者としては「この金額で文句言うな、悩むな、買え」と思う けど１ユーザとしては「こんなので300円も取るのかよ」なんて思う どこの途上国人だよ俺・・・ 181 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:32:32 ] 開発してると感覚にぶるが、1ユーザーは500円程度までしかコンテンツに金払いたくないのが基準らしいよ 占いサイトやちょっとした趣味のサイトに200円。 ちょっと奮発して300円。 あとは無料ゲームとか。 結構食い込むの大変なんだよな 182 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:39:52 ] 開発はごく数名の少人数で数ヶ月規模というじゃないか 違法コピーされることも殆どないし、結構バランス取れてるんじゃないかね？ 特にiアプリとかJavaベースだと輸出も楽々だろうし 183 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:44:10 ] 181の言うように、大手が財布を独占してるからいまいち 大手にとってはバランスとれてるのかもな 184 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:45:19 ] >>182 iアプリだとDojaだから海外にもってくなら 作り直さないと駄目。 むしろ海外アプリならOAPとかWillcomでそのまま動くと思うｗ 185 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 00:58:02 ] >>184 そりゃ知っとるけど BREWなんかよりよっぽど良いはず 現行のBREW端末って海外にも無いんじゃない？ 186 名前：185 mailto:sage [2008/04/16(水) 01:06:30 ] 今ちょっと調べたらnokiaもBREW対応端末出してるのな 知らんかった･;(`ε()ﾞ 187 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 01:07:47 ] BREW4のは知らんけど、BREW2.1あたりのは 海外のアプリを国内に移植した事あるけど、 結局問題になるのはKDDIの検証項目だなｗ 海外のJavaを国内に持ってくるのでも、 向こうの端末は画面サイズとかバラバラだったりして 結構面倒だったりした覚えはある。 188 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 01:14:57 ] OAPは画像が240pxまでだったり変な制限が色々あるので まともに動かないことのほうが多いはず。3D等も未対応。 海外アプリだとNokiaの拡張APIを使ってることもある。 M3GとかOpenGLも実装依存が多いしな。 189 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 02:44:44 ] そもそも日本の端末はjarが1M以内っていう制限があるから海外のはインストールすら出来ないのがあるな。 190 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 10:24:52 ] 俺がやった移植のでソース見た感じだと、 海外のでもDocomoの503みたいな画面サイズのもあったっぽいけどな。 そういや、確かにNokiaの拡張とかあったｗ 機種毎にフォルダ分けてたりして、 海外の人も多機種対応で苦労してるんだと思った。 191 名前：176 mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 15:27:25 ] それだけじゃ分かんないと思う。エラーコンソールの出力をkwsk エミュレータのオプションが原因のような気がするが。 > ｍ（＿ ＿）ｍ パソ通時代のAAかよ、懐かしいな。初心者・・・ 194 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:11:14 ] MIDP 標準機能程度しか使わないアプリなので 一つの jar で機種判別しながら細かい差異を吸収したいのですが 機種判別の方法はありますか？ 195 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 10:44:45 ] System.getProperty("microedition.platform") とか･･･ 196 名前：192 [2008/04/17(木) 11:51:13 ] すいません。 自己解決しました。 エミュレータ内に３Ｄのデモがあり、動作確認できたので、 こっちで勉強しようと思います。 お騒がせしました。 197 名前：194 mailto:sage [2008/04/17(木) 12:57:56 ] >>195 仕事中なので試せてないですけど、それでいけそうです。 ありがとうございます。 198 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 09:46:12 ] >>197 古い機種だとj2meしか返って来ないけどね 199 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 00:33:36 ] 最近javaを始めたばかりのものです。。。 WTK22のエミュレータのサイズを240*240に変えたいのですが 参考になる資料など置いてある場所をご存知のかた、教えてください。。。 なんかデフォルトがやけにでかいんですよね。。。 200 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 00:54:22 ] 240*268が標準サイズだから 201 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 01:36:47 ] >>200 これはお恥ずかしい。。。 エミュレータいじってたら元に戻せなくなったのでインストールし直しました 240*268から240*240にはどうしたらできますか？ なんかちゃんといじらないと、クラスファイル作るときに変な影響出るんですね。。。 読み込んだ画像が表示されなくてビックリしましたよ 202 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 02:34:55 ] DefaultColorPhoneを例にすると wtklib\devices\DefaultColorPhone にある DefaultColorPhone.properties の screenPaintableRegion.height を240に書き換える ちなみにデフォは292だった気がするが 203 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 00:08:15 ] >>202 レスありがとうございます 書き換えてみたところ、しっかり設定されました まだどんなゲームを作ろうとかいう段階ではありませんが とりあえずRPG用のマップチップを読み込んで分解して 自由に配列できるようにするところまでいきたいと思います また詰まったらこちらにお邪魔するかもしれません。。。 204 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 00:56:06 ] TiledLayerがあるだろ。javadocも読んどけ 205 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 22:35:04 ] すいません質問です。。。 ｿﾌﾄﾊﾞﾝｸのJavaｱﾌﾟﾘを作ろうと思って、 作成したものを某どこぞのテストサーバにアップして 実機でダウンロード確認したんですが、 終了ﾎﾞﾀﾝを押すとエラーが発生して終了するんです。 MEXAのｴﾐｭﾚｰﾀｰ上で電源キーを押しても何もおこらないので、 pauseの時点で止まっていたり、落ちている気がします。。。 全然気付かずに色々と作業したあとなので、ソースもかなり大きなものになっていて、いつからそうなってしまったのかわかりません。。。 誰か心当たりのある人はいらっしゃいますでしょうか？ 206 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 23:04:43 ] pauseApp()に何も記述しないようにすればいいんじゃない？ 207 名前：デフォルトの名無しさん mailto:sage [2008/04/22(火) 23:07:29 ] MIDPの仕様でもpauseApp()などは速やかに制御もどせってことになってる。 208 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 11:16:26 ] 今、個人会員で登録してきたけどメール来ただけで すぐに資料見れたよ？ ちょっと見た感じ、サウンドメディアの多重再生の所が 機械によって違ってたみたいだから 機種依存だと考えるのが普通だと思う ･;(`ε()ﾞ 211 名前：デフォルトの名無しさん [2008/04/23(水) 13:47:12 ] >210 情報ありがとうございます。 こちらはメールがまだこないです。 もう一度、個人で登録しなおしてみますね。 212 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 19:58:51 ] このスレたまにフリーズするね･;(`ε()ﾞ 213 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 22:54:44 ] >>209 前に同じことをやろうとして、それできなかった。 ただし、midiとwavならできた。 214 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 00:38:38 ] BREWなんかでもあるけど、同時再生できる組み合わせが 機種によって違うからだな･;(`ε()ﾞ 215 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 01:53:23 ] ネオポケでSEを再生するたびにBGMが初めから再生される現象を思い出した KCP+端末はマルチスレッド（？）らしいから、うまく同時再生してくれそうだ 216 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 09:41:10 ] マルチタスクだろうが音源の仕様以上のことは出来ないと思うがな 217 名前：デフォルトの名無しさん [2008/05/02(金) 19:43:37 ] AUオープンアプリ初心者向け解説 結構分かりやすかった appget.com/contest/au2007/lecture/index.html 218 名前：デフォルトの名無しさん [2008/05/05(月) 23:09:56 ] GameCanvasとFormは同時使用できない？ 219 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 01:49:01 ] 同時は無理 切り替えは随時可能 220 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 13:33:34 ] Wireless Toolkit以外でもSunのMIDPを使っている 機種では（国内機にはないはず）デッドロックする可能性があります。 解決策は警告文に書いてある通りです。 223 名前：221 mailto:sage [2008/05/06(火) 23:34:51 ] >>222 レスありがとうございます。 警告文の意味がわからず少し悩んだのですが、 commandAction() ハンドラ(やキー/ペイントハンドラ等)でネットワーク(やローカルファイルシステム)を使用すると デッドロックする可能性があります。 そういった操作は別のスレッドで稼動して、デッドロックする可能性を回避する必要があります。 という意味なのですね。 別スレッドに処理をわけたところ上手く行きました。 ありがとうございました。 224 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:22:38 ] CLDCとかMIDPのバージョンをjadで指定してみれ 226 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 03:45:51 ] >>227 へ？ 229 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 10:59:45 ] MIMEじゃねえの 230 名前：デフォルトの名無しさん mailto:sage [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 mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 18:32:29 ] sunのRI使ってればcom.sun.midp.io.Base64が使えないわけでもない 234 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 12:03:39 ] javax.microedition.lcdui.game.Layerのコンストラクタをパッケージプライベートからpublicに変えてほしいよね。 クラス自体はpublicなんだし。 独自のレイヤ機能を実装したい場合にはSpriteはいらない機能が多い。 235 名前：232 mailto:sage [2008/05/21(水) 18:22:32 ] >233 ありがとうございます。 BASE64のロジックを JAVAでガリガリ書いてあるソースをひろってきて、 コピペすることで解決しますた。 236 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 19:21:42 ] まあbase64のエンコード・デコードくらい仕様に忠実に実装してもそんなサイズじゃないよ。

---

---

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

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