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あたりにリンク集･;(`ε()ﾞ

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

エミュレータのコンソールに例外が出てないんだったら
マルチスレッドのタイミングの問題かも・・・
終了時に開放したメモリをどこかで参照してる可能性が高い