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

77 ：７２：2008/03/31(月) 18:18:48

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

78 ：デフォルトの名無しさん：2008/03/31(月) 18:59:17

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

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

79 ：デフォルトの名無しさん：2008/03/31(月) 20:42:25

>>77
ttp://www.marukun.com/diary/2006/02/post_134a.html

80 ：７２：2008/03/31(月) 22:04:08

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

81 ：デフォルトの名無しさん：2008/04/01(火) 01:09:43

イーモバイルの音声サービスが始まったが、
アプリ試した人いる？

82 ：デフォルトの名無しさん：2008/04/01(火) 07:36:39

>>81
H11T買ったから試したといえば試したけど
何か知りたいことある？

83 ：デフォルトの名無しさん：2008/04/01(火) 07:40:56

速さはDocomoとかと比べてどんなもん？･;(`ε()ﾞ

84 ：デフォルトの名無しさん：2008/04/01(火) 08:28:11

MIDPssh使える？いや普通には使えないことはわかるんだけど
HTTPじゃない普通のソケット通信ができるかどうかを知りたいんです

85 ：デフォルトの名無しさん：2008/04/01(火) 08:39:42

ダウンロードしたアプリがSDとかに移せるのかも知りたい･;(`ε()ﾞ

86 ：デフォルトの名無しさん：2008/04/01(火) 08:47:35

>>83-85
まだ全部試してないことばっかりだわ
仕事が暇な時にでも試してみる

87 ：デフォルトの名無しさん：2008/04/01(火) 15:41:50

MIDP2.0でADVエンジン作ってんだけどいわゆるクリック待ちってどうやって実装したら良いだろう？

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

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

88 ：デフォルトの名無しさん：2008/04/01(火) 16:00:31

どんなものかわからんけどいわゆるスクリプターなら
キー入力待ちも命令にしちゃえばいいじゃん

89 ：デフォルトの名無しさん：2008/04/01(火) 17:30:11

何故スレッド止めるんだｗ
いまどきのADVは、画面がまったく静止することはありえないだろうに。カーソルが点滅したり、キャラ動いたり。

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

90 ：デフォルトの名無しさん：2008/04/01(火) 21:54:15

やっぱりスレッド止めずにぶん回すもん？

91 ：デフォルトの名無しさん：2008/04/01(火) 22:01:39

止める理由がないじゃん

92 ：デフォルトの名無しさん：2008/04/01(火) 22:36:07

使ってるフレームワークの方でゲームループ回してるスレッドのサスペンドとレジュームは実装してるから
クリック待ち中に動きがないならスレッド止めた方が実装楽かな〜と思ってさ。

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

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

93 ：デフォルトの名無しさん：2008/04/01(火) 23:30:06

必要が無ければ極力sleep入れてあげようよ・・・
キー入力待ちなら50msくらい遅れても問題ない

94 ：デフォルトの名無しさん：2008/04/02(水) 00:03:59

本とかでよくあるサンプルゲーなんて空whileぶん回しばっかだぞｗ

95 ：デフォルトの名無しさん：2008/04/02(水) 00:15:05

私の携帯のバッテリーを殺した犯人がいると聞いてやってきますた

96 ：デフォルトの名無しさん：2008/04/02(水) 04:16:26

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

97 ：デフォルトの名無しさん：2008/04/02(水) 10:06:41

空ループすれば携帯がどんどん熱くなるから、比べるまでもない

98 ：デフォルトの名無しさん：2008/04/02(水) 13:11:08

>>97
なるけど、Sleepでもなるよ

99 ：デフォルトの名無しさん：2008/04/02(水) 13:28:18

GameCanvas#getKeyStates()をGameCanvasの外から呼び出すと戻り値が全部0になるんだけどそういうもん？

100 ：デフォルトの名無しさん：2008/04/02(水) 14:29:01

普通はキーコードが戻り値
0になるのはおかしい

101 ：デフォルトの名無しさん：2008/04/02(水) 19:08:44

>>92
ゲームループ止めるかどうかはおいといて、
その使ってるフレームワークとやらは、キー入力をポーリングできんのかね。

102 ：デフォルトの名無しさん：2008/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 ：デフォルトの名無しさん：2008/04/02(水) 20:21:19

そのコードだと戻り値が0っていうか条件が間違ってるんじゃねえの？

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

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

104 ：デフォルトの名無しさん：2008/04/02(水) 22:24:51

いやそれはない。
以下のコードだと

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

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

105 ：デフォルトの名無しさん：2008/04/03(木) 21:45:30

公開したいとかじゃなくて、自分専用のS!アプリを
作って自分の携帯に入れたいと思ったんだけど、
そういうのは無理っていう認識でOK？

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

106 ：デフォルトの名無しさん：2008/04/03(木) 22:22:32

>>105
アプリゲットのテストダウンロードから入れるしかないんじゃない？

107 ：デフォルトの名無しさん：2008/04/03(木) 23:12:30

>>105
俺はいつもhttpdで簡易サーバ立ち上げてやってる･;(`ε()ﾞ

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
へたにコンシューマをやるよりは儲かりますな