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

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

1:デフォルトの名無しさん
08/03/20 21:43:54
J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。

前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 7
ｽﾚﾘﾝｸ(tech板)

過去スレ
携帯JAVAのスレッド
ｽﾚﾘﾝｸ(tech板)(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
ｽﾚﾘﾝｸ(tech板)
CLDC+MIDP+携帯電話用Javaスレッド part 3
ｽﾚﾘﾝｸ(tech板)
CLDC+MIDP+携帯電話用Javaスレッド part 4
ｽﾚﾘﾝｸ(tech板)
CLDC+MIDP+携帯電話用Javaスレッド part 5
ｽﾚﾘﾝｸ(tech板)
CLDC+MIDP+携帯電話用Javaスレッド part 6
ｽﾚﾘﾝｸ(tech板)

--
Java一般に関しては：
【初心者】Java質問･相談スレッド113【大歓迎】
ｽﾚﾘﾝｸ(tech板)

NTT DoCoMoのiモード携帯電話用Java(iアプリ)については：
iモード携帯電話用Java(iアプリ) Part16
ｽﾚﾘﾝｸ(tech板)

>>2-5あたりにリンク集･;(`ε()ﾞ

2:デフォルトの名無しさん
08/03/20 21:45:19
調べものはまずGoogleへ
URLﾘﾝｸ(www.google.co.jp)

Java 2 Platform, Micro Edition (J2ME)
URLﾘﾝｸ(java.sun.com)
Reference Documentation(仕様書やAPIリファレンス)
URLﾘﾝｸ(java.sun.com)
J2ME Wireless Toolkit
URLﾘﾝｸ(java.sun.com)

EZアプリ技術情報
URLﾘﾝｸ(www.au.kddi.com)
Vアプリ技術情報(Vodafone Developers Support Site)
URLﾘﾝｸ(developers.vodafone.jp)

--

EZアプリ(BREW(R))については：
BREW(Binary Runtime Environment for Wireless) 8
ｽﾚﾘﾝｸ(tech板)

3:デフォルトの名無しさん
08/03/20 21:47:34
willcom Javaアプリスレッド vol.4
ｽﾚﾘﾝｸ(chakumelo板)

Vodafone【クリエーター】Vアプリスレッド 15
ｽﾚﾘﾝｸ(appli板)

4:デフォルトの名無しさん
08/03/20 21:52:14
>>1乙･;(`ε()ﾞ

5:デフォルトの名無しさん
08/03/20 22:26:24
>>1 乙･;(`ε()ﾞ

6:デフォルトの名無しさん
08/03/20 22:31:42
オープンアプリ(Java)技術情報
URLﾘﾝｸ(www.au.kddi.com)

7:デフォルトの名無しさん
08/03/20 23:50:56
>>1乙･;(`ε()ﾞ

8:デフォルトの名無しさん
08/03/21 15:16:11
proguard何回も実行するとどんどんサイズ小さくなっていくんだけど何これ･;(`ε()ﾞ

9:デフォルトの名無しさん
08/03/21 16:42:39
>>8
茶噴いてしまった･;(`ε()ﾞ

10:デフォルトの名無しさん
08/03/21 17:23:08
>>1 乙･;(`ε()ﾞ

11:デフォルトの名無しさん
08/03/21 19:01:44
こんな大人気になるとは書いた本人も想像もしなかっただろうな･;(`ε()ﾞ

12:デフォルトの名無しさん
08/03/22 01:46:49
で，･;(`ε()ﾞって，つまりどんな表情？
怒ってる顔？　小ばかにしている顔？　恥ずかしがっている顔？

オレには，歯に詰まったピーナッツを飛ばしているように見えるが。･;(`ε()ﾞ

13:デフォルトの名無しさん
08/03/22 10:23:26
殴られて歯と血液唾液が飛んだ瞬間にみえる

14:デフォルトの名無しさん
08/03/22 10:59:17
今知ったけど、オープンアプリって1日3MBしか通信できねえのかよ
パケット定額の意味ねえじゃん

15:デフォルトの名無しさん
08/03/22 11:38:01
何をいまさら
auは昔っからそうだ

16:デフォルトの名無しさん
08/03/22 13:51:38
今知ったと書いてるのに>>15はひどいな

17:デフォルトの名無しさん
08/03/22 14:47:50
俺はむしろオープンアプリの制限をもっと強化して欲しかったぜ
独自APIを呼ばないと起動しないとか、もう日本だけガラパゴスでいいじゃん

18:デフォルトの名無しさん
08/03/22 15:08:06
そしてキャリアが統一されてWindowsのような独壇場になればもう何も言うことはない
今時独自の拡張APIなんて誰も使わないのにねえ

19:デフォルトの名無しさん
08/03/22 15:58:01
いやだから海外は実際それに近いが、市場は完全に崩壊してるだろ。
もう真面目につくってらんないからメジャータイトルの名前だけ借りて
インド中国に丸投げ。そんなうんこ製品にコアなファンはつかないから
トレントで何百もパックしてダウンロードされる。おしまい。
そんなのがOAPでもかなり動く
キャリアごとの差はなんとかして欲しいしアグリゲータもクソ過ぎだが、
ガラパゴス化自体は結構

20:デフォルトの名無しさん
08/03/22 16:11:47
問題はキャリア毎にガラパゴスなのと、
アプリ売る会社がそれを理解してないあたり･;(`ε()ﾞ

正直日本最強は芋場のような気がするんだけど、
あれ使ったことある人いる？

21:デフォルトの名無しさん
08/03/22 16:35:07
芋場？

22:デフォルトの名無しさん
08/03/22 16:40:38
国内で生のMIDPが自由にインストールできるのは大きいと思う
指定先からしか落とせないとかAI接続云々とか面倒なこともないし。

あ、三社限定です

23:デフォルトの名無しさん
08/03/22 16:43:24
>>21
イー・モバイル　Javaアプリ仕様･;(`ε()ﾞ
URLﾘﾝｸ(emobile.jp)

24:デフォルトの名無しさん
08/03/22 17:05:11
>生のMIDPが自由にインストールできる
↓
>トレントで何百もパックしてダウンロードされる。おしまい。

にならない？･;(`ε()ﾞ

25:デフォルトの名無しさん
08/03/22 17:19:40
別に弊害はないだろ

26:デフォルトの名無しさん
08/03/22 17:57:29
>>8
プロガードの設定がおかしいんじゃないの？･;(`ε()ﾞ

27:デフォルトの名無しさん
08/03/22 18:26:54
プロガード？

28:デフォルトの名無しさん
08/03/22 19:40:50
早紀ちゃん！

29:デフォルトの名無しさん
08/03/22 20:14:17
早紀ちゃ･;(`ε(○=(´∀｀ )

30:デフォルトの名無しさん
08/03/22 20:36:23
ソフトキーのラベル変更ってどうすればいいんですか？
Command#setLabelが無いのだけど。

31:デフォルトの名無しさん
08/03/22 22:46:14
作り直してadd

if (mSoft1Command != null) removeCommand(mSoft1Command);
mSoft1Command = new Command("早紀ちゃん！", Command.EXITとか, 1);
addCommand(mSoft1Command);

32:デフォルトの名無しさん
08/03/23 00:11:02
>>31
サンクス

33:デフォルトの名無しさん
08/03/23 06:11:47
docomoが2010年までにOSをAndroidに統一だと
ガラパゴス崩壊･;(`ε()ﾞ･;(`ε()ﾞ･;(`ε()ﾞ
ここにAndroidのデベロッパーチャレンジ狙ってるやついるのか？
デフォルトのビルドファイルだとソースごと提出するようなものだからな
ちゃんと自分で書き換えて早紀ちゃんするんだぜ

34:デフォルトの名無しさん
08/03/24 00:17:07
なんかわからんがこれがすごく気に入ったｗ

＞ガラパゴス崩壊･;(`ε()ﾞ･;(`ε()ﾞ･;(`ε()ﾞ

別の板でも流行らせたい

35:デフォルトの名無しさん
08/03/24 02:36:46
早紀ちゃん！

36:デフォルトの名無しさん
08/03/24 11:19:11
早紀ちゃんって何のネタ？･;(`ε()ﾞ

37:デフォルトの名無しさん
08/03/24 11:31:45
そう、あれは１９９６年。
アパガードという商品があってな。
そのCMの一部にそういう台詞があった気もするが、
なにしろ１２年前の事じゃけぇ、
おいどんも良く覚えてないので勘弁してくりゃれ･;(`ε()ﾞ

38:デフォルトの名無しさん
08/03/24 15:01:17
･;(`ε()ﾞ　「糞BREW崩壊まだー？」

39:デフォルトの名無しさん
08/03/24 20:07:48
>>37
なるほど
早紀ちゃんは早紀ちゃんってわけか･;(`ε()ﾞ

40:デフォルトの名無しさん
08/03/24 20:37:53
幹久くん！

41:デフォルトの名無しさん
08/03/24 21:54:24
芸能人は、歯が命！

42:デフォルトの名無しさん
08/03/25 01:09:12
おまいらいい加減に自重汁･;(`ε()ﾞ

43:デフォルトの名無しさん
08/03/25 03:20:59
>>30-31がスレチに見えてしまうという･;(`ε()ﾞ

44:デフォルトの名無しさん
08/03/25 16:23:26
スレチ？

45:デフォルトの名無しさん
08/03/25 16:52:23
早紀ちゃん！

46:デフォルトの名無しさん
08/03/25 17:41:04
百合川早紀ちゃん！

47:デフォルトの名無しさん
08/03/25 18:04:02
幹久く･;(`ε(○=(´∀｀ )

48:デフォルトの名無しさん
08/03/25 18:38:35
このスレＶＩＰかとおもった

49:デフォルトの名無しさん
08/03/25 20:52:57
NetBeansでゲーム作ってるんだけど
while(true)を入れるとエミュで起動できないのは仕様ですか？

50:デフォルトの名無しさん
08/03/25 21:46:48
しょうです。

51:デフォルトの名無しさん
08/03/26 04:48:37
そうだんです。

52:デフォルトの名無しさん
08/03/26 05:56:29
さぶっ･;(´ε()ﾞ

53:デフォルトの名無しさん
08/03/26 06:20:54
めいんっ･;(`ε()ﾞ

54:デフォルトの名無しさん
08/03/26 14:25:07
AUオープンアプリで端末内ファイルにアクセスしたいんですけど
布留川さんの本のサンプル通りにやるとエミュではうまく行きますが実機（W54T）では起動時に7Fエラーがでます。
オープンアプリからの端末情報アクセスは所詮無理なんでしょうか？
詳しい方教えてください。。。

55:デフォルトの名無しさん
08/03/26 14:31:46
>>54
何見てんのか知らんけど>>6に書いてないことは出来ない。

56:デフォルトの名無しさん
08/03/26 16:46:40
このスレってどの機種の話をしてもいいんですか？

57:デフォルトの名無しさん
08/03/26 16:55:00
スレ違いならスレ違いって言うから気にせず話すがいい

58:デフォルトの名無しさん
08/03/26 17:53:09
なんか偉そうだなｗ

59:デフォルトの名無しさん
08/03/26 17:57:10
スレ違いならスレ違いって言うから気にせず話すがいい･;(`ε()ﾞ

60:デフォルトの名無しさん
08/03/26 18:11:44
>>55
なるほどです。
見てたのはMIDP2.0携帯Java開発ハンドブックでした。

61:デフォルトの名無しさん
08/03/26 18:12:02
なんか馬鹿そうだなｗ

62:デフォルトの名無しさん
08/03/26 21:24:59
Sアプリを連携起動したときの起動パラメータは、
どうやって取得すればいいんでしょうか。
MIDP2.0なのかMEXAなのか。

63:デフォルトの名無しさん
08/03/27 07:29:49
Sアプリはよう分からんけど
「Sアプリ　連携起動」でググったら
それっぽいサンプルコードとか出てきた･;(`ε()ﾞ

64:デフォルトの名無しさん
08/03/27 14:43:52
MEXAにもバージョン（1.0～1.2）があるみたいだけど
どの機種がどのバージョンかの情報が見つからないｙｐ

65:デフォルトの名無しさん
08/03/27 23:27:05
>>64
機種毎のサポートAPIは公式開発者サイトの資料に記載されてる。

けどMEXAって「MEXA」と「MEXA Core」の2種類じゃないの？
1.0とか1.2とかは知らない。

66:デフォルトの名無しさん
08/03/28 01:17:00
MEXA･;(`ε()ﾞoppption

67:デフォルトの名無しさん
08/03/28 02:07:14
ウチ、足切りはJSCL1.2.2だから、MEXAのバージョンなんて気にしたことねえや

68:デフォルトの名無しさん
08/03/28 13:50:39
公式のAPIリファレンス（JavaDoc）に
1.0 と 1.1 と 1.2 があるね
同じページから落とせる端末情報には
JCSL の場合はバージョンが書いてあるけど
MEXA の場合は Core かそうでないかしか書いてない

69:デフォルトの名無しさん
08/03/29 17:09:48
Softbankの９０４ＳＨを使用してます。ＪＡＶＡをいじりたての初心者で、
メモカに保存してる画像ファイルを選択して表示させたいと思っています。
StorageConnectionのリファレンスを見てみたのですが、フォルダを作る
とかファイルを消すとかの例文はあるのですが画像を表示させる方法が
わからずで。
前スレの６５０あたりに似た？質問がありパスの指定の仕方とかは参考に
なったのですが、ファイルをオープンにしてアプリでそれを表示させるまで
がわかりませぬ（全くわかってないってことですが。。。）
StorageConnectionでファイルをオープンにしたら、それをdrawImageで表
示できるのかと思っているのですが。。。

70:デフォルトの名無しさん
08/03/29 19:48:33
>>69
ファイルオープンして、バイト文字列で読み込んで、
それをImageクラスか何かのコンストラクタか何かに突っ込んで、
それを表示させれば上手く行くんじゃない？

詰まったとしたら上のどこで詰まったか教えて欲しい

71:デフォルトの名無しさん
08/03/30 01:37:20
>>70
　バイト文字列で読み込むって部分が必要なんですね。
　jpgとかだとその部分作らなくても扱えないかと思ったんですが。
　「MIDP2.0ﾒﾓ」というページを見つけて「端末内部のデータフォルダ(/ms)やメモリーカード
のデータフォルダ(/mc)に保存するプログラムを作るというのがありました。そこにバイト文
字列で読み込む部分があったので何とかできそうです。ありがとうございました。

72:デフォルトの名無しさん
08/03/31 13:36:36
ソフトバンク端末のオフスクリーン・イメージの高速処理で
「２Dなら画面サイズの１１枚程度まで」ってありますが画面サイズって
当然端末の実画面サイズですよね？

で、ちょっと計算してみたんですが…
240*260の画面サイズならオフスクリーンも含めた読み込みずみ画像の
幅＊高さが(240*260*11の)686400まで、480*640なら3379200までOK
…みたいな感じであってますか？

自分でもびっくりするくらい大量の画像を読み込んでいて
ある画像が表示されるときだけ描画が極端に遅くなって困っているのですが
上の計算であってるなら、読み込む画像をそれ以下に抑えれば
描画が遅くなることはないと考えていいんでしょうか…。

73:デフォルトの名無しさん
08/03/31 13:42:31
使用端末はSHと予想。

74:７２
08/03/31 14:40:14
>>７３
まさしくSH使ってます。
SHだけなんですか？

75:デフォルトの名無しさん
08/03/31 14:47:40
公式にあった端末仕様にも書いてあると思ったけど、
SHは早く描画できるメモリと、遅く描画するメモリが
見えないトコで分かれてるから（画像量で４Mくらい？詳しくは資料参照）
そこを超えて読み込まれた奴は遅くなる･;(`ε()ﾞ

76:デフォルトの名無しさん
08/03/31 14:54:25
EMobileのJavaアプリからサーバーにアクセスしたら、ユーザーエージェントは「emobile/1.0.0 (H11T; Profile/MIDP-2.0 Configuration/CLDC-1.1 Local/ja UNTRUSTED/1.0)」になるみたいだけど、
ユーザーIDはHTTPリクエストヘッダの「x-em-uid」から取得出来る？
もしくは、System#getProperty(String)で取得出来る？

ダウンロード時にParamタグにx-em-uidを追加すれば確実だと思うが上記方法を確認した人いる？

EMobileにアプリ移植考えているが、実機ないので情報求む

77:７２
08/03/31 18:18:48
>>７５
どこかでそんな記述を見た覚えがあります。
資料探したのですが…
ヒープに準じるとうのはありましたがコレでしょうか？
違っていたら資料名教えていただけますか…すみません。

78:デフォルトの名無しさん
08/03/31 18:59:17
ごめ、みつからね･;(`ε()ﾞ
Vアプリ開発ガイド[新機能導入の手引き2004～P6型端末編～］って奴かも。
3D未使用コンテンツだと実画面サイズ(240x260)を11枚分相当までなら
高速に描画できるとか書いてあったとかどうとか。

ちなみに3Dコンテンツだと実画面サイズ2枚分相当。

79:デフォルトの名無しさん
08/03/31 20:42:25
>>77
URLﾘﾝｸ(www.marukun.com)

80:７２
08/03/31 22:04:08
>>７８－７９
と言うことは、やはり実画面サイズの幅＊高さ＊１１までが
生成・読み込む画像サイズのひとつの上限なのですね…。
表示しない画像は随時破棄したり、画像サイズ自体を
小さくまとめたり工夫しようと思います。
ありがとうございました。

81:デフォルトの名無しさん
08/04/01 01:09:43
イーモバイルの音声サービスが始まったが、
アプリ試した人いる？

82:デフォルトの名無しさん
08/04/01 07:36:39
>>81
H11T買ったから試したといえば試したけど
何か知りたいことある？

83:デフォルトの名無しさん
08/04/01 07:40:56
速さはDocomoとかと比べてどんなもん？･;(`ε()ﾞ

84:デフォルトの名無しさん
08/04/01 08:28:11
MIDPssh使える？いや普通には使えないことはわかるんだけど
HTTPじゃない普通のソケット通信ができるかどうかを知りたいんです

85:デフォルトの名無しさん
08/04/01 08:39:42
ダウンロードしたアプリがSDとかに移せるのかも知りたい･;(`ε()ﾞ

86:デフォルトの名無しさん
08/04/01 08:47:35
>>83-85
まだ全部試してないことばっかりだわ
仕事が暇な時にでも試してみる

87:デフォルトの名無しさん
08/04/01 15:41:50
MIDP2.0でADVエンジン作ってんだけどいわゆるクリック待ちってどうやって実装したら良いだろう？

スレッド止めちゃうとゲームループ回らなくなってソフトキーのリスナーしか反応しなくなるし、GameCanvas#getKeyStates()がGameCanvas#FIREのとき待ち解除したいんだけどここで詰まった。

ゲームキーリスナーみたいなのがないからイベント駆動でできないんだけどどうすればいいの？

88:デフォルトの名無しさん
08/04/01 16:00:31
どんなものかわからんけどいわゆるスクリプターなら
キー入力待ちも命令にしちゃえばいいじゃん

89:デフォルトの名無しさん
08/04/01 17:30:11
何故スレッド止めるんだｗ
いまどきのADVは、画面がまったく静止することはありえないだろうに。カーソルが点滅したり、キャラ動いたり。

仮にまったく静止するとしてもスレッドとめずにぶん回してればいい。
電池？気にｽﾝﾅ･;(`ε()ﾞ

90:デフォルトの名無しさん
08/04/01 21:54:15
やっぱりスレッド止めずにぶん回すもん？

91:デフォルトの名無しさん
08/04/01 22:01:39
止める理由がないじゃん

92:デフォルトの名無しさん
08/04/01 22:36:07
使ってるフレームワークの方でゲームループ回してるスレッドのサスペンドとレジュームは実装してるから
クリック待ち中に動きがないならスレッド止めた方が実装楽かな～と思ってさ。

実際、携帯ゲーのADVで立ち絵がアニメするものとかある？

PCで組むなら迷わずスレッドぶん回すんだけど。

93:デフォルトの名無しさん
08/04/01 23:30:06
必要が無ければ極力sleep入れてあげようよ・・・
キー入力待ちなら50msくらい遅れても問題ない

94:デフォルトの名無しさん
08/04/02 00:03:59
本とかでよくあるサンプルゲーなんて空whileぶん回しばっかだぞｗ

95:デフォルトの名無しさん
08/04/02 00:15:05
私の携帯のバッテリーを殺した犯人がいると聞いてやってきますた

96:デフォルトの名無しさん
08/04/02 04:16:26
sleepしようが空ループしようが、今時の携帯には関係ない。
空ループのほうがバッテリー速く亡くなりました！って携帯があったら教えて欲しいもんだ。
もちろん検証コード付きでな･;(`ε()ﾞ

97:デフォルトの名無しさん
08/04/02 10:06:41
空ループすれば携帯がどんどん熱くなるから、比べるまでもない

98:デフォルトの名無しさん
08/04/02 13:11:08
>>97
なるけど、Sleepでもなるよ

99:デフォルトの名無しさん
08/04/02 13:28:18
GameCanvas#getKeyStates()をGameCanvasの外から呼び出すと戻り値が全部0になるんだけどそういうもん？

100:デフォルトの名無しさん
08/04/02 14:29:01
普通はキーコードが戻り値
0になるのはおかしい

101:デフォルトの名無しさん
08/04/02 19:08:44
>>92
ゲームループ止めるかどうかはおいといて、
その使ってるフレームワークとやらは、キー入力をポーリングできんのかね。

102:デフォルトの名無しさん
08/04/02 19:31:25
>>100
じゃあたとえば

class Renderer implements Runnable｛
private GameCanvas canvas;

public Renderer(GameCanvas canvas)｛
this.canvas = canvas;
｝

pubulic void run()｛
while(true){
//foo
int keyStates = this.canvas.getKeyStates();
if(keyStates==GameCanvas.FIRE){
//bar
}

}
｝
｝

っていうコードがあったとして

//foo
int keyStates = this.canvas.getKeyStates();

の部分では正常にキーコードが戻るってこと？
この部分で何押しても0が返るんだけど。

103:デフォルトの名無しさん
08/04/02 20:21:19
そのコードだと戻り値が0っていうか条件が間違ってるんじゃねえの？

GameCanvasでのキー入力は
if(keyStates==GameCanvas.FIRE)
じゃなくて
if((keyStates&FIRE_PRESSED) != 0x00)
でしょ？

もう少し詳しく見ないとなんとも言えない

104:デフォルトの名無しさん
08/04/02 22:24:51
いやそれはない。
以下のコードだと

int keyStates = this.canvas.getKeyStates();//ここで0が代入される
this.canvas.getGameAction(keyStates);//ここでIllegalArgumentExceptionが投げられる

って感じになる。
環境は実機じゃなくてWTKのエミュレータとeclipseME。

105:デフォルトの名無しさん
08/04/03 21:45:30
公開したいとかじゃなくて、自分専用のS!アプリを
作って自分の携帯に入れたいと思ったんだけど、
そういうのは無理っていう認識でOK？

できるなら、どうすれば？

106:デフォルトの名無しさん
08/04/03 22:22:32
>>105
アプリゲットのテストダウンロードから入れるしかないんじゃない？

107:デフォルトの名無しさん
08/04/03 23:12:30
>>105
俺はいつもhttpdで簡易サーバ立ち上げてやってる･;(`ε()ﾞ

108:デフォルトの名無しさん
08/04/03 23:37:59
>>107
え、それできるの？
Softbankの認証を受けた事業者のサイトからしか
ダウンロードできないのだと思っていたけど。。。

参考サイト等あったら教えてもらえないでしょうか？

もしかしてiアプリも同じ方法で自作したものを自分の
携帯に入れることが可能？

109:デフォルトの名無しさん
08/04/03 23:55:37
すいません、教えて下さい。
auのオープンアプリからBluetoothのデータ送受信を操作することは可能でしょうか？
MIDPの仕様的にはOKな気もするのですが、>>6には特に記述がないもので。

110:デフォルトの名無しさん
08/04/04 00:26:22
記載してないと使用可になるんですね･;(`ε()ﾞ

111:デフォルトの名無しさん
08/04/04 01:04:14
>>110
え・・・どういうこと？ﾞ()3´);･

112:デフォルトの名無しさん
08/04/04 01:04:47
ﾞ()3´);･

113:デフォルトの名無しさん
08/04/04 01:13:04
ﾞ()3´);･　なんかまた新しいのが生まれたな

114:デフォルトの名無しさん
08/04/04 03:57:16
>>108
>>107はオープンアプリかｉアプリなんじゃない？S!アプリはコンテンツアグリゲータからダウンロードする方法以外聞いたことないけど。

コンテンツアグリゲータって公開が前提だけど、公開するつもりはない、もしくは作品ができたら公開するけど、とりあえず実機に入れて試したいって感覚で登録した人っている？

115:デフォルトの名無しさん
08/04/04 08:55:33
>>114
最初は軽い気持ちで登録したYO! ;(`ε()ﾞ

116:99
08/04/04 21:11:55
eclipse再起動したら正常に値を返すようになった。

117:デフォルトの名無しさん
08/04/04 21:33:16
>>116 >>99
二日もぶっ続けで携帯プログラミングしていたのか！
尊敬に値するぜ！(;`･ε()ﾞ

118:107
08/04/04 21:48:31
>>114
その通りiアプリとオープンアプリ前提に話してた
S!アプリって認証いるのね
知らなかったよ！･;(`ε()ﾞ

119:デフォルトの名無しさん
08/04/04 22:26:28
商用アプリですらアプリゲット使って
テストしてたりするからな･;(`ε()ﾞ

120:デフォルトの名無しさん
08/04/05 00:51:06
WTK2.2でCalendarを使うとグリニッジ標準時になるんだけど、
日本の時刻を取得するにはどうすれば良いんだろ

コンストラクタにタイムゾーンを設定してもうまくいかない・・

121:デフォルトの名無しさん
08/04/05 01:24:12
TimeZone#getAvailableIDs()でタイムゾーンID拾って
Calendar.getInstance(TimeZone.getTimeZone(id))

TimeZone#getAvailableIDs()で拾えないタイムゾーンはその実装ではサポートされてない。

122:デフォルトの名無しさん
08/04/05 01:27:53
言い忘れたけど端末の内蔵時計とVMの時計は別で仕様上は本当は一致させないといけないんだけど
VMの時計の実装が屑な場合があるからこれが必ずしも一致するとは限らない。
だから正確な時間が取得できる保証はない。

123:デフォルトの名無しさん
08/04/06 13:36:40
JDK5とJ2MEをダウンロードしてきたのですが、
Hello Worldを表示するプログラムが動きません…

どなたか教えてください

124:デフォルトの名無しさん
08/04/06 13:41:58
>>123
自己解決しました。
すみません

125:デフォルトの名無しさん
08/04/06 17:09:12
>>123
kwsk

126:デフォルトの名無しさん
08/04/07 00:06:33
ちょっと古い話題で悪いんですが質問です。

前スレの595で、810T（東芝の3GC端末）で512個以上のImageオブジェクトの
インスタンスをcreateImageで生成するとフリーズする（?）という情報がありましたが
解決策はなんなんでしょうか?(or あるんでしょうか?)
アプリ内でcreteaImageを行う回数を512以下に抑えるとかそんな感じですか?

当方で作成しているアプリは、頻繁にcreteaImageをコールするので対策に苦慮してます。
対応策の情報があったらご教示いただけると助かります。

127:デフォルトの名無しさん
08/04/07 09:37:13
いちいち解放しないで、使いまわすようにすりゃいいんじゃね？

128:デフォルトの名無しさん
08/04/07 15:36:56
>>126
BGのパーツなんかは、大きめの1ツcreateImageしておいて
drawRegionすればいいんでねえの？

携帯アプリごときで、何をどれだけ使えばそんな凄まじい量になるのかは知らんが
タイトルやチュートリアルの画像を持ちっぱなしとか、そんなのか？

129:126
08/04/07 17:47:26
画像はたいして量使っていませんが、アプリ内で動的にイメージを
生成する処理をしてるんです。
なので使いまわすのが難しいというか、ほとんど無理な状況です。
動的にImageを生成しまくる処理がすでにダメなんですかね。。

ユーザの方から、813Tでしばらくプレイしていると一部の絵が
表示されなくなるという情報をもらっていて、関連しているのかと思い
質問したしだいです。
（プレイは続行可能ということなので、たぶん例外は発生してないです。）

東芝とSoftBankに問い合わせましたが、回答は「個別の質問には
答えられない」、「開発者サポートサイトで出している情報以外無い」
といった感じでした。･;(`ε()ﾞ

130:デフォルトの名無しさん
08/04/07 17:51:30
動的にイメージを作る。といっても、量は大して使わないんだろ？

求められる一番大きなサイズ。例えば320ｘ320のImageを、求められる最大量（大して使わんという言い回しだと、5枚くらい？）作っておく。
21x21サイズが求められようが、64x64サイズが求められようが、空いている320x320を返すようにする。

あとは「大きなImageを、小さいImageのようにふるまわせる」なんてのは楽勝だろ？

131:126
08/04/07 21:48:27
少し説明不足による齟齬があるので説明しなおします。
静的なリソースを使用してcreateImageする画像は少なく
動的にcreateImage（正確にはcreateRGBImageです）で画像生成する回数が多いです。
前スレの595で、東芝端末でcreateImageできる回数に上限があると知り
現象の内容は異なりますが、関連している問題かと思いました。

>>130さん
動的に生成する画像は透過情報を含んでいるのでcreateRGBImageを使っています。
なので白塗りのImageを作って使いまわすことができないです。

間をとばして端的に言うと、MEXAのOption-Util2なImageUtilを使わず
透け透けのmutableなImage（透過レイヤーみたいなものです。）を作りたいのです。

132:デフォルトの名無しさん
08/04/07 22:28:31
＞（正確にはcreateRGBImageです）

(#^ω^)

133:デフォルトの名無しさん
08/04/07 23:14:37
前スレ595のやつは、同時保持するインスタンスの数じゃねーの？
実際ためしたの？131は？

134:デフォルトの名無しさん
08/04/08 00:33:01
>>132さん
ごめんなさい。
生成するImageオブジェクトのインスタンス数が問題かと思っていたので。。

>>133さん
同時に持っているImageのインスタンスは10くらいです。
それに加えてユーザの操作をトリガに動的生成するImageを1つ持っています。
動的な画像生成の頻度はユーザによって変わると思いますが30分で100回ほどです。

もっとじっくり調べてみます。

135:デフォルトの名無しさん
08/04/08 01:13:37
createRGBImage()で透過情報与えたとしても、たいていの端末はアルファが２段階だから透明、不透明の画像しか生成できないと思ってたけど違うの？
半透明はrenderPrimitive()でポイントスプライトにテクスチャ貼って代用してたんだけど。

136:デフォルトの名無しさん
08/04/08 08:11:05
>>134

１つ
普通createImageといわれたら、createImage(int width, int height)を思い浮かべる。
今までお前にレスしてた奴全員がそうだろう？
だから使いまわしをみんな薦めた

2つ
だーかーらー、お前は実際に512個の壁にひっかかってにっちもさっちもいかなくなったのか？
今のところ「同時に512個までしか持てないだろうことは仕様書でも判明している」が、
「解放しながらの通算512個なら問題ないのでは」とみんな思ってる

137:デフォルトの名無しさん
08/04/08 13:31:25
すみません、電話発信について質問です。
S!アプリで、アプリ内から電話発信させようとしてるんだけど、
ポーズダイヤル P を含めると、受け付けられないフォーマット
とかいう例外吐いてきます。docomoやau(BREW)は問題なかったんですが。
, 連続でごまかそうと思ったら、実機(813T)で無視してくれました。
ポーズダイヤル（類似）機能ってないんでしょうか？

そもそも S!アプリの電話発信で受け付ける文字種類の記述って
どこにあるのやらさえわからんかったりします。
(JSCLの PhoneConnection には記述が見当りません）

138:134
08/04/08 20:50:05
>>136さん
1についてはおっしゃるとおりです。
先走って色々書きすぎました、ごめんなさい。。
2については解放しながらのImage生成なので答えは「違う」です。

現在、当方で作成したアプリで起きている不具合を簡潔に書きます。
813Tでしばらくアプリを動作させておくと急に一部のイメージが描画されなくなる
現象が起きるというものです。
関連しそうな情報や対応策をご存知の方がいたら、教えていただけると助かります。

139:デフォルトの名無しさん
08/04/08 23:19:17
>>138
当然だとは思うけど、他の端末ではそうゆう状態にはならないの？

140:デフォルトの名無しさん
08/04/09 15:10:39
１・他の機種では起こらないのか
２・Imageの生成回数をカウントした結果512回程度で現象が起こるのか
３・本当にきちんとImageは解放しているのか

特に3は、自前で可変長配列作っててnull代入してませんでした＞＜とかいくらでもやるやついるから

141:デフォルトの名無しさん
08/04/09 16:46:47
null代入してたけどgcしてませんでした

142:デフォルトの名無しさん
08/04/09 18:27:07
gcはVMがやってくれるんでないの

143:134
08/04/09 18:30:35
>>135さん
半透明は使っていないのです。（スタンプ画像を自作している感じです。）

>>139さん
>>140さん
今のところ813Tでのみ報告を受けています。（少なくとも911SHでは発生しないです。）
2については問題の端末を当方で持っていないので不明です。
3については、生成と解放にカウンタつけてみましたがカウンタ値は一定でした。
なので解放漏れは無いはずです。（再度確認してみますが。。）

そろそろウザがられそうなのでこのあたりで切り上げます。
週末に813Tを購入して実機で確認してみます。
長々とありがとございました。

144:デフォルトの名無しさん
08/04/09 18:41:30
>>143
いや、うざがんないから。
情報交換するスレだから。最終的な情報隠したりとかする奴だけだよ、うざがられんのは。

とりあえず半透明使ってない（抜き色だけ）なら、createImageで生成せずに使いまわして、
自前で抜き転送って手もあるが
せっかくあるのに馬鹿らしいよなぁ

145:デフォルトの名無しさん
08/04/09 20:36:02
静的なImageの代わりに静的なint型配列作ってリソース画像の色情報を保持させておけばいいんじゃないかな？
色情報配列の内容が変化してたら困るから、実画面サイズぐらいの静的なint型配列も作っておいて、それに色を抜いたりなんたりした結果を渡すようにする。
後は、createRGBImage()に結果の配列を渡してImageを作るって方法なんだけどどうかな？
毎回、配列を作ってイメージの色情報を取得するっていうのを省くためなんだけど、変なこと言ってたらごめんよ。

146:デフォルトの名無しさん
08/04/10 09:13:17
Imageを作れる個数の制限がって話をしてるのに、何を変なこと言ってるんだ？

147:デフォルトの名無しさん
08/04/10 10:54:53
>>146
それが813Tで問題が起きる原因かって聞いてきただけで、解決するならなんでも構わないんじゃないの？

148:デフォルトの名無しさん
08/04/10 11:57:45
146は145へのレスだろJK

149:デフォルトの名無しさん
08/04/10 19:30:52
javaをバイナリで組めるようになったら多分なんでも実現できるよ

150:デフォルトの名無しさん
08/04/10 19:55:19
>>143
当てずっぽうで言ってみるけど……
java.lang.System#gc()でこまめにガベージコレクトさせてみるとか、
javax.microedition.lcdui.Graphics#drawRGB()使ってみるとかじゃだめかなあ。

151:デフォルトの名無しさん
08/04/11 12:00:19
質問者がいなくなったからもうこの話題は終わり。
何か言っても変なこと呼ばわりされるしね。
どうせまだ情報を隠しているんでしょう。

152:143
08/04/11 13:53:49
>>151さん
まだいます。。
毎日個別にレスしていると邪魔だと思ったので、週末にまとめて書くつもりでした。

なお本日813Tを購入したので試していますが、困ったことに再現していないです。。

153:143
08/04/11 22:04:40
いまのところ当方で購入した813Tでは、やはり不具合は再現せず
まったく原因不明です。。（143の後、ユーザの方に詳しい状況を聞いて
再び試しましたが再現しませんでした。）
ひとまず当方が試験で使ったアプリのバイナリをそのままユーザの方に
提供して報告を待ちたいと思います。

>>150さん
gcはこれでもかというくらい実行しているので問題ないと思います。
drawRGBで描画する方法も試しました。
同じ描画結果になりますがImageを一枚貼るのと違いパフォーマンスが悪く
当方のアプリで使用するには実用的ではありませんでした。

>>144さん
drawRGBは内部で同じような処理をしているのだと思われます。
なので前述の理由と同じく実現はできるが。。といったところです。

>>145さん
時間がなくて試せなかったので後日試してみます。
更新する場所としない場所を細かく切り分けることができれば
今より処理が早くなりそうです。

>>147さん
おっしゃるとおりです。問題が解決できればなんでも良いのです。
しかしその問題が再現してくれませんでした。泣きそうです。

>>151さん
ご迷惑おかけしました。

原因と解決策が分かったらまた書き込みますが、いまのところ再現性のない
不具合で、ユーザの方からの報告も当然任意なのであまり期待はしないで
ください。
みなさま、色々とありがとうございました。

154:デフォルトの名無しさん
08/04/11 22:17:54
ﾞ()3´;)つ [別の箇所を疑ってみれ]

155:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/04/13 00:54:17
仕様嫁

157:デフォルトの名無しさん
08/04/13 04:57:03
どうせWIN機種でしか再生できないんだから
通信量規制なんて取っ払ってほしい
仕様糞過ぎるぜ

>>155
一回の通信許容量で言えばFlashLiteの方が高かったはず
もちろん実用レベルではないけど･;(`ε()ﾞ

158:デフォルトの名無しさん
08/04/13 21:39:40
POSTも5KBまでなんだよな
ホント糞仕様だよ

159:デフォルトの名無しさん
08/04/13 22:48:57
海外のMIDP端末は解放されててシェアウェアなMidletまであるのにな。
日本の糞な縛りときたら・・・。

160:デフォルトの名無しさん
08/04/13 22:53:59
willcomはほぼ自由。

161:デフォルトの名無しさん
08/04/13 23:06:13
その上通信毎に確認のダイアログ

162:デフォルトの名無しさん
08/04/14 00:32:51
通信ごとの確認はMIDPの仕様

163:デフォルトの名無しさん
08/04/14 20:30:09
ﾅﾝﾀﾞｯﾃ？

164:デフォルトの名無しさん
08/04/14 21:32:12
海外みたいにフリーウェアに活気があればなぁ
フリーのiアプリの人気が端末の売り上げに影響するレベルになれば
他の2キャリアも真似して着いて来るはずなのに

165:デフォルトの名無しさん
08/04/14 22:37:52
確かに何でこんな人気無いんだろうな
for(;;){if(人気<0){製作者逃げる;レベル--;人気--}}
って感じか
アプリゲットのランキングとか酷いことになってるし

166:デフォルトの名無しさん
08/04/14 23:59:24
いまいち盛り上がらない原因として個人的に思うのは
携帯向けフリーソフトの存在の分かりにくさ
アプリゲットみたいなサイトも物凄く分かりにくい作りしてるし
個人サイトで配布されてるのなんて、各キャリアの公式ページ
から行き着くのは至難の業

167:デフォルトの名無しさん
08/04/15 02:34:02
そもそも、ケータイキャリアが公式で囲い込む(そして課金手数料で潤う)システムで、
公式でないサイトはお呼びでないのは昔っからだし。

168:デフォルトの名無しさん
08/04/15 13:19:14
>公式で囲い込む(そして課金手数料で潤う)システム
こんなことやっても手間の割に儲けにならないってのは日本はいつになったら学習するんだろうね。

169:デフォルトの名無しさん
08/04/15 17:20:19
塵も積もれば山となるで成功してる。
だから未だに継続してるわけで

170:デフォルトの名無しさん
08/04/15 17:55:57
本業のアプリ屋かゲーム開発者で勝手アプリ公開してる香具師いる？
プロと比べてアマチュアのアプリって異様に技術レベル低いよな。
自演ばっかでまともなコミュニティー無い＆ノイズ多すぎ（ワンキーとかばっか）で、
頑張って良いもの作っても埋もれそうなのが嫌なんだが・・・

171:デフォルトの名無しさん
08/04/15 18:01:14
iアプリなら公開してるな。
アレだと作者登録とか必要ないし匿名で配布できるから。

172:デフォルトの名無しさん
08/04/15 19:11:48
willcomも自由だな

173:デフォルトの名無しさん
08/04/15 19:19:20
俺が使ってる無料ホームページサイトがjadをアップできないんで、
オープンアプリとかは無理だった。

それにwillcomもOAPもサーバ側の設定いじらないとだめっしょ？

174:デフォルトの名無しさん
08/04/15 20:21:27
設定といっても別に大掛かりな事でもないけどね
借りたディレクトリに.htaccess置かせて貰える鯖ならいけるよ
無料のHPスペースなんかは対応してない所が殆どだね
趣味でやってる個人鯖ならメールでお願いすれば犯せてもらえるかも

175:デフォルトの名無しさん
08/04/15 21:08:57
犯して！

176:デフォルトの名無しさん
08/04/15 22:09:58
アプリ内にあるjpeg画像を
データフォルダに任意の回数、または限りなくコピーできるような
Sアプリを作る方法ってありませんか？

177:デフォルトの名無しさん
08/04/15 22:56:37
>>168
へたにコンシューマをやるよりは儲かりますな

178:デフォルトの名無しさん
08/04/15 23:41:51
>>176
ある、としか言いようが無い。
もっと調べて実際に組んでみて、それで出来なかったら
出来るだけ具体的に質問して頂戴。

179:デフォルトの名無しさん
08/04/15 23:58:03
携帯の課金って通話料と一緒に請求だから心理的障壁が低いんだよな

180:デフォルトの名無しさん
08/04/16 00:28:39
安いしね。むしろ安過ぎて業界的にはマズイ
開発者としては「この金額で文句言うな、悩むな、買え」と思う
けど１ユーザとしては「こんなので300円も取るのかよ」なんて思う
どこの途上国人だよ俺・・・

181:デフォルトの名無しさん
08/04/16 00:32:32
開発してると感覚にぶるが、1ユーザーは500円程度までしかコンテンツに金払いたくないのが基準らしいよ
占いサイトやちょっとした趣味のサイトに200円。
ちょっと奮発して300円。
あとは無料ゲームとか。
結構食い込むの大変なんだよな

182:デフォルトの名無しさん
08/04/16 00:39:52
開発はごく数名の少人数で数ヶ月規模というじゃないか
違法コピーされることも殆どないし、結構バランス取れてるんじゃないかね？
特にiアプリとかJavaベースだと輸出も楽々だろうし

183:デフォルトの名無しさん
08/04/16 00:44:10
181の言うように、大手が財布を独占してるからいまいち
大手にとってはバランスとれてるのかもな

184:デフォルトの名無しさん
08/04/16 00:45:19
>>182
iアプリだとDojaだから海外にもってくなら
作り直さないと駄目。

むしろ海外アプリならOAPとかWillcomでそのまま動くと思うｗ

185:デフォルトの名無しさん
08/04/16 00:58:02
>>184
そりゃ知っとるけど
BREWなんかよりよっぽど良いはず
現行のBREW端末って海外にも無いんじゃない？

186:185
08/04/16 01:06:30
今ちょっと調べたらnokiaもBREW対応端末出してるのな
知らんかった･;(`ε()ﾞ

187:デフォルトの名無しさん
08/04/16 01:07:47
BREW4のは知らんけど、BREW2.1あたりのは
海外のアプリを国内に移植した事あるけど、
結局問題になるのはKDDIの検証項目だなｗ

海外のJavaを国内に持ってくるのでも、
向こうの端末は画面サイズとかバラバラだったりして
結構面倒だったりした覚えはある。

188:デフォルトの名無しさん
08/04/16 01:14:57
OAPは画像が240pxまでだったり変な制限が色々あるので
まともに動かないことのほうが多いはず。3D等も未対応。
海外アプリだとNokiaの拡張APIを使ってることもある。
M3GとかOpenGLも実装依存が多いしな。

189:デフォルトの名無しさん
08/04/16 02:44:44
そもそも日本の端末はjarが1M以内っていう制限があるから海外のはインストールすら出来ないのがあるな。

190:デフォルトの名無しさん
08/04/16 10:24:52
俺がやった移植のでソース見た感じだと、
海外のでもDocomoの503みたいな画面サイズのもあったっぽいけどな。

そういや、確かにNokiaの拡張とかあったｗ
機種毎にフォルダ分けてたりして、
海外の人も多機種対応で苦労してるんだと思った。

191:176
08/04/16 12:02:40
>>178
あるんですか。
資料やサイトをいくら探してもアプリ内の画像を本体に
コピーするAPIがないので、何を使えば良いか教えてもらえませんか？

192:デフォルトの名無しさん
08/04/16 13:29:48
初心者で申し訳ないのですが、

URLﾘﾝｸ(java.sun.com)
↑ここで落としてきたエミュで、JSR184で３Ｄをやろうと思い、

URLﾘﾝｸ(www.mascotcapsule.com)
↑ここのサンプルを動かそうとしたんだけけれども、Worldを
renderするところでIllegalStateExceptionが出てしまいます。

何か、原因がわかる方がいましたら、教えてくださいませ
ｍ（＿＿）ｍ

193:デフォルトの名無しさん
08/04/16 15:27:25
それだけじゃ分かんないと思う。エラーコンソールの出力をkwsk
エミュレータのオプションが原因のような気がするが。

> ｍ（＿＿）ｍ
パソ通時代のAAかよ、懐かしいな。初心者・・・

194:デフォルトの名無しさん
08/04/17 10:11:14
MIDP 標準機能程度しか使わないアプリなので
一つの jar で機種判別しながら細かい差異を吸収したいのですが
機種判別の方法はありますか？

195:デフォルトの名無しさん
08/04/17 10:44:45
System.getProperty("microedition.platform")　とか･･･

196:192
08/04/17 11:51:13
すいません。
自己解決しました。
エミュレータ内に３Ｄのデモがあり、動作確認できたので、
こっちで勉強しようと思います。

お騒がせしました。

197:194
08/04/17 12:57:56
>>195
仕事中なので試せてないですけど、それでいけそうです。
ありがとうございます。

198:デフォルトの名無しさん
08/04/19 09:46:12
>>197
古い機種だとj2meしか返って来ないけどね

199:デフォルトの名無しさん
08/04/21 00:33:36
最近javaを始めたばかりのものです。。。

WTK22のエミュレータのサイズを240*240に変えたいのですが
参考になる資料など置いてある場所をご存知のかた、教えてください。。。

なんかデフォルトがやけにでかいんですよね。。。

200:デフォルトの名無しさん
08/04/21 00:54:22
240*268が標準サイズだから

201:デフォルトの名無しさん
08/04/21 01:36:47
>>200
これはお恥ずかしい。。。
エミュレータいじってたら元に戻せなくなったのでインストールし直しました

240*268から240*240にはどうしたらできますか？

なんかちゃんといじらないと、クラスファイル作るときに変な影響出るんですね。。。
読み込んだ画像が表示されなくてビックリしましたよ

202:デフォルトの名無しさん
08/04/21 02:34:55
DefaultColorPhoneを例にすると
wtklib\devices\DefaultColorPhone
にある
DefaultColorPhone.properties
の
screenPaintableRegion.height
を240に書き換える
ちなみにデフォは292だった気がするが

203:デフォルトの名無しさん
08/04/22 00:08:15
>>202
レスありがとうございます
書き換えてみたところ、しっかり設定されました

まだどんなゲームを作ろうとかいう段階ではありませんが
とりあえずRPG用のマップチップを読み込んで分解して
自由に配列できるようにするところまでいきたいと思います

また詰まったらこちらにお邪魔するかもしれません。。。

204:デフォルトの名無しさん
08/04/22 00:56:06
TiledLayerがあるだろ。javadocも読んどけ

205:デフォルトの名無しさん
08/04/22 22:35:04
すいません質問です。。。

ｿﾌﾄﾊﾞﾝｸのJavaｱﾌﾟﾘを作ろうと思って、
作成したものを某どこぞのテストサーバにアップして
実機でダウンロード確認したんですが、
終了ﾎﾞﾀﾝを押すとエラーが発生して終了するんです。
MEXAのｴﾐｭﾚｰﾀｰ上で電源キーを押しても何もおこらないので、
pauseの時点で止まっていたり、落ちている気がします。。。

全然気付かずに色々と作業したあとなので、ソースもかなり大きなものになっていて、いつからそうなってしまったのかわかりません。。。
誰か心当たりのある人はいらっしゃいますでしょうか？

206:デフォルトの名無しさん
08/04/22 23:04:43
pauseApp()に何も記述しないようにすればいいんじゃない？

207:デフォルトの名無しさん
08/04/22 23:07:29
MIDPの仕様でもpauseApp()などは速やかに制御もどせってことになってる。

208:デフォルトの名無しさん
08/04/22 23:09:21
エミュレータのコンソールに例外が出てないんだったら
マルチスレッドのタイミングの問題かも・・・
終了時に開放したメモリをどこかで参照してる可能性が高い

209:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/04/23 11:16:26
今、個人会員で登録してきたけどメール来ただけで
すぐに資料見れたよ？

ちょっと見た感じ、サウンドメディアの多重再生の所が
機械によって違ってたみたいだから
機種依存だと考えるのが普通だと思う･;(`ε()ﾞ

次ページ