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

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
このスレで、ダウンロード中のプログレスバーの表示はどうやるかって話が
何度か出たから過去ログ探して読んでみれ。それで答えになる。