ｉアプリでゲーム

携帯・PHS板とマルチポストになってしまいますが、お尋ねしたいことがあります。
俺の作ったiアプリ、503シリーズ、F504i、D504iでは動くんだが、
N504iは途中で止まってしまいます。
http://mightguy.tripod.co.jp/cupmen/
リンク先にソースも置いてあります。
何か気がついたところがあればアドバイスお願いします。

＞が出て止まってしまいます(噂のフリーズバグなんだろうかねぇ？)。
＞もしバグだったら、NECは謝罪と補償(ホームラン軒味噌味)をしる(藁

だってさ・・・・・ﾊｧ

>>372
せめてどういう操作したら止まるのか書いてよ。

とりあえず
　stimer.stop();
　stimer.dispose();
　stimer = null;
のあたりとか、
　stimer = ShortTimer.getShortTimer(this, 0, timerSpan, false);
　stimer.start();
が強烈に怪しいので、
メソッドprocessEventとfuncを synchronized にしてみたら
直ると思うんだけど、どうかな?

バグの噂とか立ってるんですか？噂のソースを教えてください。

>>372

Doja2.0ドキュメントによると

＞getGraphics
＞public Graphics getGraphics()キャンバスに描画するためのグラフィクスオブジェクトを取得します。 取得されたグラフィックスオブジェクトは初期状態になっています。
＞[DoJa-1.0]
＞getGraphicsメソッドを呼び出すたびに新しいオブジェクトを生成するのか、予め 確保したオブジェクトを再使用するのかは機種依存です。
＞[DoJa-2.0]
＞getGraphicsメソッドを呼び出すたびに新しいオブジェクトを生成して返します。

って事なんだけど。
タイマー（とキー）イベントのたびにGraphicsオブジェクト作ってるみたいだけど、そーいうもんなの？
あと、repaintで無くpaintを呼び出すのはiAppli的には普通なの？

いちいちAA[]を作りなおしてるのはどうなんだろ。っていうか全体的に...

stimer.dispose();
stimer = null;
ここだと思う…。
disposeして存在を消し去ったのに、それに対しnullを入れようとしている…。
っていうか、null必要無いような気もするし、順番逆の気もするし…。
あり？paintメソッドを意図的に何回も呼び出す（生成）していいんだっけ？

それにしても、一般的なiアプリの作り方はこうなのか…
私はcのなかでg = this.getGraphics();としてpaintメソッドは空にするやり方だな〜

ヘボヘボプログラマからの信用出来ない一言でした。

＞ヘボヘボプログラマからの信用出来ない一言でした。

本当にヘボへボだね・・・・

ごめん、言い過ぎた

>>378
　 　 　 　_＿　 っ っ
　　　　 Gﾆ ･　ヽ.、　 ／￣￣￣￣￣￣
　´￣＼ Gﾆ ･　ノ`′＜　いぢめる？
（　 へ　 ヽ/　三;´￣ヽ　＼＿＿＿＿＿＿
　＼__人__.（＿＿ヽ＿

何のAAですか？ところで

＞元関係者（正確には下請け）としては、担当者しっかりチェックせい！
＞ですな。私らが関係してた時はこれでもか！というくらい厳しかったんですが…。

iAppli関連の調べものしてたらこういう書き込みを見つけたんですが、いったい何を担当してたんですか

>>381
守秘義務って知ってますよね？まだ有効期間のはずなので、
とあるサービスに使うツール開発としか答えられません。

いや、そんな厳密な話しは期待してないけど。
この人ってプログラマなのだろうか？と疑問を持ったもんで。

>>374
アプリを起動して３〜５の何れかを押してカウントダウン開始
↓
N504iは何回やっても50秒くらい経つとエラーで止まる。
その間、携帯に全く触れなくてもエラーになる。
それ以外の端末は動作している(ように見える)。

>>375
バグの噂は携帯・ＰＨＳ板
http://cocoa.2ch.net/test/read.cgi/phs/1022643854/
の過去スレ。Part12(だったと思う)頃から何度か噂になってて、その内容は、
「当初5月上旬発売が延びたのは致命的なバグが取れないため」
というもの。

>>376
repaintを使ってない理由は
ttp://www.atmarkit.co.jp/fmobile/rensai/doja06/doja06.html#2
の記事を参考(信用)にしているため。

AA[]に関しては、jarファイルが大きくならない、かつスマートに書きなおせるなら
そのテクニックをご教授願いたい。

>>377
俺はサンデープログラマで、なおかつ
自己流でプログラム覚えちゃったので恐らく一般的な書き方ではないです。

問題を切り分けるために以下のように書きなおしました
ttp://mightguy.tripod.co.jp/cupmen/a.lzh
・アプリが立ちあがると3分モードでカウント開始(キー入力によるイベントを無くした)
・paint(getGraphics()) -> repaint()
・邪魔なのでAAの表示を止める
が、症状は改善しません。

現在ドコモ提供の503用開発キットを使ってるんですが、
試しに、ドコモ提供の504用開発キットだで動かしてみたら
N504iと似た症状で異常終了してしまいます。
ドコモは503用アプリは504で動くと言っているけどこれが嘘なのかねぇ?
http://www.nttdocomo.co.jp/p_s/imode/java/qa.html#1-3

何が原因なのかもう少し追いかけて見ますわ。

>>383
元はデザイナー兼エセプログラマーだよん。

>>381
AA…アスキーアートね…今わかった。
「ぼのぼの」のシマリスくんです。
どっかの誰かが何年か前に作ったのを使ってます。

>>372
すぐに端末のバグだとかエミュのバグだとか騒ぐのはみっともないぞ
ちょっと調べればどこでどう落ちてるのかわかるだろ

private void func(Graphics g)
{
　　　・
　　　・
　　case 0x1000:
　　　　stimer = ShortTimer.getShortTimer(this, 0, timerSpan, false);
　　　　　　　　　　↑
ここでUIExceptionが出て落ちてるんだよ
> UIException - [DoJa-2.0] 同一キャンバスで取得済みのタイマと
> 同一のIDを指定してタイマを生成しようとした場合に発生します(BUSY_RESOURCE)。

毎回毎回ShortTimerのオブジェクトを取得してるのは何のため？
stopとstartを繰り返せばいいんじゃないのか？

あのー
stimer.dispose()
した後に
getShortTimer()
してるんですけど?
dispose()が利いてないのはバグなんじゃないですか?

>>385
あのー、そこまで絞れたら、わかりそうな気がするんだけど・・・・。
何回目のgetShortTimerで落ちてるかカウントしてみた？
>>388も言ってるけど（同一のID云々は誤りだと思うけど。disposeしてる訳だから。）、毎回getShortTimerを生成し直す必然性は何ですか？ソースがあったら教えてください。
repeatをtrueにして回しとくんじゃ問題が生じるの？
エミュだと問題無い/私はエミュでしか確認出来ないんで。

それと、paint()呼出し駆動というか、この場合だとpaint()からfunc()を呼んでるけど、そういうのって良くない気がするなぁ。paint()はあくまでも描画処理関連のみ、って風には作れないもんかね。

>>390
>毎回getShortTimerを生成し直す必然性は何ですか？ソースがあったら教えてください。
根拠は
http://www.nttdocomo.co.jp/p_s/imode/java/pdf/jguide504_020517.pdf
73ページです。
ShortTimer timer;
を
timer.stop();
timer.dispose();
してるんで、使い終わったタイマーはdispose()しても良いって事では?
今回のカップ麺タイマー
ShortTimer.getShortTimer(this, 0, timerSpan, false);
なぜ、定数でなくてtimerSpanという変数を使ってたかというと
将来的にこの値を可変にして茹であがり間際にAAのアニメを
高速化しようと思ってたんですよ。
timerの間隔を変更するにはdispose()しなくちゃいけないですよね?

エミュでしか確認してないけど、必ず100回目のgetShortTimerで落ちてる。
stimer.dispose()でメモリは解放されてるが、
内部のタイマIDは解放されないんじゃないかな。

そもそもShortTimerは何度も生成するものじゃないと思う
タイマの間隔を調整するならThread.sleep()とかでやったほうがいいんじゃないか？

あ、372が先に書き込んでたね。
で、dispose()が利いてないってのはどーかなー。
エミュでもわざわざ???回目のgetShortTimerで例外発生するように作ってある？ところを見ると・・・・まあ、バグというか、そういう「仕様」なんじゃないですかね・・・・・。
本当に何十回もタイマーを作りなおす必要あるの？ っていうか実機では何回目に落ちるか教えて欲しい。

あ、またレスが付いてた。

＞timerの間隔を変更するにはdispose()しなくちゃいけないですよね?

２種類の間隔が必要なら、タイマー２個（もちろん別々のIDで、複数を使い分ける/使いまわす）で済みそうだけど・・・・・ダメ？
（10種類なら10個）

73ページ見てみたけど、うーん。確かにこのゲームを何十回か繰り返して遊んでいるうちに落ちる可能性はありますね。
あるいは、Canvas１個あたりのタイマー数制限があるのかも。だとしたらCanvasごといちいち作りなおすってのはどう？（必要なら。）


ちなみに、同ページにprocessEvent()内の処理は極力短時間で終わらせろ、って書いてありますね。守った方が良いね。

用意してある関数でアプリが停止するのが仕様ならマニュアルに書いておいてほしいなぁ。
390さんがDOCOMOの関係者で「これは仕様です」と言うなら納得するけどね。
仕様書に書いてない仕様は「バグ」だと思うんだけど、どうですか?

http://www.nttdocomo.co.jp/p_s/imode/java/pdf/jguide504_020517.pdf
48ページ、一番上の項目はどうなるんだろう?
ttp://www2.airnet.ne.jp/~kenshi/tgmaking.html
の下の方みたいにresume()の際にShortTimer.dispose()
を推奨しているサイトをいくつか知ってるけど、
これを実践している503アプリは全滅しませんか?

>>390 実機では何回目に落ちるか教えて欲しい。
0.2秒単位で計ってて50秒くらいで落ちるので250回くらいだと思います。

「全然」関係者じゃないよ。iアプリ端末どころか、携帯電話すら持ってないぜ。（それ自慢かよ）

エミュでCanvasいちいち作りなおしを試してみたけど駄目だった。

>>395
うーん、実際にカウント表示するプログラムを動かしてくれればはっきりするんだけど・・・・250回くらいってのは、良い数字ではあるよね。255とか？

394にあるサイト行ってみたけど、推奨してる？「結果オーライ」としか読めないんだけど。
いちいち作りなおさなくちゃ正常に動きません、って風にも読めないし。
resume された時にstopしてるかどうか解らない？そうなの？startしたかどうかはフラグで判定すれば良いし、stopされたかどうか本当に解らないなら（rsume時にもstopしていない可能性があるなら）、とにかくstartを試みて例外はキャッチすれば良いんじゃ？

バグか仕様かは私の知ったことじゃないんで、メーカーに問い合わせるなりしてください。
私は、迂回策はあるだろうと意見してるだけで。
にしても、タイマー生成数限定が本当なら、正常に動かなくなるiアプリがけっこうあるかもね。

眠いんで今日のまとめをして寝ます。
・ShortTimerの確保と開放を連続して行うとN504iは250回程度、504エミュで100回で例外が出て終了する。
・503シリーズ、503エミュ、F504i、D504iではこの現象を確認できず。
・マニュアルにはこの件についての記述が無い。
・372自身はバグだと思うが、ドコモの仕様説もある。

>>390
>394にあるサイト行ってみたけど、推奨してる？「結果オーライ」としか読めないんだけど。
だから、ドコモの仕様書48ページ一番上に書いてある通りのプログラムでしょ?
「タイマーのインスタンスを破棄した上で再作成する必要があります。」
timer.dispose() -> timer.getShortTimer()

>バグか仕様かは私の知ったことじゃないんで、メーカーに問い合わせるなりしてください。
朝目が覚めたら、このスレのURL付けてメールしてみます。
DOCOMOの許可が下りればここで返事を公開するつもりなので、期待していてください。

最後に...
>>390 本当に何十回もタイマーを作りなおす必要あるの？
そこにdispose()があるからです。(藁

Javaやiアプリはあまり詳しくないのだが、タイマーを何百回も
生成・破棄を繰り返さなければいけないという、プログラムの設計
自体が根本から激しく間違っている気がする。

とうとう0.2秒ごとにタイマーを作りなおす必然性が「そこにdispose()があるから」だけになっちゃったね。他にやりかたがあるって指摘しても「無視」だし。あーあ。

いわゆる「クレイマー」だったと考えるべきなのかな。
それならそうと初めから言ってくれれば、時間を無駄にせずに済んだのに。

ただ、1分に1回の割合でタイマーを再生成するプログラムだとしても約250分使いつづければ落ちかもしれない訳で、問題だろうけどね。
或いはタイマーに限らず、他のネイティブリソースと合わせて制限があるかもしれないし。

>>399
×落ちかも
○落ちるかも

まぁ自分がその機種のユーザーなら、そんな「仕様」は認めたくない、文句も言いたいだろうけどね。
それならそう言って欲しいよ。0.2秒毎にタイマーを作りなおすのが正しいって言われても困る。

>>397
＞だから、ドコモの仕様書48ページ一番上に書いてある通りのプログラムでしょ?

あ、本当だ。DoJa-1.0プロファイル（503の事？）では「タイマーのインスタンスを破棄した上で再作成する必要があります。」って書いてあるね。
けど、「アプリケーションの実行が中断された場合」って書いてあるよ。0.2秒毎にイベントを発生させるのに、いちいち再作成する必要がありますとは書いてないよね。

こんな簡単なことでバグるならほかの関数も怪しいよな。
504iのバグ(不具合)情報もっときぼんぬ

関数の設計を無視した使いかたして、バグるとか得意げに語られてもなぁ

この話題を振った人は内部告発者と見た！
ようするにそういう問題があって、他にもまだありそうでまだ完璧とはいえないのに、
出そうという上の方針に疑念を抱く人の告発でしょう？
たしかに現実問題、意図して100回もタイマーを生成することはないでしょうけど、
長期間遊ぶ場合、着信復帰などで100回を越える事も無いとはいえないわけですからね〜。
、、という事にしておこうっと。

>>401
本当に372本人？
「クレイマーってのは言い過ぎだった」って書き込むつもりで来たんだけど、ほんとうにクレイマーじみてきだぞ・・・・・

バグるっていうか、「例外が発生してる」んだよね、納得し難い。その根本原因はバグかもしれない訳だけど。
メーカーでは認識していなかったんだろうか？認識していれば簡単に修正出来そうな気はする。けど、エミュにまで「制限」を埋め込んであるのは・・・・・
これも「バグ」なのだろうか？かもしれないけど、エミュ版制限の100って数字は、意図的なものの様にも思える。
N社の端末の「バグ」取りが間に合わなくて、次善の策として？エミュ側により強い制限を組み込んだ？

372は自分の主張（の変化？）を改めて見なおして欲しい。

「以前の機種では（N504i以外では？）正常に動作していたアプリケーションが動かなくなる可能性がある」
「この新たな制限はドキュメントに記述されていないし、著しく不便だし、改善されるべきだ」
って主張に関しては、その通りだと思う。

「バグの為にオレの作りたいアプリケーションが作れない」
という主張なのであれば、そりゃ違うんじゃないかと思う。
回避は可能だし、行儀の良いコーディングをすれば、実用上は問題なく動作させられるだろう。
もちろん、だからと言ってこの制限が正当化される訳じゃないよ。
372のコードは問題提起用のサンプルとしてはスマートさに欠け過ぎというか・・・・・

確かにバグくさいが、こんなださいソース書いてる方が笑われるぞ。
このアプリでしか発覚せん可能性、十分にあり。
こんなことで文句つけるやつはWindowsなど使えん。
.NET Frameworkなんかなぁ…。ため息がでるよ。

「 RX-2001 」がパワーアップした、
「 RX-2000�V 」↓
http://user.auctions.yahoo.co.jp/jp/user/NEO_UURONNTYA

店頭販売価格は、13900 円なんですが、
今回だけ、破格の 7100 円に設定して
おります。

購入希望の方は、名前の所にも書いて
ある、[email protected] 迄、
メールを下さい。

不安な方は、落札をして頂いても
構いません。

>>405
いやおそらく、単純に繰り返しShortTimer.getShortTimer()を呼び出すだけで再現できるよ。
長時間連続可動させつつShortTimerを用いるアプリでは避けられない問題、って事になるんだと思う。
また、372の様に作られたアプリが従来は動作していたものが、特定機種で動作しなくなってしまうのも、おそらく事実であり。
修正すれば実質的に回避できるとしても、修正する手間を取らせる理由が不明確。何故そんな制限が新設されたのか。

それと、MSに比べたら・・・・ってのは、本当に最後の言い訳というか。それ言ったら終わりというか。

>>407
通常の使用で100回もタイマを取得するようなことになってしまうような
コードは、俺は絶対に書かないが、世の中にはそんなプログラマが多いのか？
不思議になってくる。

っつうか、パケ代がたけーんだよ。なんとかしろ！＞NTTコドモ！！！

>>408
いや、一つ間違えました。
DoJa2.0からはstart()にて復帰できる事が仕様として保証されたみたいですが、
DoJa1.0では「タイマーのインスタンスを破棄した上で再作成する必要があります。」だそうなので。
実行環境を認識し、DoJa2.0だったらShortTimerを作りなおさずに再利用する、様に作れば良いんですね。

＞通常の使用で100回もタイマを取得するようなことになってしまうような
コードは、俺は絶対に書かないが

との事ですが、DoJa1.0時代にはそれが常識だったらしいです。
まあ、「アプリケーションの実行が中断された場合」に限って取得すれば良いはずではありますが。
それでも理屈上は、何十回か（タイマー動作中に？）中断を繰り返せば、DoJa1.0時代の常識で書かれたコードはN504iでは落ちる、って事になるでしょう。

ところで>>404に
＞バグるっていうか、「例外が発生してる」んだよね
って書いたけど、実機でも例外がThrowされてる、とは明言されて無さそうですね。要確認でした。

10機種あればこの手の小バグの数が10倍になるというJavaの罠

Javaが原因ってより、
"Write Once, Run Anywhere" の幻想はハードに余裕が無いほど霞むって事だろうか。
ってゆうか、実力以上の仕事を強いられているんだろうね、製品開発を担当している人々は。バグが生じても当たり前のスケジュール、みたいな。

えらい言われようの372です。
>>390
登山家に何故の山に登ると?と聞くと「そこに山があるから」と答えるのになぞらえて洒落のつもりで言ったんですが、
まじめな議論に水を差すような発言だったようで申し訳無いです。今後は冗談を控えるんでもう少し議論に付き合ってください。
>>398
あなたの主観で間違ってるといわれても困ります。具体的に説明してください。
少なくとも、俺のプログラムが何故あんなプログラムになったかは説明しています。
言いっぱなしは止めましょう。議論になりません。
俺はプログラムについていろいろ勉強したいのです。
>>400 0.2秒毎にイベントを発生させるのに、いちいち再作成する必要がありますとは書いてないよね。
将来的に0.2秒を可変にするつもりだったって説明してるでしょ?だから、必要なのです。
>>402
あなたがこの関数の設計者ですか?それともこの関数の作成意図がどこかに書かれていますか?
根拠を示してください。
>>404
>エミュ版制限の100って数字は、意図的なものの様にも思える。
その意図を公式に説明して無いから文句を言っているのです。
>「バグの為にオレの作りたいアプリケーションが作れない」
俺の主張は「俺の作った503アプリが504で動かない」です。
503用のアプリと互換性を謳っているのに504で動かないのは問題でしょ?
>>405
>確かにバグくさいが、こんなださいソース書いてる方が笑われるぞ。
バグなのと笑われるのは別々に論議しましょう。
>このアプリでしか発覚せん可能性、十分にあり。
DOCOMOが503用エミュのサンプルとして提供しているスペースインベーダーがShortTimer.dispose()で落ちます。
DOCOMOのサンプルを参考にして作ると今回の件に引っかかる可能性、十分にあり。

>>408 & Thread使えばと指摘した皆さん
ShortTimerとThread.sleepで同じ動きをするサンプルを書いてみました。
http://mightguy.tripod.co.jp/cupmen/ShortTimerVSThread.lzh
カップ麺タイマーから余計なものを省いた仕様にしたつもりです。
・503, 504両対応
・レジュームの処理をする
・キー入力を受けつける
・ShortTimerおよびThread.sleepの間隔は2000から毎回-1する
・ShortTimerおよびThread.sleepと平行して画面出力を行う
DOCOMO503エミュでコンパイル後、jarファイルのサイズを比較
俺のプログラム能力では
ShortTimer:1234byte
Thread:1513byte
となり、2パケット強の差が出ました。
これは、Thread使うよりShortTimer使う利点になると思うのですが、どうでしょうか?
もし、Threadの方がShortTimerよりも小さくなるならば
今後はThread派に転向するので、プログラムの添削お願いします。
(ようやくスレッド名に沿った内容に近づいたかな?)

paint(), repaint()についての記述をみつけました。
http://www.nttdocomo.co.jp/p_s/imode/java/pdf/jguide504_020517.pdf
68ページ。paint(), repaint()は用途が違うようです。
意図した画面を確実に出したい場合はrepaint()ではなくpaint()を使えと書いてあるように読めます。iアプリは一般的なJAVAと違うようですね。

そういえばN503だけショートタイマーが正確ではないそうですよ。
情報ソースはこちらでふ。
http://vs.g-appli.net/tips03.html

PだけRESET_VM_EVENTが通知されなかったりとか、、
まぁ色々機種があれば色々あるわな〜〜、、、統一せい！（怒

>>415
いろいろ制限あるんですね。商売でiアプリかいてる人は大変だなぁ。

誰も答えてくれないからShortTimerを頻繁にdisposeするのは下品だって解説してるサイト
探してるんだけど、見つからないです。
実はここのみんなに担がれてるんじゃないかって気になってきたよ。

ここでアドバイスしてくれたひとは信用ならんって訳か？
じゃ最初から他で聞けよ

>誰も答えてくれないからShortTimerを頻繁にdisposeするのは下品だって解説してるサイト
>
ご要望とあらば作りますが…(笑）

>>417
あなたは、ろくに理由も説明されずに人を殺せってアドバイスされたら殺しちゃうタイプですか?
ShortTimerに関しては「普通はそんなプログラム書かない」と言うだけで
何故それが普通なのか誰も解説してないでしょ？
ShortTimerバグの回避方法とか、Threadの使い道とかいろいろ参考になってるので感謝してますよ。
文句だけ言うなら他で言えよ

例えば「自動改札機の正しい通り方」なんかを解説してるサイトなんてのを探しても
おそらく見つからないわけで。

>>420
http://www.himeji-iec.or.jp/life/c_03/
これじゃ駄目？

>「自動改札機の正しい通り方」なんかを解説してるサイトなんてのを探しても
>
ご要望とあらば作りますが…(笑）

、、と、冗談は置いといて、
3分クッキングでこんなに盛り上がってて楽しかったけど飽きた。
それに、夜更かしはお肌の大敵だからみんな寝ようね。
これ以上盛り上がってもつまらないので、とりあえず眠って、
頭冷やすなり、凍らせるなり、滝に打たれるなり幽体離脱してきてちょうだい。

>>413
＞将来的に0.2秒を可変にするつもりだったって説明してるでしょ?だから、必要なのです。

だからよぁ、必要無いって指摘があるでしょーが。>>393に。意味が解らない？
それとも無数のバリエーションに可変する必要があると主張するか？
最悪、最高のレゾリューション（最小の間隔、例えば100ms）のタイマー1個で済ます、って手もあるよ？

>>414
＞68ページ。paint(), repaint()は用途が違うようです。

全く同じだと思っている人は少ないでしょう。その違いは認識した上でrepaint()を用いているのが普通だと思いますよ。repaint()は、システムが負荷に応じてpaint()呼出しのタイミングを調節できるようにする為に用意されている、と認識してます。

＞意図した画面を確実に出したい場合はrepaint()ではなくpaint()を使えと書いてあるように読めます。

確実に......まあ、より確実にpaint()が実行されるのは事実でしょうね。
画面の書き換え頻度が0.2秒毎程度でpaint()以外に重たい処理を行わないiAppliならrepaint()で十分なんじゃないかとも思えるんですが、なんぜ機種毎に何が起こるか解らない端末ですから、確実性を求めたくなるのも、もっともかもしれませんね。
開発ガイドを熱心に読まれているようですね。73ページ下の注意事項も重要だと思いますよ。processEvent()呼出しからpaint()を呼び出すのは、推奨されていないんじゃないでしょうか？paint()が十分に軽いと確信されているのなら、これ以上は言いませんが。

....まあ、どうせ限られたイベントしか発生しないのだろうし、タイマーでアスキーアートを書きかえる程度のアプリケーションであれば、processEvent()からpaint()を呼び出しても実害は発生しないでしょうね。余計なアドバイスでした。

>>423
＞無数のバリエーションに可変する必要があると主張するか
414で主張していますが。
最小の間隔のShortTimerを使いまわすとプログラムが増えて
jarファイルのサイズが大きくなるので却下です。
パケット代も考慮しましょうよ。

>>424
素人なんで参考に出来るのがDOCOMOのサンプルとWEBの情報だけなんですが、
503エミュのサンプル
\J2MEWSDK4DOJA\apps\uidemo\src\uidemo\CanvasDemo.java
でprocessEvent内からrepaint()しているのが確認できます。

あの〜ところで、、503用アプリは504で中央に寄せられた形で表示されると
聞いた事があるんですが、本当ですか〜？それとも意図的に中央にするメソッドか
何かがあるんでしょうか？そんなのがあるんなら教えて欲しいです〜〜〜。

>>426
＞でprocessEvent内からrepaint()しているのが確認できます。

あなたはその例を参考にしてrepaint()を用いるようにしている、という事ですか？

>>427
>>271-275では解決しなかったという事ですか？

>>897これとかねｗ
http://freehost.kakiko.com/freen/kesaku.html

>>議論に参加している皆さんへ
話がややこしくなってきているのでここで一度整理したいと思います。
1:N504iと504エミュのShortTimer.dispose()問題
dispose()を呼ぶこと自体が問題なので、
ShortTimerを使うならここで紹介された回避策を使う
Threadでタイミングを取る
という意見に俺自身納得しました。今後この件に関してはの俺のスタンスは、
プログラムのここを変更すると効率が良くなる
ほかの方法でもタイミングが取れる、といった前向きな議論以外には参加しないということにしたいと思います。

2:ShortTimer.dispose()が正常に動く端末でのdispose()の是非
>>414にて、特定条件下でのThreadに対するdispose()の利点(jarサイズ)を挙げてみました。
これに対して、プログラムの書き方次第では立場が逆転する
disposeしないでShortTimerをうまく使いまわすと効率が良い、といった議論は大歓迎です。
「俺はこんなださいプログラムを書かない」「普通はこんなことしない」といった
実例をあげない反論は無視させていただきます。
あと、「dispose()は極力避けましょう」と多くの人が言っている根拠(雑誌の記事、ネットのTips集など)を知りたいので情報をお持ちの方はお教えください。

3:その他
俺がサンプルとして書いたプログラムに関する根拠のある突っ込み(最近だと>>424)はいろいろ勉強になるので大歓迎です。

>>424,428
極力短時間というのはどう解釈すれば良いんですかね?
解釈の一例として426で挙げたプログラムは参考にしています。
いろいろ指摘を受けた結果、カップ麺タイマーに関しては極力短時間の
範疇を超えてるなと現在では思っています。

>>430
>>414のサンプルを見てみましたが、repaint()について理解していない様に思えます。
それと、あなたはたしか、ある時間が経過した事を知らせるアプリケーションを作ろうとしてたんだと思います。
最低限、その機能を持たせたサンプルにしていただけますか。
現状だと、両コードが同等の挙動を示すとは思えませんし。（interval値の変化など。）
（同等の動作をしている事を画面等で確認できる様にした方が良いのでは。）
その上で、出来れば実機でのタイマーとしての精度なども合わせて評価してみて欲しいですね。
そう精密な精度を要求するアプリケーションでは無いでしょうけれど、レゾリューションが荒いと評判のiアプリ環境で、Timer（恐らくsleep()も？）を細めに無数に繋ぎ合せての経過時間算出というのは、あまり普通の方法では無い様に思えます。

>>432
＞レゾリューションが荒い

タイマーの事です。

>>431
＞いろいろ指摘を受けた結果、カップ麺タイマーに関しては極力短時間の範疇を超えてるなと現在では思っています。

これまであなたは、自分は間違っていないと主張する事に一生懸命だったように思えます。気のせいでしょうか？

そんな事はどうでも良い。我が問いに答えよ（笑）
揚げ足とりは”大好き”だけど、今回の揚げ物は面白味が無い。
ということで、とりあえず終わりにしませうや。
さもないと実況しちゃうよ？

>>435
>>428に答えよ。
揚げ足とりで無く、反省を促しているつもりなんだけど。今後の為に。
実況？すれば？

>>436
あ〜〜〜っと！さっそくレスが来た！！！！！（笑

まぁ〜ええからええから、、人の考え方は違って当然、
その人にはその人のやりかたってものがあるんだから
ちょっと自分の気に食わん意見があってもしゃ〜ないねん。
まっ気にせんとこうや〜〜。というわけで、我が問いに答えよ（爆
反省しろいうても、言ってる方の言う事が本当に正しいの？
言われてる方の言う事が正しいの？私はどっちでもいいし
どうでもいい。というわけで、我が問いに答えよ（しつこい(笑

>>437
はぁ。>>428に答えよ。

サンプルコードとか、落ちてないの？

エミュレーション環境ではその方法でセンタリングされたけど、実機ではダメなの？

DrawAreaもいいんですが、これはJAMに情報を書きこまないといけないし、
一般的なアプリは120*130ですから、SO504iの128*128だと仕様でダウン出来ない
そうですし…(前提条件のサイズは必ずその機種の描画サイズ以下でなければいけない)
なんかこう〜都合良く503.504全機種で使えるようなものはないですかね〜。

>>271-275では解決しなかったという事ですか？

↑この記述見落としてました。
それと該当の271〜275、、忘れてました。

>>441
＞なんかこう〜都合良く

ではまず、あんたの都合を教えてください

>>442
＞忘れてました。
>>427
＞あの〜ところで、、503用アプリは504で中央に寄せられた形で表示されると聞いた事があるんですが、本当ですか〜？

「中央に寄せられた形で表示されると聞いた事がある」ってのは結局、DrawAreaの事だったの？別の方法を聞いた事があるの？

>>432 最低限、その機能を持たせたサンプルにしていただけますか。
http://members.tripod.co.jp/mightguy/cupmen/ShortTimerVSThread2.lzh
・503, 504両対応
・レジュームの処理をする
・キー入力を受けつける
・ShortTimerおよびThread.sleepの間隔は5000から毎回-1000し、1000になった段階で終了表示を行う。
・ShortTimerおよびThread.sleepと平行して画面出力を行う
「5回ならタイマー5個用意すればすむ」という人は5000という値を増やしてください。
DOCOMO503エミュでコンパイル後、jarファイルのサイズを比較
ShortTimer:1304byte
Thread:1682byte
となりました。

>>434 気のせいでしょうか？
気のせいです。複数の主張を一まとめにして語られても困ります。
実際、N504iと504エミュに問題があるって主張は変えてないし、
皆さんの協力のおかげで原因とその対処方法が確立されたわけですよ。
ただ、カップ麺タイマーの件を指摘した>>393にはどこまで削れば極力短時間に収まるのか、解説願いたいですね。

なんだかなあ・・・

>>443
え〜っとねぇ〜、まず頭で考えたのが自動的にコードになってくれてねぇ〜…

>>444
504で503アプリは勝手に中央揃えになってくれると聞いた事があります。
つまり、、別の方法という事になります。
しかし、まぁたぶんDrawAreaの事でしょうね。
人づてに歪んだ形で伝わってきたんでしょう。

>>445
そんなに間隔を広くしちゃ、当初の目的？のAAアニメが出来ないじゃん。アニメ止めちゃうの？
細かいインターバルの単発タイマを大量につなげた際の誤差を計測するのが嫌だから止めたの？
タイマーを大量に（百個〜数百個？）取得する際にトラブるのが問題だったんだよね？その線で続けないの？
上手い省略が難しいなら、元々小さなアプリだし、フル実装しちゃえば確実じゃない？
動作確認してみた？通話の割り込みなどで中断した際の復帰は正常に動作してる？
repaint()の動作、まだ解ってないみたいだね。paint()はrepaint()が呼ばれた回数だけ呼ばれるとは限らない事は解ってるんだよね？

なんか、想像以上だよ、あんた。

>>448
あなたが423という家庭で話すね。
>>430の2読め
ShortTimer使わないでThread使ったらという人がいるからShortTimerを使う利点の話してるの。
話を勝手な方向に持っていかない。

＞なんか、想像以上だよ、あんた。
あんた、俺以上だよ

現在のソースでは着信復帰時にintervalのカウントをやり直す
(という表現が正しいかはわからないが)みたいなので、強烈にズレません？
着信時はアプリが止まってる訳だから、この時間分の誤差はどうしようも
出来ないけど、せめて着信があったその直前の値から数えないとマズイと思う。

>>450
ずれるって事は、復帰はするの？うちのエミュでは例外が出て復帰出来ないんだけど。

>>449
コードのサイズを比較したいんだよね？ShortTimerを使った場合とThreadで実装した場合で。
ならさ、それに関連する部分の必要なコードは一通り正しく実装しないとね。例えば中断からの復帰とか。現状、正しく動作しないみたいなんだけど。
インターバルが小さいままでも大きくしてもコードサイズに影響ないと思うんだけど、どうして初めの仕様から大幅に変えたんだろう？0.2秒間隔近辺の可変でも良いんじゃないの？
で、経過時間を表示する様にしとけば良いじゃん。

>>449
あまりに元のアプリの仕様とかけ離れてると、「こうやればコードサイズを小さくできるよ」って指摘のしようが無いんだけど。
現状のコードに対して指摘しても、「その方法は私のアプリでは使えません」って事になる可能性が高いでしょ？

>>451
実際には動作させてませんので、あしからず。
見ての通り、残りあと少しといった所で着信があったら、また最初から数え直しでしょ？

>>448, 451
レジューム処理の確認をしないままUPして申し訳無い。

http://members.tripod.co.jp/mightguy/cupmen/ShortTimerVSThread3.lzh
・503, 504両対応
・レジュームの処理をする
・キー入力を受けつける
・経過時間の表示
・ShortTimerおよびThread.sleepの間隔は1000から毎回-100し、100になった段階で終了表示を行う。
・ShortTimerおよびThread.sleepと平行して画面出力を行う
DOCOMO503エミュでコンパイル後、jarファイルのサイズを比較
ShortTimer:1427byte
Thread:1695byte
となりました。

>>453
元の仕様に近づくように変更しましたが、まだかけ離れていると思う点があれば指摘してください。

>>455
Threadの方、修正したら1253byteになったよ。
ShortTimerの方は、さわる気にならかったよ。

>>455
リソースの限られている機械向けのソフトウェアで、
オブジェクトの生成→破棄を必要以上に頻繁に行うっていうのが、
私にはとても奇妙に感じるのです。

Thread版見たけど、一回タイミング測る毎に
Threadを生成→破棄を繰り返してるってのは、
ちょっと普通じゃないと思うな。

>>456-457
ソースコードがみたいにゃー

>>456
気になって仕事に行けねぇ(藁
せめてrun()だけでもここにはってくだちい
予想ではこんな感じか?
public void run() {
while (true){
repaint();
try {
if (interval > 100) interval -=100;
Thread.sleep(interval);
} catch (InterruptedException e){}
}
}
で、class Wを取っちゃうの。

ソースの注釈を見たところ、製作者としては時間計測の精度に気を使っているようです。
時間を正確に計りたいならもっと良い方法はあるでしょうけれど、
現在の方法でどの程度の精度が得られるのか、実機（何機種か）で評価してみていただきたいです。
カップラーメンタイマーとの事ですから、３分か５分の計測が良いでしょう。
（通話などの割り込みがあるケースは無視して良いでしょう。）
ストップウォッチを用いて、各機種ごとに10回程度計測し、....んな事、だれもやらないですね。

ル・マン24時間レースのアプリとかどうですか？

ちゃんとセーブ機能をつけないと大変なことになりますが・・・。

>>461
サーバー側で勝手に周回してるようなゲームだと良いかも。
時々アクセスして状況を見る。気が向いたらドライバー交代して運転も可能？

>>457
＞私にはとても奇妙に感じるのです。
普通のプログラマが奇妙に感じるプログラムで、jarファイルのサイズ(==パケット代)が減るかも
という仮説に基づいてのプログラムしたものです。
＞ちょっと普通じゃないと思うな。
俺にはrepaint()とThread.sleep()を並列化させる方法があれしか思い浮かびませんでした。
今回の件でいろいろ勉強になりましたが、まだまだ未熟だと実感しています。
ですので、もっと良い方法があったらご教授ください。

>>459さんのプログラムに２、３行追加して、repaint()とThread.sleep()を並列化させるという方向で
>>456さん言うの方法を小一時間考えてみたのですが、俺の乏しい知識では思いつきませんでした。
降参です、>>456さんにはぜひともプログラムを公開していただきたい。お願いします。

>>460
意図を汲み取って頂けてなんとなくうれしいです。
それに、精度のこともあるけど、比較するなら同じ条件じゃないと不公平じゃないですか。
repaint()とThread.sleep()のを並列にしないなら、ShrotTimer側のresume処理を端折っても良いとか言えちゃうわけでして。

>>455 さんの物を元にいじってみた。
Thread 1237byte
ShortTimer 1271byte
容量重視でいったので必要な分しか書いてません。
場違いだったら大変申し訳ない。
http://www.xoasis.com/~fnmvei/apps.zip

Thread版のclass c に対して、
変数
　volatile int n = 0;
を追加し、run() の
　repaint();
を
　n = 2;
　repaint();
　n *= 2;
に修正、paint()の先頭に
　n +=3;
を追加、func()のどこかに
　g.drawString("n:" + n, 50, 15);
を追加してみてください。
nはいくらになるでしょうか？

或いは
repaint()を呼び出しているThreadとpaint()が呼ばれているThreadは同一でしょうか？
例えばThread.currentThread().toString()などとすればThreadを識別する為の文字列が得られると思います。

実行環境によって結果が異なる可能性は、ありますね。私はiアプリ端末を持っていませんから実機での確認は出来ませんが・・・・

そういう問題でも無さそうですね・・・・
じゃあ、Threadを生成するのとrepaint()、どっちが重たいか・・・・
いや、そんな事考えるより、単純に計測スタート時のSystem.currentTimeMillis()を基準にタイミング調整するように作っとけば累積誤差とか気にせずに済むんだよね。
（機種によっては、補正が必要らしいけど・・・・。）

>>463
片方のスレッド(a)で、
Thread.sleep(...); count++; b.notify(); をぐるぐるまわして、
もう片方のスレッド(b)で、
repaint(); wait(); をぐるぐるまわせばいいんじゃないの?

wait()の方がnotifyより後に実行されちゃうとハマるから、
本当にやるならフラグ管理してwait()を飛ばす等の処理が必要になるけど。

あまりどういう事か把握できなくて何だけど
repaint() paint() で描画やら無くてもいいと思うけどこれは的外れかな・・。
paint() は repaint()によって呼ばれるとは限らなかったはずだから。

>>468
プログラムから意図的にrepaint()しなくても、例えば通話の割り込みからのアプリへの復帰などの際にシステムからpaint()が呼ばれたりする訳ですよね。
だからこそ、paint()が呼ばれた際に描画を行う事が望ましいと思うのですが。
そして、システムの都合に合わせ、無駄な再描画による電力消費を抑制する為にもrepaint()呼出しによる控えめな描画要求を行うのだと思います。
リアルタイムなアクションゲームなど、再描画がムチャクチャ激しいアプリケーションの場合は、そういう気遣いの優先順位は低いでしょうけどね。
ゆるいアプリなら、わざわざrepaint()やpaint()を無視する必要は無いと思うんですが。
もちろん、paint()では表示バッファの更新を行うのであって、オフスクリーン描画他の処理はpaint()で行う必要はないと思います。

>>372は消えましたか？

>>464
この時間はサイトが重いのか、ファイルを拾うことが出来ませんでした。申し訳無い。
昼間の軽い時間に再チャレンジしてみます。

>>470
仕事で残業(泊まり)あったりするんで、皆勤賞は狙えないかもです。

>>一連のThread議論
前にも一度引用したんですが、
http://www.atmarkit.co.jp/fmobile/rensai/doja06/doja06.html#2
の●Canvas#repaint()のタイミングってところ。
この記事を信じると、repaint()で描画スレッドが作成され他の処理と並列に描画する端末と
repaint()内部でpaint()を呼ぶ端末があるように読めます。
俺の解釈では後者はThreadを使わないで描画処理していると思うんですが、
N503i,P503iを借りてきて実験してみるという環境にいません。
そこで、>>465さんの提案を誰か実際の端末(P503i, N503i)でやってみてもらえませんか?

>>469
それはあってると思うよ。
でも同じ理由で、、
paintで描画以外の処理をやるのは、
あんまりオススメできないと思う。

意図しないときに呼ばれたり、呼ばれなかったりするわけだから。

>>472
＞でも同じ理由で、、paintで描画以外の処理をやるのは、あんまりオススメできないと思う。

オススメしてるように読める？？？
私としては、このスレでもその種のコーディング（かならず呼ばれる事を前提にした）は止めたほうがいいと何度か注意してるんですけど。名無しだから識別出来ないけど。

372って社会人なのか。てっきり学生だと思ってた。実社会には適応出来てるんだろうか。会社でもああいう調子だとしたら、同僚はストレス溜まってるだろうと思う。

まるでちょっと前までの私みたい…(爆

>>473
そういうわけじゃなくて、372がそういうコーディングしててヤバいよってのを
指摘したかっただけ。誤解するよーな書き方してごめん。

ちょっと！ヤバイだとかウソツキとかいう表現
どうしてそういうことが言えるんですか？
とか言ってた人がいたな〜〜。。。

誰か、彼が何を言おうとしてるか解る人いますか

>>478
Exciteで英訳→和訳してみますた。

─
ちょうどしばらく――!それは、それがYABAI--USOTSUKI--である場合、言います――[表現]はどのように行なわれ、そのようなもの、言うことができる――それはそうです――?また言った人--それはそうです(棚)。。

まじめに議論に参加していただいた皆さまには申し訳無いが、
俺の言動で煽りが寄ってくるようなので、名無しに戻ります。
類は友を呼ぶって事ですかね...
・processEvent()内部は出来るだけ短く
・paint()内部には描画に関係しないプログラムを書かない
を基本にThread使ったプログラムをいろいろ書いてみて、一から勉強しなおします。

>>478
もしかしなくても私の言ってる事？古いネタだが、ムネオ答弁だよ。
いや〜ムネオハウスの聴きすぎでヤバイというキーワードを見かけると
頭の中でそのセリフが渦巻く。誰か止めて

>>480
真面目にねえ・・・・・あなたの様な態度の人間に「まじめに議論」してると思わせ、何度もレスを返し続けるのって、かなり苦痛なんですよ。
放置しておくのも苦痛だったから相手してたけど、もう勘弁してほしい。次はもう「参加」しませんから、私は。
あなたには「煽り」と感じられる様なレスなら付けるかもしれないけど。
相手に真面目に接して欲しいななら、自分の態度を省みた方が良いよ。

ところで、メーカーから何か返答はあった？
あの「仕様」が望ましくない＆明文化されていないのは事実だろうし。
回避手段はあるにしても。

//何かボタンを押してスクロールが始まるとN504iだと「おれもＮ５０４ｉのバグを見つけた」までしか表示されません
//ほかの機種ではどうですか?
import com.nttdocomo.ui.*;
import com.nttdocomo.io.*;
public class appli extends IApplication{
private canvas c;
public void start(){
c = new canvas();
Display.setCurrent(c);
}
}
class canvas extends Canvas{
public ShortTimer timer;
public void processEvent(int type, int param){
if (type == Display.KEY_PRESSED_EVENT){
if (timer == null){
timer = ShortTimer.getShortTimer(this, 0, 100, true);
timer.start();
}
}
if (type == Display.TIMER_EXPIRED_EVENT) repaint();
}
private int x = 0;
public synchronized void paint(Graphics g){
g.lock();
g.clearRect(0, 0, Display.getWidth(), Display.getHeight());
g.drawString("おれもＮ５０４ｉのバグを見つけたよ。", x--, 15);
g.unlock(true);
}
}

ちなみにフォントサイズ変えるとどうなるの？

（しっかし、ゲーム以前の話しばっかだね）

>>484
504が出たばっかりだから仕方ないよ。
フォントサイズは12がデフォだけどそれ以外は機種依存のはず。

あんたに仕方ないって言われてもなぁ

そんなナイスツッコミしなくても…

http://appget.com/pc/view_2347.htm
これか…。

やっぱり下げると人が来なくなるねぇ〜〜

あんたとかかわりたくないんだよ

>>490
はいはい…、馬鹿の一つ覚えか何かよくわからんがその手のレスはもう飽きた。

なるほど、このへんで限界なのね
ネタ無いならageんな

>>492
たまに上げとかないと消えちゃうけど…いいの？（過去最短３日で消えた事がある）
まっ消えたら消えたで新しくスレ作ればいいという話もあるけど…。
下げるとスレの存在に気がつく人が減る。たまにはイイでしょ？

491でageた事の言いわけにはなってないよね
落ちてもいいんじゃない？なんせネタが無いんだから
「iモード端末バグ・不具合報告・対策スレ」でも別途立てた方がいいんでないの？板違いかもしれんけど

>>494
？？別に、なんで上げ下げに許可やら言い訳やらせにゃいかんのだ？

開き直ったね
勉強になるよ

>>496
>開き直ったね
なんでやねん〜

さて、、つまらん話題。
504i全社出揃ったけど結局どれが一番普及するかな？
どこか統計を取ってるようなサイトありませんか〜？

放置すれ。

なんか消したがってる人が一人いるな〜。
何かヤバイ事でも書いてしまったん？

あんた以外、１人しか書き込んで無いと思ってるでしょ
ていうか、俺以外はあんたの自演、って可能性もあるか
ところで、落ちても消えはしないでしょ

>>496
>あんた以外、１人しか書き込んで無いと思ってるでしょ
それは貴方でしょ？
私、372、その他おーぜー、が成立してたわけだから
私と他１名と考えるアホはいないね。
もっとも、それら全てが自作自演なら別だが…。
そうそう、人のやる事にイチイチいちゃもんつけてるヒマがあるなら
ウチのアプリ買ってヒマつぶしに遊んでてくれ(爆

504i
F：前よりは１０倍速いらしいが特に突出すべき点は無い…？
D:３Ｄエンジンがついたが、１社のみなので専用アプリはそんなに出ない…？
SO:我が道を突き進むのはいいが、画面が狭すぎる…気がする？
N:我が道を突き進むのはいいが、画面が広すぎて嫌がらせのようにも思える…？
P:情報少なし…何か強烈な特長あるの…？
と、私はこんなようなイメージですが、実際の所はどうなんでしょ？

>>501
宣伝は他のところでやってくださいな。

P504i買いましたよ。
ベンチマークどおり2Dグラフィクスがすごく速いとか、
背面液晶に表示できるってのは特長にならないの?

>>501
あー、そんなに遡るのね。上手い上手い。
で、あんたのアプリ弄ってるよりは
あんたの世渡り術を観察してる方が暇つぶしになるよ。

>>502
もしかしてFより速いとか？

>>503
いや〜ん♪えあ恥ずかしぃ〜ん♪
と、これ以上荒らしてもしょうがない。元の路線に戻すとするか…。
（そこの荒らした本人が何をいってるかと思った人ダウソ♪(死語))

iアプリの稼動する携帯に占める504の割合は現在どのくらいなもんなんでしょ？
まだ503アプリ作ってた方がお客様にとってはいいのかな？

確か504はPが最速でNがワーストだった記憶が・・・・・
違ったらｽﾏｿ。

503から504へ完全移行には多少期間が要るだろうから504じゃないと実現不可な
アプリで無い限りは503ベースで良いかと思うと言ってみるﾃｽﾄ。

504iシリーズのJavaベンチマーク、公開されているサイトをご存じでしたら是非教えてください。
各機種がどこのプロセッサを採用しているかなんて情報は、聞こえてきてますか？
（そんな事解っても、って意見もあるでしょうけど。基本的に興味本位ですが、業界の動向・メーカーの力関係の変化を知る材料になるとも思います。）

>>506
あっ、、Pが一番速いんですか〜。
やっぱり503の時最低速だった反動からでしょうか…(笑

移行期間はどのくらいかな〜？やっぱり8ヶ月はかかるかな、、
今回は高いからホントのところどの程度かかるのか想像つかないや。
皆様はどのくらいとみてます？

iアプリJavaを学んでみたいのですが
なんかいい本ないですかね？
ちなみに自分はJavaは全く分かりません
htmlならわかるけどね

html以外に何か解る言語はありますか？プログラミングに関してはJavaを含め全くの初心者という事ですか？

Amazonで「iアプリ」で検索したらいくつか書籍がヒットしましたが、
iアプリでプログラミングを０から学ぶ、系の本/サイトって、あるでしょうかね。

個人的にiアプリから入るのはJavaを学ぶには望ましくないと思いますが、
Javaを学ぶ事自体が目的では無いでしょうし、具体的な、手近な目標を持てるメリットは大きいですしね。

>>509
最近はもっといいのが出てると思うけど、
翔泳社の「iアプリAPIリファレンス」って本。
多少わかりにくい所もあり、おまけにその機能について説明してる所より
サンプルプログラムで実際に使ってる所を見た方がわかりやすかったりしますが、
それを差し引いても結構いいカンジですよ。（私が使用しているバイブルだったりします）
それと、ちょっと初心者にはわかりにくいと思いますが
http://www.amazon.co.jp/exec/obidos/ASIN/4894715155/ref%3Ded%5Fcp%5F12%5F2%5Fb/250-3152016-2626641
Java for iアプリ プログラミング入門
さかき けい (著)ですな。
こちらは非常にわかりやすい非公認APIリファレンスがついてるのが特徴。
まぁ氏のHPにもありますけどね…。
それと、一般的なJAVA入門本（ウチではJAVAではじめるプログラミング（秀和システム、箕原辰夫著）を使用）
iアプリ本だけでは不完全なので揃えておこう。

あ〜〜ライバルを増やしてどないんするんだ？！　＞　私

エアリエルって会社名でつか？

まだ社名じゃないです。
いつかそのうち無責任会社エアリエルとして、思いやりの無い汚い会社になろうと…（←これは冗談

漏れも今日からiアプリ作ってみるっす。
みんなよろしくな！

よろしくは一本作ってからね

っていうか、ageたいだけでしょ。3日毎にageないと気が済まないらしい。
このスレが上がってると売上が伸びるのかなぁ・・・・・

iアプリ製作初心者どころかJAVA初心者で、いきなりツマズイテ困ってます。
公式エミュを使ってiアプリを作ってるんですが、コンパイルは通るんですが
実行しようとすると↓のエラーが出て来て、実行できません。

最初は無事に動いていたのですが、ソースを分割しようと思い、
サンプルソースを見たところ「package」なる物が存在したので、
「package Test;」と定義したのですが、エラーのLauncher.mainという文から判断して
packageされてないのでしょうか？分かる方教えて下さい。よろしくお願いしますm(_　_)m。


Exception: java/lang/ClassNotFoundException
　　　　com/nttdocomo/dojaemu/Launcher.main　(static)　IP = 40
ClassNotFoundException for class Test

Exception: java/lang/RuntimeException
　　　　com/nttdocomo/dojaemu/Launcher.main　(static)　IP = 175

Exception: java/lang/RuntimeException
　　　　com/nttdocomo/dojaemu/Launcher.main　(static)　IP = 183

例えば
aと言うIApplicationを継承したアプリのメインクラスと
Cと言うアプリ実行中の処理を担当するクラスの２つで分割した場合

(C.java)
package Test;

public class C
{
　　...........
}

( a.java )
import com.nttdocomo.ui.*;
import Test.*;
public class a extends IApplication
{
　　　..................
}


という感じになるかと。

・・・・的外れかな、、、、、？

んで、さらに他のクラスを定義する場合は
↑のC.javaみたいな書き方をしていけば良いのではないかと。

また、ソースファイルを分割する際別にpackageを
書かなくても問題はないと思います。
（iアプリぐらいの規模ならば）

上の例ではクラスCのみパッケージTest（aは違う）になってるけど、実際も同様？
で、「アプリケーション属性の設定」のAppClassの定義はどうなってる？

発生した例外が示されれてるのは他の質問者よりマトモだと思いました。
出来ればエミュのバージョンなども記して欲しかった。（例外から特定できましたが、やや時間をロスしました。）
問題を再現できるプロジェクト（ソース）（実際の物でなくても良い）を公開してもらえるとなお良かった。
というか、この種の質問はもっとJava人口の多い板を探して行った方が健全だと思うよ。2chに限らず。
手近で済ませたい気持ちも解らなくも無いけど、このスレの住人って質が低いからね。なんちて！

>520
AppClassの定義はメインクラスのaです。

また、メインクラスaもpackage Testを追記する場合は
Test.aとAppClassの定義をする必要はあります。

うーん、わかんないなぁ。
こちらの環境では、packageを用いても普通に実行出来ています。AppClass定義が不適切な場合にその例外が発生しています。
現象を再現できる範囲で公開したく無い部分を省いて、あるいはサンプルを新たに作るのでも良いから、ソース（プロジェクト）を公開してくれません？
なんか、思い込みうっかりミス系なんじゃないかと思えるんですが。
サンプルを作ってる過程で原因が解るかもしれないし。
packageを用いると必ず上手くいかないんですか？
環境によってはjarが正しく生成されないとか？
JDKのバージョンは？Forteは使用してますか？

あ、一応 517に対するレスなんで 518 != 517 です。
誤解を招いてたらｽﾏｿ。
おそらく517のエラーはAppClassの指定でミスってるぽい感じがします。

＞あ、一応 517に対するレスなんで 518 != 517 です。

え、そだったの？！かなり時間を無駄にしてしまった・・・・・・

504iを解剖する（4）
iアプリ最速の端末は？
http://www.zdnet.co.jp/mobile/0206/21/n_504java.html

＞速度トップは「P504i」と「F504i」

で、それぞれ得意不得意があるようですね。
設計思想の違いもあるだろうけど、「煮詰まってない」んでしょうね。
Fは性能改善をアプリケーションプロセッサに依存しまくって、
Pは周辺回路の改良、最適化・高速化に力を入れた、って感じなのかな？
面白いなー。今後の動向が注目されます・・・・・

N504がダントツで遅い…。
描画領域が広がった分、時間がかかるようになったと考えるべきなのだろうか…

age

NはとにかくSystem.currentTimeMillisの解像度の低さどうにかしてよ。
コンテンツプロバイダーの皆さんはNECに圧力かけるように。

>>528
そんなに悪いのでつか？具体的にどのくらい？

100ms単位だよん。Δtをかけるタイプのコードはみんなガタガタの動きに。

bac と tra のフォーマットの仕様ってどこかで DL できますか？
ググールしても10件も引っかからないっす。

なんかつくりたいけどＶＢしかやったことがない私には環境設定でいっぱいいっぱい。
でも地道にやりますずら。

そろそろかな

そろそろかな

今日こそは

だめさ

なーんだ、芸の無いageだなぁ
次回はがんばってや

そろそろ何が起こるの？
m23 星雲から何かやってくるのかな…。

よんだ〜？

>>538
三日に一回このスレをageる人がいるんだよ。
そのネタ、三日後に使えば良かったのに。

それで私の質問はネタだと思われて放置されたのか……。

入門書でないかなー。
動作環境がまちまちだから無理なのかな。

>>542
てきとーに google で検索して色々と作ってみれば分かるんじゃない? 入門書は
あんましいらないと思うんだけども。結構 i アプリの作り方ページってあるし。
i アプリを作りはじめてしばらくしてから本屋で i アプリの本を読んでみたらすでに分かっている
ような事しか書いてなくてちょっとガッカリしたなぁ。

>>543
アドバイスありがとう。

>>544
お礼を言われるほどアドバイスにはなってないよね。ごめんね。

ええと、入門書が無いと分からないことってどんな事なのかな。作り方がまったく
分からないって事?

iアプリができればauのヤツもつくれるんでしょーか？

作ったことないから分かんないけど、同じ Java なんだし違いを勉強するだけで
作れるようになるから出来るといえば出来るんじゃないかな?

開発環境はどのような構成になっていますか？
普通にDOS窓からコンパイルかけて実行しているんでしょうか。

iアプリのほうの開発環境しか知らないけど、DoCoMo 提供の環境があるよ。
Java 入れてからそれ入れてプロジェクト作ってボタンをポチっと押して
コンパイルって感じ。

ありがとうございます。
今日時間ができたから構築してみます。

大事なスレなので保守保守

N504iのSprite、機能面でも速度面でもメリットないし。
たぶんただのdrawImageのラッパーなんだろうなあ。

おい　職人様！
iアプリで2chパチスロ作ってください。

有料300円

ケータイでOpenGL、3Dアクション「Building Racer」
ttp://www.asahi-net.or.jp/~cs8k-cyu/i/index_pc.html
ソースも公開中。

>>552
でも逆にJ-PhoneみたいにdrawImageでできないことがSpriteで出来たりして、
それを使うために面倒な手順を踏まないといけなかったりすると、
それはそれでムカつきませんか?

スプライト用のハードウェアついてないのにSpriteとかクラス作っても意味ないんだけどなあ。
しかもハードウェアアクセラレーションしづらそうな仕様だし。

ム板のスレ落ちたね。

>>556
携帯 Java アプリ自体が数々の矛盾を孕んでるというか…
10k 20k の世界ならJavaじゃねーだろとか
トップシェアの DoCoMo が独自仕様とか
(逆にいえばトップシェアだから独自仕様なんだけど)

辛いね…。

>>557
>ム板のスレ落ちたね。
これの事ですか？
http://pc3.2ch.net/test/read.cgi/tech/1000723476/l50

ある日突然予告無しに移動するのはやめて欲しいな…。

ある日突然予告無しにageるのはやめて欲しいな･･･。

>>559
？

>>559
突然予告なしにでは無い。定期的だ。

さて、、それじゃ定期的にあげるとするか。

良く我慢出来たねー。
３日毎にageなくても消えないみたいだね、よかったね。

N504iでバイブ連動したMLDをスクラッチパッドに読込んできて
再生した場合にバイブしますか？してますか？

爆発音(１〜２秒)を再生してもバイブしてないそうなんですが…

保守

おばあちゃん「温泉いきたいの〜」
おれ「おばあちゃん！今！逝きたいっていった？！
　　　おばあちゃん！ねえ！おばあちゃん！」


しこしこしこしこしこ　ﾊｱﾊｱﾊｱﾊｱ

我慢しきれなかったんだね・・・

も、、もう我慢出来ない！！

ほんとに芸が無いね･･･
しかし、頻度を半分に落とすなんて、すばらしい進歩だね。

>>567=569
アンタはそれしか言えないの？

>>570
ｵﾏｴﾓﾅｰ

>>570
あのさぁ。何のネタも無いのに寒い書き込みでageるのって空しくない？

>>572
>あのさぁ。何のネタも無いのに寒い書き込みでageるのって空しくない？

我慢しきれなかったんだね・・・よりはマシだと思うが？(笑

MoPeeいいね。
オープニング用アプリ制作には使える。
ゲームは作るのはダメだけど。

>>573
あんた、ageない方法を知らない人？

>>575
はいはい…、あんたが一番ですよ。

典型的なガキのリアクションだね･･･

>>574
スパイシー犬の方が良い、、、と、思ったけど、、高いね〜
こりゃ確かにMoPeeもいいかも。

おいおまいら！MoPeeとスパイシー犬って何ですか？
当方バター犬なら知っています。

検索すると出てくるぞな。
まっ「スパイシー犬」で出てくるかは不明だが。

P503iでは、左から２番目の黒鍵のドラム音(GM音源スタンダード1で、タン！という音が
ちょっとサイバー？になったような音)が範囲外の音として鳴らせないのですが、
504でもやっぱり改善されて無いですか？

こういうちょっとした事ってリファレンスにもどこにも載って無いから、
非所有者としては困るんですよね〜〜。

そういう情報を共有出来る定番サイトって、ないもんでしょうかね。
メーカーサイドのサポートの充実も望まれるところですが。
機種間の非互換、仕様のグレーな部分、を明らかにし、
コンテンツ開発上の困難を排除する将来の方向性を明確化する為の、
複数メーカーの共同出資する団体、みたいなものがあっても良さそうな。

携帯をそろそろ買い換えようかと思っているのですが、
MemoryImageSourceみたいな関数が用意されている機種って知ってますか？
auでもDocomoでもjphoneでもいいので、ピクセルいじる関数で
ファイアーエフェクトとか作って遊びたいのですが…

APIを観ると、docomoですと、SonyとNECの405シリーズに
PutPixselのAPIがあるのですが、これをさすがに画素数分行うというのは
処理的に見て重そうです…。

この機種でピクセルばりばり打てるぜ〜等、情報お待ちしております。

>>583
ファイヤーのエフェクトとかやるときに現状一番実用的なのはP504i／SO504iの
Graphics2#setRenderMode だと思う。
ただしP504iはこれが有効になるメソッドが限られていてキツいんだよね。

405じゃなくて504すね、その他名称の統一が出来てなくてスマソ。
Graphics2#setRenderModeだと、srcとdstを加算、減算、乗算合成は
出来ると思うのですが、左右のピクセルを足し合わせたり、等は
出来るんでしょうか？（スポットライトとか、似非バンプなら作れそう）

マニュアル見ると、OP_REPL、OP_ADD、OP_SUBしか、operatorがないように
見うけられるのですが…

j-phoneの方がjavaが充実してると良く聞きますが、いじってる方、
そちらの方の状況も教えてくださると助かります。
ピクセルモーフとかして遊びたいんです（笑）
思いきり機種依存していいから俺にピクセル触らせろ〜

>>585
memoryImageSourceは504にはありません。
P504iのputPixelは結構速いです。
そしてP504iでputPixel使って1桁以上処理能力が足りないようなら、
memoryImageSourceがあっても、やっぱりダメでしょう。

現時点でやるなら、
1. putPixel使って作る。
2. 非圧縮GIFをスクラッチパッドに書き出して、
それをgetImageする。RGB332の256色でよければ(笑)
どっちが速いかはやってみないとわからないですが。

>>586
情報どうもありがとうごうざいます。DoCoMoに関してはそんな感じですか…
自分なりにJ-PHONEのjava機能を調べてみたのですが、
setPatternでいけそうです、その他にもMIDPに対応してるので、その中の
BitMapクラスを使うなど、こちらの方が色々方法がありそうです。

javaにだけ関して言えば、DoCoMoよりもJ-PHONEのjavaの方がAPI群が充実
しているような感じがします。機種はJ-51シリーズのどれかかな、かなり絞れてきました。

あとはベンチマークなんかがとってあるサイトかどこかあればいいのですが…
503iでなくて、J-PHONEのベンチマークをまとめてるサイトとかってありますか？

>>587
…まあ、がんばってください。
私はJ-PhoneのAPIをいまいちっぽく感じてるのと、
ダウンロードの手順が煩雑なのでDoCoMoの方が好きなんだよね。

setPatternは8x8の配列にしておかないといけないし、
256色だし、いろいろ嫌なところあるんじゃないかなあ。

setPixelの速度を手元のP504iで計測したんですが、
・128x128のループ内で配列の中身をsetPixel
　　→ 600msくらい
・128x128のループ内で配列の中身をローカル変数に代入するだけ
　　→ 200msくらい
です。参考までに。

タイトー、ezplus向けギャルゲーサイト「ギャルズセレクション」
http://k-tai.impress.co.jp/cda/article/news_toppage/0,,10612,00.html

ギャルゲーだ
わーいわーい

P系についてるテトリスって、どこかでダウンロードできないの?
俺はNなんだけど…

なんで「製作技術板」なのにダウソ君が来てるの？

そらアンタ…制作者の宣伝に決まってまんがな。

J-スカイ向けJavaアプリ「鬼武者」に四話「危疑の石壁」
http://k-tai.impress.co.jp/cda/article/news_toppage/0,,10661,00.html

セガ、ソニックカフェにブロック崩しゲーム
http://k-tai.impress.co.jp/cda/article/news_toppage/0,,10658,00.html

宣伝わーい

宣伝は携帯・PHS板のスレでやれ。ユーザ多いし。

>>594
ここのユーザーが少ないと誰が決めたんだ？

遊び手はあっちのが遥かに多いに決まってるだろうが。ゲーハー板並みの厨板でもあるし。

●504専用アプリを語るスレ2●
http://cocoa.2ch.net/test/read.cgi/phs/1026275407/
ααα良きiアプリααα その２
http://cocoa.2ch.net/test/read.cgi/phs/1026400839/

このスレあたりの活況を見て来い。

へー、本当にiAppliで遊んでる人っているんだなぁ・・・・

>>595
地球の人口が10億であると誰が決めたのでしょう？
この板に人が少ないことは決定の必要さえない単なる事実だと思いますよ。

地球の人口が10億だって…ぷっ(w

ごめん。適当に書いた。

J-SKYでゲームを作っているのですが、
理由あってPNGファイルを２つのファイルに分割しなければならなくなりました。

ゲーム内で使う時に、再結合してPNGに戻して読みたいのですが、どうすればよいのでしょうか。
createImage(byte[])はPNGをサポートしてないように見えるのですが・・・

携帯だけで開発できたらいいのにな

>>601
まずファイルをバイナリ分割。
そして、保存領域にデータの並びがきちんと連続するように書き込む。
後は普通に読込めば良い…はず。

やはり一旦レコードストアに書き出さないとダメですかね。
PNGファイル。ものによっては結合すると2K弱くらいあるのでメモリー内で処理したいのですが…。

createImage(byte[])が使えれば文句ないんですけどね…

、、、保存領域に書き込んで、メモリ内に読込んでしまったら
保存領域を破棄！ではダメなの？

場合によっては2枚のまま、、という方法もなきにしもあらず。

iアプリ3Dの作成をしています。

先日学び始めたのですが疑問が２つあります。

・視点をいくら引いても、モデルが小さく表示されない

・クラスやメソッドを見る限り、複数のモデルをいっきに描画する方法がない？
　このままだと壁向こうのモデルが見えてしまいそうな…
　モデルごとに自分でソートする…！？

Direct3Dは昔結構やっていたのですが、視点を引いても小さくならないのが謎です。
表示される大きさがsetScreenScaleだけに依存しているような…

どなたか分かるかた、教えていただけないでしょうか

「iアプリ3D」？って、これの事ですか？
http://www.mitsubishielectric.co.jp/service/d-style/d_spec/504i_java/z3d/z3dguide_f.html
とかいう

>>606
多分マスコットエンジンの方の3Dを使ってると思うんだけど、
マスコットエンジンは透視変換をやらないので、
当然カメラを引いてもオブジェクトは小さくならないです。

…そんなの3Dじゃねえよ。。笑

（;´Д｀）��
やっぱり透視変換してなかったのね…。
どこにおいても、視線と平行な状態での描画しかされないからあやしんでましたけど…

怪しいも何も、ドキュメントに明記されてるじゃん…

＞＞５９６
ゲーハー板を馬鹿にするな！あの板のおかげで抜け毛が減ったぞ！

誰か雀GO tonightの牌の画像をきれいなものに変えた504バージョンを作ってください。

質問
NTTドコモから落としてきたツールでコンパイルまでは成功する。エラーなし。
で、実際起動させてみると↓の様な警告が出てできない。

java.lang.NullPointerException
Stack trace data not available

動作確認のとれたプログラムで試してるのでjavaの設定のせいだと思う。
何が足りないんですか？教えて下さい(´・ω・`)ｼｮﾎﾞｰﾝ
必要なら、現在インスト中のjava関係書きます

画像ファイルあたりがなくて、データをつくれてないのではあるまいか。
NullPointerException って、ポインタにアドレスが割り当てられてないわけで

３Ｄを多様したアプリってＤ専用でもないと厳しいですかね＞５０４

しかし、自分の機種＋１，２機種は対応させたいな・・

あげちゃえ！！！

「iαppli Development Kit」実行すると、黒いの出てすぐ終了しちゃうんですけど、原因わかるかた解決方法を教えてください。

クラスパスが通ってないか間違ってる…かも。
もしくはJAVAのSDK(JSEとか言ったっけ？)のバージョンが古いか新しすぎる。
↓によると1.3.1推奨だそうな
http://www.nttdocomo.co.jp/p_s/imode/java/tool_504i.html

氏ね

↑なぜ？

エアリエルだからだろうと。

うちは1.4.0で動いてるにょ。

にょってゆーな。

にゅ？

エアリアルって豚みたいなオタクなんでしょ？略してリアルブタク

自分ではアドバイスも（しない｜できない）くせに
コテハンをたたくやつがおおいな

>>625
ソウダ！ワタシノショウタイハチキュウシンリャクニキタノッペラセイジンダ(ワラヒ


>>626
せっかく名前を書く欄があるのに固定で書けないというのは悲しいもんですな。

ところで、504is情報はまだかな…？
やっぱりアプリの部分は504iと変わらないんですかね？
いや〜、、ちょっと期待してるんですけど。。。

オマエじゃどうせまともなもの作れないから安心しろよ


アドバイス通り、名前欄埋めてみたよ。

>>618
できました。ありがとうございました。
遅レスですみません。

isとか全然知らなかったので検索した。
http://k-tai.impress.co.jp/cda/article/event/0,,10746,00.html
＞「504iSは年内、505iは来年春」というスケジュールであるとのこと。

それぞれでまた各社各様の仕様でしょうから、アプリ製作者は今まで以上に
多彩なハードウェアに向けたアプリのチューニングが楽しめますね…。

というか、iAppli実行環境の性能（速度、容量など）が十分に高くなってくれば、
そして、それらの機種が主力になれば（初期の機種を無視できるようになれば）、
リソース制限関連のチューニングに関しては、省ける様になるんでしょうけど。
機種間の個性差も小さくなってくるんでしょうね。

>>629
そのたうり！まともなモノ作ってても面白くないので、
これからもゆっくりとのんびり大急ぎで早く
ちったぁ〜マシなモン作っていきます。

>>631
年内…。そうですか…。情報ありがとうございます。
個人的には、iSとしての拡張機能は各社バラバラでいいから
少なくとも504iのオプションAPIは基本APIに格上げしてもらいたい。

背面液晶のサイズがばらばら→背面のビットマップは機種ごとにデザイン
の予感。。笑

携帯JavaでGameBoyが動く!?
http://www.zdnet.co.jp/mobile/0209/26/n_game.html

＞　現在のところまだ動作速度が遅く、“アクションゲームが快適に楽しめる”
＞ほどではないが、携帯のJavaでGameBoyソフトが動作することを示した意義は
＞大きい。審査員からも驚愕の声が聞かれた。

>>634
サイズが20kとかって書いてあるよね
すごいよね

あげてみる

>>634
今ビジネスとして動いても版権とかの関係上辛いだろうけど
あと1,2年で化け物に成長する悪寒。
このスレの1/9ぐらいのサイズだから、おれらは9倍無駄なことをしてきたと（違）

日立，MPEG-4アクセラレータ搭載のケータイ向けアプリケーション・プロセサを発売へ（発表資料要約）
http://ne.nikkeibp.co.jp/DSP/2002/09/1000014782.html

＞　今回の製品にはMPEG-4処理の専用回路（ハードウエア・アクセラレータ）
＞を搭載した。MPEG-4処理の大半をミドルウエアで対応していた従来の
＞「SH-Mobile」シリーズに比較し，CPU負荷を1/5に軽減したという。
＞これにより，MPEG-4の処理性能を2倍以上に向上させた。また，SXGAサイズの
＞カメラを直接接続できるインタフェースを内蔵した。高精細カメラの大容量
＞画像データを高速に取り込むことができるという。
　：
＞　動画・音声を同時記録するフォーマット「MP4」に対応した動画記録
＞ミドルウエアを用意した。アプリケーションからこのミドルウエアを
＞呼び出すだけで，動画と音声をMP4ファイル・フォーマットのデータとして
＞保存，および動画と音声の同期再生が可能。ビデオ・メール機能を容易に
＞開発できるとする。

アプリケーション・プロセサにビデオ・メール向けの機能拡張。
つまらないiアプリに金払うくらいなら、動画・静止画で遊んだ方が楽しい？

一方でiAppliのAPIにカメラ制御関連が追加される事になるんでしょうけど、
とりあえずは画像加工系のiアプリが無数に製作される事になりそうな…。
手軽に画像で遊べて、そのアプリを使うことで画像のやりとりが何倍も
楽しくなって、画像受信側にも同iアプリをインストールすると更に何倍も
楽しくなる！みたいなアプリを作れたら、伝染病的にヒットするかも。
...その為には対応端末が普及しなくちゃだめか。
画像受信だけなら従来の端末でも可能、に作れるし、工夫次第かな。

iアプリでゲーム。いや別にゲームに拘らなくても…いやそれじゃ板違い…

>>637
任天堂が許すかどうか冷静に考えてみろ。

それが売れるなら次のゲームボーイは携帯型だな

>>639
iアプリは他と比較してコピーが難しい
（通信先サーバが限定できる）ので
iアプリの本体さえ流出させなければ意外と実現可能かも

http://www.nttdocomo.co.jp/p_s/imode/java/tool_504i.html

↑のページから「DoJa2.0 API向けiαppli Development Kit」の
Downloadボタンを押しても、ダウンロードページに飛ばないんですけど…
漏れの環境だけですかヽ(`Д´)ﾉ

あ、飛べた…　今まで全然ダメだったのに…
ということでお騒がせｽﾏｿ

↑オレもなったことある
ある日突然直った。なんでだろうね？

それはたぶんアクセスが集中してるからでは…？
httpsはサーバ負荷が大きいそうですし…。

ほしゅー

ハドソンの着信あぷりのサイトにあるｉアプリって
起動時に「読み込み中」って出てしばらくまたされるよね
（通信しているわけではない）

あれってなにやっているんだろう？
内部データの解凍でもしてるのかな？？

「読み込み中」って出てるんだから
読み込んでるんじゃないの？

スクラッチパッドから、なんか読んでるのかな？

そりゃもう。イメージの生成だけでめっちゃ遅いし。
ところで、そろそろ504isの季節ですがいかがお過ごしでしょうか。

あぼーん

あぼーん

おわらせんなよ

プログラム板のスレは盛り上がってるのに
こちらはぜんぜんだな。。。

//２つ以上の数値をキーボードから入力する
import java.io.*;
class test11
{
public static void main(string args[]) thorws IOExseption
{
System,out.pritln("数値をキーボードから入力してください。")

BufferedReader =
new BufferedReader(new InputStreamReader(System.in));

String str1 =br.readLine();
String str2 =br.readLine();

int num1 = Integer.parseInt(str1);
int num2 = Integer.parseInt(str2);

?????????????????????????????????
?????????????????????????????????

}
}

iアプリと関係ないじゃんよ。

IApplication.getCurrentApp().terminate();

エアリアル先生のサイトはどこですか？
エアリアル先生のサイトはどこですか？
エアリアル先生のサイトはどこですか？

キャラクターとか動かす場合
------------------------------
int x[] = new int[20];
int y[] = new int[20];
------------------------------
という風にデータ保持する方法と


------------------------------
class hoge{
int x;
int y;
}

hoge chara[] = new hoge[20];
------------------------------
とクラス化する場合
jarファイルのサイズは気にしないとして

・速度的には前者のが早いと思うのですが、体感できるくらい変わりますでしょうか？
・ヒープメモリ使用量は、やはりクラス使用のほうが多いでしょうか？

上記二点がそこまで差が無いのであれば
クラス化して後々拡張しやすいようにしたいんですが･･･

助言お願いしまふ

あぼーん

　>>659
　いくら携帯Javaでもその程度で速度差が出たりしないでしょう。
　使用頻度がものすごく多いのであれば話は別ですが……。
　KVMがどういうコードを読んでるのか覗いたことないですが、
　アセンブラで考えたら処理に違いは無いので(まぁ呼び出し方で変わるかもしれませんが)、
　気にするほどの問題ではありません。

　ヒープメモリに関してもクラス・インスタンスを管理する分、余計に食うでしょうね。
　ですがiアプリはユーザーのことを考えてjarは小さいに越した事はありません。
　クラスを使ってjarのサイズを肥大させるくらいなら、
　使わないでコーディングした方が良いです。
　なんならクラス構造を展開する最適化ツールを作ればコーディング中は問題ないでしょう。
　リリース時にソースを最適化すればよいわけですから。

>>661
解答ありがとうございます。
体感そこまで変わらないのであれば、とりあえずクラス使って作って
最後に最適化するようにしてみます。
＞なんならクラス構造を展開する最適化ツールを作ればコーディング中は問題ないでしょう。
そんなツールもあるんですか！
検索してみます。



＃あぁ、機種毎の個性出すのはJAVA以外の部分でやってほしいなぁ

>>662
　そんなツールありました？
　あったら私も使いたいところです。

　504オプションAPIの各機種間対応表みると、まったくもって使えない機能が多すぎ。
　せめてSpriteくらい全機種対応して欲しい……。

>>663
あ、「最適化ツールを作れば」か、あるもんかと勘違いして探してましたよ（´_｀
検索では見つからなかったです。
英語サイトは探してませんが、、、存在してれば既に広まってそうですよね。
がくり

データを送信するにはどんな感じすればいいのですか？
また、参考になったサイト・書籍を知りませんか。

経験値・レベル・クリアすると貰えるキーワードなどのデータを
鯖に送信、受信したデータをメールとして送信。

アプリ　→　鯖　→　指定したアドレスへ

※メアドはユーザーが自分で登録

メールを鯖から送信するからsendmailを使うんですよね？

あぼーん

>>659 >>661
実際には、それなりに速度差あります。
とはいえ、実際には配列アクセスとローカル変数のアクセスの間にも速度差があるので、
キャラクターの移動の場合、

int x = x[i], y = y[i]
　 　 x と y を使って計算
x[i] = x; y[i] = y;

みたいなコードになります。そうするとアクセス回数自体が少なくなるので、
>>659の前者後者ではあんまり差がでないです。

ヒープの量は、だいたい1オブジェクトでフィールドに必要な量を以外に16バイトくらい
使うような気がするんで、それが誤差の範囲かどうかは作るモノによると思います。

>>663
Sprite自体あんまり使い道のないAPIなので
全機種対応されててもされてなくてもあんまり関係ないと思うょ。

>>667
　>配列アクセスとローカル変数のアクセスの間にも速度差
　マジですか？！
　JVMってそんな処理してんですか……遅いわけだ。
　っていうか一体どういうメモリアクセスしてるんだ？

　単体インスタンスの方が速いって本当ですか？
　私は最後に変数を全て配列化してたので、それが本当ならものすごく遅くしてたということになりますな……。

>ヒープの量は、だいたい1オブジェクトでフィールドに必要な量を以外に16バイトくらい
　まったくJAVAのintなどのインスタンスにも、クラスIDだかサイズなどをくっつけてでかくするのはやめて欲しいですね。
　変数は4バイトまでにして欲しい。

>Sprite自体あんまり使い道のないAPIなので
　そうですね。Graphics2が全部対応してくれればいいんですけど……。
　拡大はできなくても仕方ないけど、反転などのラスタ系が使えないってどういうこと？　って思います。
　いっそのこと別にライブラリに付けなくてもいいから、
　画像などの内部データにアクセスさせてくれれば自前でラスタ処理するんでその方がいいですけどねぇ。
　画像処理あたりはアセンブリライクに組みたいですよね。

>>669
配列は
NullPointerとか、ArrayIndexOutOfBoundsとかのチェックが入るので
どうしても遅くなっちゃうでしょ。

あと、intはインスタンスじゃないので、4バイトしか使わないです。

>>667
その方法が速度的、ヒープ的にベストっぽいですね。
ただ、配列管理だと場合キャラクターのステータスが増えた場合管理が面倒くさそうですね
しかしActionゲームを作る上では避けて通れ無そうなのでその方法でがんばってみます。
ありがとうございます

>>670
　いやぁ、今までずっと勘違いしてました。
　私の頭の中のJVMと実際のJVMではだいぶ違ってたみたいです。
　ちょっと調べてみたら確かに配列使うと遅いですね。
　やり方によって体感するくらいの差が出るんじゃないですか？

　>クラスIDだかサイズなどをくっつけてでかくするのはやめて
　jarにする時、宣言一つで10数バイトほど余計に増えるので「なんだよ、intごとにlengthでもつけてんのか？」
　と思ってましたが、よくよく考えればバイトコードのサイズアップは実際のメモリ配置とは関係ないですもんね。
　それに調べたらlengthというフィールドがあるわけでもないようですし。
　
　私は最終的にソースコード上の単体変数を配列に置換するツール作ってjarの容量減らしてました。
　大体1kくらい軽くなるので、それでよしと思ってましたが、
　まさか遅くなっていたなんてね……。

　今までそんなバカなことやってないだろうと、調べずに無視してきましたが、
　Javaのあまりのお節介加減に気を失いそうになりました……。
　最近ハードいじりに疲れたんでJavaってましたが、
　なんかもうJava愛も冷めたって感じです……。
　やっぱ古巣へ帰ろう……。

あぼーん

>>665
どこにでも載っていると思うのだが・・・　例えばここ。
http://www.zdnet.co.jp/mobile/0104/27/ijava_14.html

＞メールを鯖から送信するからsendmailを使うんですよね？
それでもいいし、phpとか使うならmailを使ってもいい
中身は同じだけどね
これこそ検索すればいっぱい出てくると思うよ

>>658
前にみたことがあったきがするけど忘れた
それなりにすごいアプリが置いてあったような、なかったような

複数キャラクターの移動＆描画で
クラス版と配列変数版を作ってベンチマークしてみました

■測定方法
10x18ドットの画像を持つキャラクターを100体、移動＆描画を100ループしてみたところ
■測定機種
N504i
■結果
配列：9900msec
クラス：10800msec

でした。
多少配列のほうが早いみたいですね、
ただ、今回使用したのは、x,yのみでしたので他の項目が増えれば増えるほど
差はひろがりそうな気もします

>>676
ケースバイケースなんで、
「配列使うべきだ」ってのが一人歩きしないよう
注意して欲しいです。

つまり、>>659の例でいくと、
for (int i = 0; i < numOfCharacter; i++) {
　　x[i], y[i] を使って計算とか描画とか、
}
と、
for (int i = 0; i < numOfCharacter; i++) {
　　chara[i].x , chara[i].y を使って計算とか描画とか、
}
を比べると後者の方が遅い場合が殆どだと思います。

でも、
hoge h;
for (int i = 0; i < numOfCharacter; i++) {
　　h = chara[i];
　　h.x, h.y を使って計算とか描画とか、
}
ってやると、計算・描画のときに配列アクセスがなくなるため
これが一番速かったりするからです。

>>677
！！！！！
気づきませんでした･･･

上のほうにも書かれてた通り
int x,y
for (int i = 0; i < numOfCharacter; i++) {
　　x=x[i];y=y[i];
　　x,yでを使って計算、描画
}

というのもありますね･･･
うむむ、どのような方法があるか知っておいて、
そのアプリに最適なものを選ぶのがいいですね･･･

>>658
http://homepage2.nifty.com/airriel/i/i.htm
だと思うが
かなりDQN臭いので注意されたし
間違ってもこんなのに金払わないように

あぼーん

>>679
何度も語るようですが、作者の性格とゲーム内容は関係ないですよ。
お客様は購入したゲームが面白けりゃそれで良いわけですし…。
実際、、以前、試しに２ちゃんで叩かれまくったら、どう売上に影響するか
実験してみたけど、結果は何も変わらなかったし…（影響したら名前変えて新規にやるつもりでした）
残念ながら正確な数字はわかりませんが、ここでの影響範囲はせいぜい数十人程度ですね。
（まっその数十人にDQNというイメージを植え付けてしまったため、いつまでも
チクチク・クドクドと言われつづけなきゃいけなくなったのは痛いかも知れないけど…）

そうそう、、アプリ開発に関しては企業売りにシフトし始めてるから、
ひょっとしたら今貴方が面白いと思ってやってるアプリは…

あぼーん

凄い言い訳ですな・・・

>>681
正直、そーゆー事いう事自体が大人気ない気もします(^^;

作者の性格とゲーム内容が関係ないのはわかってますが、
それでも貴方のゲームがフリーのゲームより優れてるとは思えません
こう言うと「やってもいないくせに！」とか思われますでしょうが
実際にプレイしての感想です。

もすこしオリジナリティが欲しいと思います
あと、「携帯ゲームならでは」「俺にしか出来ないアイデア」みたいなのも欲しいです


＞そうそう、、アプリ開発に関しては企業売りにシフトし始めてるから、
＞ひょっとしたら今貴方が面白いと思ってやってるアプリは…
お、興味有り･･･
どんなの作ってるんですか？

あぼーん

>>684
>もすこしオリジナリティが欲しいと思います
>あと、「携帯ゲームならでは」「俺にしか出来ないアイデア」みたいなのも欲しいです
>
参考意見ありがとうございます。
いまのところは携帯では出来そうもなかったゲームを再現する＆JAVAの実験に主眼を置いてます。
再現するのも結構キツイんす、これがまた意外と…。なんたってまだまだJAVA初心者ですし…、
色々と自由に扱えるようになったらオリジナリティ溢れるモノを作りたいですね。
まぁ〜「ならでは」等はまだまだ先の事になりそうです。

>お、興味有り･･･どんなの作ってるんですか？
う〜ん、、いまはまだ…ちょっと言えないです。
結局コレも再現だし…、、、。

>>679-685
氏のサイトを見てデモをやってみたが、
技術的には結構すごいんじゃないかと・・・

叩くのは結構だが、お前らの作ったアプリも見せてみろと言いたい

やっぱ作者の人柄は重要

まぁ、使うか使わないかは本人が決めればいいだけの話。
漏れは作者の人格を気にしないタイプ。
ひろゆきがどんなに嫌な奴だろうと２ｃｈ見るのやめないし。

ただ、あんまり作者をDQN呼ばわりし続けると
今度は叫んでる香具師が粘着DQN呼ばわりされるから気をつけるべし。

嫌いな人間ならいちいちかまわず無視しとけ

名前出して出てくるのが悪い

ｼﾞ
ｻ
ｸ
ｼﾞ
ｴ
ﾝ

ｶ
ｺ
ﾜﾙｲ

>>689
俺と逆だな。
俺は作者の人柄も気にするタイプ。
自己防衛だけど。

DQNな作者が作ったプログラムって悪意のあるコードが混じってそう。

>>692
うむ。
まぁ、iアプリの場合、無駄に通信させてパケ死させたり
アドレス帳勝手に開いたり出来ないから、まだ安心できるけどね。
出来てたら、そら恐ろしいことに（ｗ

またエアリエルが吼えてるのかよ
作者の人格と無関係といっても、わざわざ作者は異常人格者で嫌われ者ですってラベルが貼ってある
商品が陳列されていたら、お前は買うのかよ

（´-｀）.｡oO(au使ってるから自分で動作確認できないや…

作者は異常人格者で嫌われ者ですって”ラベルが貼ってある”商品が陳列されていたら買わないよ。
、、、あ〜〜でも待てよ、、受刑者製作の豆(落花生)買った事あるしな〜、、、
ロシア産密漁品ですって謳われてたカニも買ったしな〜〜、、、、
う〜ん、、どうでしょ？（笑

エ　ア　リ　ア　ル　の　ｉ　ア　プ　リ　は　自　己　満　足

対して面白くねぇし、本人やたら偉そうだし、なんか発言キモイし。
俺はいらねぇ

ま、奴の掲示板の寂れ具合見れば誰もやってなさそうだがｗ

＞作者は異常人格者で嫌われ者ですって”ラベルが貼ってある”商品が陳列されていたら買わないよ。
ラベル ＝　このスレ

エアリアルは、異常人格者と受刑者とロシアを一緒にしています

くだらんなぁ
ゲームの作者の人柄なんぞ関係ないだろ
人柄に関係なくおもしろいゲームはおもしろいだろうし
いい人が作ったらいいゲームができるのか？？

お前らの作ったアプリを教えろよ
エアリエルを叩く資格があるのか、
オレとこのスレの住人とで判断してやるから

>>696
余計なこと書くなよ、荒れるから、、、

ゲイツのやり口が嫌いでもウインドウズを使わなきゃいけない罠

結局2chでコテハンは叩かれると。

>>699
内容は関係ないかもしれんけど、>>692のことを考えると俺も使わない。(iアプリに限らず)
けどイチイチコテを叩いてまで言うことじゃないよな。

>いい人が作ったらいいゲームができるのか？？
そうだそうだ！いい人だからいいゲームができるとは限らないだろ！！

でもDQNの作るゲームはDQNな罠

>>699
>余計なこと書くなよ、荒れるから、、、
すんません。しばらく消えます。

良かったね、自作自演で潜る口実ができて。

いい人が作ればいいゲームが出来るわけでもない
悪い人が作るから悪いゲームでもない

だけどな、

エアリアルのゲームは
エアリアルが言うほど
いいゲームとは思えない

エアリアルの人柄も
いいとは思えない

それだけのことだ。

>>705-706
うるせーよ粘着ども

>>707

　自分の意見とあわない人たちを粘着と決め付けてしまうのはいけないなあ
　エアリアル氏のゲームは勢いは感じられるものの、確かに自己満足の域を出てないね

　漏れは公式作ってるけど、エアリアルのゲームは正直金とれるレベルじゃないと思う。
　まあ世の中には金取れるレベルじゃない公式アプリは腐るほどあるがね

>>708
707はエアリアルではないと思うのだが。
明らかに厨な偽かと。

>>701
まともな事言ってれば別に叩かれることはない。
haruka氏が良い例。

氏よ
申し訳ないが事が収束するまで
名無しさんに戻っていておくれ

で、技術話にもどるのはいつ？
おまえらPGなら技術で語れと。

while(技術話 != thisThread){
if(you == PG) {
talk(技術)
}
}

if (作者.equals("エアリアル")) {
IApplication.getCurrentApp().terminate();
}

>>714
粘着つまらん。

保守age

if (粘着 == つまらん){
無視() ;
}

あぼーん

作者の性格とゲームの面白さが関係ない？

エアリアルの性格はどー見ても糞だし、ゲームも糞だが？

もうやめれ。
エアリアルも粘着も俺も皆クソってことで三方一両損。

作者がわりとデムパでも、ある程度面白いゲームをつくるやつには信者がつくものだが、
エアリアル信者っているのか？

ただ、作者がゲームの売りゆきよりもむしろ芸能活動（笑）で有名になっちゃうと、
とんでもないクソゲーをつくったやつしか生き残らないんだよなあ

高城とか飯野とか

お前らオススメの作者をキボンヌ

どうでもいいが板違いだ。

あぼーん

　　　　　　　　　　　ミ　　　　　　　ミ　　　　　　　　　　　　ミ
　　　　　　　　　　　　　　　　　　　　　　　　　　　ミ　　　　　　ドドドスッ　　　　　　　　　ミ
　ｳｫﾘｬ! ∧∧ 　 　 　　.＿　　　　　　　　　　　　　　　　＿　　　　　　　　　　　　　　　　＿
　　　　 (　 ；,,)Ｏ..―─┴┴──────────┴┴──────────┴┴──┐
　　　　/；　； つ.　　　　　　　　　　　　　開　　　　　　　　　　　　始　　　　　　,,,　 　 　 　　　　　　　|
　　〜′　/´　└―─┬┬──────────┬┬──────────┬┬──┘
　　　∪ ∪　 　　　 　 ││　_ε３ 　 　 　 　 　 　　 　 ││　_ε３ 　 　 　　 　 　 　 　 ││　_ε３

あぼーん

　　☆｡:.+:　.　／■＼
　　　..　:.　　 （　´∀｀）　　　ネンチャク､チュウボウハ シンデネ
　　　　 ／￣ヽ/,― ､＼ o｡｡｡
.:☆　　 |　||三∪●）三mΕ∃.
.:*　 　　＼＿.へ--ｲ＼ 　ﾟ ﾟ ﾟ
+:..♪.:｡ﾟ*.:..　　（＿）（＿）　　　　　☆｡:.+:
　☆｡:.+::..　　　☆:.°+　　　　　.. :
　　　｡*.:☆ﾟx*+ﾟ｡::.☆ο::.+｡　*ρ

「なんでだろ〜♪」　　　「開始なんだろ〜♪」
　 　／■＼　　 ／■＼　　 ／■＼
　　（　´∀｀）　 （　´∀｀）　 （　´∀｀）
　⊂　　　　つ⊂　　　　つ⊂　　　　つ
　　.人　 Ｙ　　　人　 Ｙ　　　人　 Ｙ
　　し'（＿）　　 し'（＿）　　 し'（＿）　　　【開始】

エアリアル、名無しで書き込むなよ。

あぼーん

漏れら日進月歩の開始ブラザーズ！
良スレは保全するからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　Game on
　（・∀・∩）（∩・∀・）　　　　Game on
　（つ　　丿 （ 　　⊂）　Go Go
　 （　ヽノ　　 ヽ/　　）　　　
　 し（＿）　　 （＿）Ｊ 　開始

今までこのスレは何回終了してきたことか・・・

あぼーん

あぼーん

　 |　 　 　 　 ／＼　|　 ／|／|／|
　 |　 　 　 ／　 ／　|／／ ／ ／|
　 |　　　／　 ／ |＿|／|／|／|／|　　　 　(´⌒（´⌒｀）⌒｀）
　 |　 ／　 ／　　|文|／ ／／ ／　　(´⌒(´良ｽﾚﾀﾞ!!良ｽﾚﾀﾞ!!｀）⌒｀）
　 |／　 ／.　 ＿.|￣|／|／|／　　　　(´⌒(´∧ ∧⌒｀）｀）｀）⌒｀）
／|＼／ 　／　／ 　|／ ／　　　　　(´⌒(´（,ﾟДﾟ ）つ　｀）｀）
／|　 　 ／　／　 ／ヽ　　(´⌒(´⌒　 (´⌒（ つ |〕 /⌒｀）⌒｀）
　 |　　　|￣|　 |　|ヽ／|　　遅れるな!!　　　( |　 (⌒)｀）⌒｀）
　 |　　　|　 |／|　|__|／　　　∧＿∧　⌒｀）ﾄﾞし'⌒＾ﾐ　｀）⌒｀）ｫ
　 |　　　|／|　 |／　　　　　 （ ´∀｀ )つ 　ド　　∧＿∧⌒｀）
　 |　　　|　 |／　　　　　　 ( |〕つ/] /　　 　ｫと（ ・∀・ ）繁栄させるぞ―!!
　 |　　　|／　　　　　　　　（ |　 (⌒)｀）　　ｫ　 ヽ|〕⊂〔| ）｀）
　 |　 ／　　　　　　　 　（´ ´し'⌒＾ﾐ　｀）｀）ｫ　(⌒)　　|
　 |／　　　　　　　　　　　　　　　　　　　　　彡 ￣（_＿）｀）｀

あぼーん

　　　　　 　　　　____
　　　　　 　　　/´,,,.｀ヽ
　　　　　 　　（,´._ヾ､　)
　　　　　 　　　L_ "q 丿　　　　もう・・・諦めないで・・・
　　　　　 　 　 __`ﾌ ~l."
　　　　　　　/　/　／￣ヽ
　　　　 　　/〈" ''´　~~/ﾐ)━･~~~ 　　　　　＊このｽﾚは再開しました＊

>>737
いちいちそんなことするから…

あぼーん

あぼーん

あぼーん

エアリアル、名無しで荒らすな。

あぼーん

>>741
なんだか文章ｵｶｽｨよ。

何気にここの対荒らしのやりとりが楽しいのだが

あぼーん

エアリアルがケータイ板のアプリスレに名無しで参上中。
ゲーム作ってあげるよ、だと。

それで評判よくなったら、俺ですが何か？って作戦かね？

あぼーん

出たなエスパー。

あぼーん

>>747

それは私です、空真とは違いますよ。

ttp://www.gooody.com/i-app/

>※iｱﾌﾟﾘの著作権は制作者めっちに帰属します｡

スペースインベーダはタイトーに著作権があります(藁

著作権的に問題になるほど似てはいないと思う。

久しぶりに来て見たら、荒れてるね。
>>681
ふーん、意図的に叩かれてたのか。
どの板のどのスレでだろう。
それって「荒らし」の一種だよね、きっと。

あぼーん

（ぼそ）うちのケータイ、N502i（白黒）だからなあ・・・。
iアプリのために買ったほうがいいのかな。

あぼーん

糞ｼｰﾏｿを蹴って
みんなで良質の育成スケジュールエージェントを
作ろう！

http://cocoa.2ch.net/test/read.cgi/phs/1032236103/

マルチでｽﾏｿ

N504iSのJava性能はN504iと変わらずということでよろし？
うちのサイトもう続々とN504iSユーザ来てるよ。ちょい勘弁して欲しいわ。
なんでこんな機種基準にせなあかんねん。

あぼーん

>>760
N504iだけ非対応にしたら？
結構まともなアプリつくれるんじゃない？

N503i/iSからのアクセスが40％、N504i/iSが35％もあるんですわ。
売れてて携帯板見ても特にアプリユーザ多いはずのP504i/iSが全然こないし謎。
ポータル偏ってるんかなあ。

あぼーん

これら大量のあぼーんは何を削除した跡なのかとしばらく考え込んじゃいましたが、多分終了コピペですよね？

あぼーん

おっと、765ゲットでした。
にしても、終了コピペの意図はなんなんでしょうか。

あぼーん

>>767
散々叩かれたエアリアルの八つ当たり

あぼーん

アクセス規制依頼出してきますた
http://www.2ch.net/accuse2.html

あぼーん

まあ、はじめっから終了してる様なスレではあったけど。
ゲーム作る以前の話題が大部分だったし。
けど…わざわざ荒らす人の心の内が知りたい。

　「NTTドコモの505iシリーズのメイン・ディスプレイは，すべてQVGAになる――」。2002年12月3日に東京・千代田区で開催された「第4回ディスプレイサーチ・フォーラム」のあるセッションで飛び出したコメントだ。会場の一部では，どよめきも挙がっていた。
http://ne.nikkeibp.co.jp/FPD/2002/12/1000016090.html

CONTENT CARDってなんだ？

あぼーん

>>776
しつこいなバカヲタ

あぼーん

あぼーん

お、終了コピペ(776)を残してあぼーんされてる778は何だったんだろ

あぼーん

あぼーん

あぼーん

あぼーん

あぼーん

　　　　 ／∧＿∧ ＼
　　　./ 　（　ﾟ ∀ﾟ ）､ ｀、
　　/　/＼ ＼つ　 つ、ヽ
　　|　|　　,＼ ＼ ﾉ　　|　|
　　ヽヽ 　レ ＼ ＼） /　/
　　 ＼ [アラシ禁止]'／
　　　　ヽ､ _＿＿_,, ／
　　　　 　　｜｜
　　　　 　　｜｜ 　　〜開始〜

あぼーん

あぼーん

スレのレベルは十分に低いとは思いますが、にしても終了粘着の存在は不思議

>>789
粘着は電話代をママに払ってもらえなくなった厨だろ

AA多用を考慮すると、引き籠もりの小学生・中学生がゲーム作りの複雑さプログラミングの難しさを
叩き付けられ、これから始めようとする方々の足を引っ張って憂さ晴らしをしていると私は思うとります。

三三三三三三三三三三三三三三三
￣￣／|
　.／ 　| 　.廿　　　　　　∇　　　□
　 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　"　　　　´ ,　　　　 　;;. 　 　 　｀ 　"
二二二二二二二二二二二二二二二
　　;;:
　 　 ━┳━　 　 　 　 ━┳━　;;:;
￣￣￣┻￣￣￣￣￣￣┻￣￣￣￣
　　:,,　　　　　,,..　　　　　 　 　 　∧ ∧　　　これがガーベレージコレクトのビジュアル化か
　　　　　　　　　:;;　　　　　　 　　(ﾟーﾟ*)　　　 こまめに掃除しなくちゃ …
　　　　,,.;.　　　　　　　　,..;:　　　 |　 Ｕ
　　　　　　　　　　　　 　 　　　 　 |　　）〜
　　"　　　　　　　　　　　,,,　　　　U"U　　　　　　　〜開始〜

　　　　　　　　　　 　　　／￣￣＼
　　　　　　　　　　　　　ｌ　　（　　_　）
　　|.＼￣￣￣￣￣￣￣￣ ＼ｌ ヽ!￣￣ ＼
　　||＼＼　　　　　 　　　　　　　　　　　　 　 ＼
　　ｌＬl .＼! 二二二二二二二./￣￣￣￣＼二l
　　　　　　||　|　　　 　 　 　 　|　　　 　 　 　 ⌒＞―───∧＿∧
　　　　　　||　|　　　 　 　　　　|○　　開始　　　|＿＿＿_　 （　´Д｀）二二二つ
　　　　　　||　|　　　 　 　 　 　ヽ＿_＿＿＿＿__＞　　　/　/
　　　　　　 ￣　　　　　　　　　　　　 　 　 　 　 　 　 　 / / 　Javaって難しいね…
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　/ /
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ∪'

　　 ∧_, ,_∧
　　（　 ´д｀）
　　（　　　＼,; ｼｭﾎﾞｯ 　　　携帯Java？…
　　　　　　　(),
　　　　　　　|E|

　 　∧_, ,_∧
　　（　 ´д｀）　　　 　　　　３ヶ月勉強すれば扱えるぜ
　　（ 　　　　つ━･~~~
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　【このスレは初心者用です。】

粘着さんの最後の挨拶ですか？

違ったみたいですね

しっかし、、ここまでしつこいのは初めて見た

さっきようやく気がついたんだけどさ・・・

iアプリって、もっとなんかこぉ閉鎖的な感じだと思ってたんだよ。
ドコモのサイトから落としたソフトは使用方法不明だし
マニュアルにもどうやってコンパイルしていいか書いてないし・・・
で、たぶん開発ソフトも表示テストのソフトもJAVA1.3を利用した
また違う専用のものが必要なんだろうなって思ってたんだ。

そりゃ色々なツールを落としてみたさぁ。でもそれらはあちこち不具合あって
インストールが成功しなかったり、有料ソフトでさらに別のソフトが必要だったり
なぜかコンパイル成功したのにファイルが無かったりで全然ダメだったんだよ。

そして色々思考錯誤してなんか変だって思ったわけ。
同じＪＡＶＡのはずなのになんで専用ソフトがいるんだ？
じゃ、普通の開発者はこの拡張子が同じjavaファイルを
どうやってコンパイルしてるんだ？

そして出た結論。最初のimportが

JAVAアプレットの場合
import java.applet.*;

iアプリの場合
import com.nttdocomo.ui.Canvas;

こんな風にインポートするものが違うだけで、実際にコンパイルするのは
JAVAアプリの開発開発とまったく同じ方法だったんだ。

後は環境設定用の「ﾌｧｲﾙ名.jam」と実行専用ソフトが必要なだけで
コンパイルだけなら何も変わらないってことなんだよな。

俺がコンパイルソフトだと思ってドコモサイトから落としてきたのは
単に実行専用のソフトだったんだ。こういう超初歩の基本的なことが
どこにも書いて無いから全然わかんなかったよ。

・・・・・・っていうかこういう解釈で間違ってないよね？（汗

大体あってる。
あとは、iアプリはJ2SEではなくJ2ME＋CLDCだってことを理解されるとよろし。

どもでつ。どうにか本屋でiアプリゲーム開発の本を見つけてきました。
おかげで色々なことがわかりもうした。

しかしソフト自体は無料なのに本が高いってのは罠だよなぁ。

ていうか、本いらないと思うYO
シンプルな環境だから、Java方面から真っ当に攻めて行けば
ドコモの公式ドキュメントとウェブだけで十分。

http://vs.g-appli.net/

これやってみなさい。

iアプリ作ってるんですが、全国ランキングをしようと思って
本を見ながらやってて、コンパイルはできるのですが
携帯でやると
java.lang.securityException:Illegalhost
って出るんですよねー

あぼーん

転送元指定がおかしくないか？

１６色のgifしか対応してないなんてのを知らなくてまた大部分の時間を潰す。
普通２５６か１６かなんて意識してないからわかんねぇよ、ウワァァン！

505iのアプリも機能強化されるんでしょうね

されません
あきらめろ

>>803
http://vs.g-appli.net/dir.php?c=0
そこのゲーム一覧↑にある「破壊神ガンナー」ってのはどう？
一応ゲームでは一番ダウンロード数が多いみたいだけど。

僕は503なのでできませんでつた。

ソース
ttp://www.zdnet.co.jp/mobile/0211/18/n_natsuno.html

N505iはアプリケーションプロセッサ搭載らしいべ。
少しはまともな速度で動くようになるか。System.currentTimeMillis()の精度やいかに。

＞System.currentTimeMillis()の精度やいかに。

今の精度ってかなり悪いってこと？
どのくらい悪いんでつ？
機種によって2秒が3秒になったりするとか？

100ms。ここまで荒いとゲームのタイミング調整にはほぼ使えないも同然。

resディレクトリにあるリソースはプログラム内で指定が無くても
みんなコンパイルされるなんて知らなかったよ。

どうりで幾ら削っても１８ｋｂ以下にならなかったわけだ（泣笑）

ま、おかげで無駄をはぶく技術が上がったからいいや。

>100ms

0.1秒の誤差は酷いな。アプリでシューティングものが時々あるけどよく作ったもんだ。

　 　＿＿＿.　　　　　　　 　 　 　 　 　 　　 ∩゛ 　　　　∧空∧　　　　（（（　））） ／＼
　　/. ――┤.　-=・=-　　　　-=・=-　　　　| |　 ∧ ∧｛´ ◎ `｝__＿＿（　´∀｀）＼ う ＼
　./(. 　= ,= | 　　　　 ∧∧　　　 ∧＿∧　 | |　( ´ー｀) ）:::／´∀｀ ;:::: ＼ヽ(`Д´)ﾉ゛＼ ま＼
　|||＼┏┓/∫ 　　　(=ﾟωﾟ)ノ~　（　´Д｀）／/　　＼　< .∧|∧　　　/::::::::::| .¶＿¶.　　　 ＼い＼
　V/　∧,,∧ ∬ 　〜（　　x） 　／ 　 　 　 /　　　,一-、(´ー｀)　　/:::::|::::::| (ΦдΦ)／~　　　＼棒＼
　 ||　ミ,,ﾟДﾟノ,っ━~~　U U 　 / /|　　　　/　　　/￣　l⊂ヽ　＼/|:::::::::|::::::| 　γ＿＿　　∧w∧ 旦∬
　人 ﾐ ,,,　 ~,,,ﾉ　　.ｎ　　THANK YOU　2ｃｈ　■■-っ ┌───────┐　　＼ （ ﾟДﾟ　）∩゛
( ﾟーﾟ)と..ﾐ,,,/~),ヽ（凸）ﾉ~　　　　　and..　　　　 ´∀｀/.　｜ ●　　　 　 　 ●　| 　　　　ヽ 　　　ノ
　　／￣￣し'J＼［Y］ GOOD-BYE ２ｃｈ WORLD！ ／|　.┌▽▽▽▽┐.　|____|__||_| ））
　/　　　　 ●　　●､ヽ　　　　　　　　　　　 　 　　 　（.　┤ .｜　 　 　 　 ｜.　|□━□ ）　(ﾟДﾟ)?
　|Y　　Y　　　　　　　＼　　またどこかで会おうね..　＼.　 └△△△△┘.　|　 J　　|）∧＿∧
　|.| 　 ｜　　　 　 　.▼ |∀ﾟ)　　　　　　　　　　　　　　　｜＼あ＼　　　　　　 |　∀　ﾉ　" ,　 、　ﾐ
　| ＼ ／■＼　 ＿人　|∧∧∩゛∧＿∧∩゛∧＿∧　　| 　 ＼り.＼　　　　　| - Å′　ゝ∀　く
　|　　（　´∀｀）_＿＿／( ﾟДﾟ.)'/ （ ´∀｀ ）/ （・∀・　）,.　|.　　　 ＼が＼.　 　 |　 ）. ＼　 Λ＿Λ
　＼　（ Ｏ 　 ）　　冫、 U　　/　 （　　 　 / ⊂　　⊂.）ヽ(´ー｀)ﾉ゛　＼と.. ∧_∧/(´Д｀;)<丶｀∀´>
　　｜││ │ 　 `　　 |　　 | 　　∪　|　 |　　（　（　（　　(　 へ (ﾟдﾟ)〜⌒(ﾟーﾟ*) (-＿-) (･ω･` )
　　（_（__（＿_）（・∀・） ∪~∪　　（＿（＿_）　（＿（＿）　く ⊂⌒~⊃｡Д｡）⊃⊃⊃（∩∩）（∩ ∩）

>>816

　0.1秒の誤差が出る訳ではない。まぁもう見てないとおもうけど。
100msec以下が取れない機種があったり
10msecまで取れる機種があるってこった。
　機種間の実行速度が違いすぎるので、ｼｭｰﾃｨﾝｸﾞつくるつもりなら
　結局機種毎に調整せにゃならんから一緒だ。

思考実験になるけどSystem.currentTimeMillis()を10ms間隔で呼んだら
10回は同じ値が返るってこと？
Thread.sleep(1)もThread.sleep(100)も同じように最短1ms、最長100ms待たされる？

XPに移ってから、さてそろそろｉアプリの開発も整えようかな？

と思ってＤＯＣＯＭＯのサイトに行ってみたら
ＷＩＮ９８と２０００しか動作確認してないとか書いてあるよ。

ＸＰでの開発は無理なのか？

>>820
ちゃんと動くよ。

ｺﾞﾒｿ
おもいきりｱｹﾞﾁｬﾀ(ｱｾ

お詫び

余所では既出だろうけど。

http://505i.nttdocomo.co.jp/

D505はチョコボ２とかなんとかいうのが初期のアプリDXとして
ついていてどうやらバリバリ３Ｄらしい。

505i用JavaのAPIドキュメントってまだ公開されてないよね？

>>823
実機がでてないからねぇ、多分ないよね。

つぅかほんとにｺｺ人すくないんだね･･･

実機が出る前にエミュレータ（開発環境）で開発を進めておいて、
入手可能になると同時に実機で動作検証、即リリース、
が出来れば初めからアプリ充実で505iにとって有利なんでは。
大手メーカーは既に505i用アプリを色々と開発してるっぽいから、大手優遇戦略かな？
まずは大手に儲けてもらって、以後もコンテンツを充実させていってもらいたいと。

大手コンテンツメーカーはBREWのような環境を魅力的に感じると思います。
プラットフォームシェア、コンテンツ市場の大きさを別にして考えれば。

大手メーカーがBREW向けコンテンツに注力するようになると、
コンテンツの魅力に格差が生じる可能性があると思います。
...って、BREW機のスペックをよく知らないんですけど、どんなもんなんでしょうね？
処理能力、表示能力で最新のiアプリ対応機を上回るんでしょうか？

ドコモ的には、その類の競合が台頭してくる事は望ましくないだろうから、
大手メーカーを優遇し囲い込みたいところではないかと思うんですが、どうでしょう。

age

あぼーん

◇◆◆◆◆◆◆◆◆◆◆◆◆◇◇◇◆◆◆◆◆◆◆◇◆◆◆◆◆◆◆◇
◇◇◇◇◇◇◆◇◇◇◇◇◇◇◇◇◆◇◇◇◇◇◆◇◆◇◇◇◇◇◆◇
◇◇◇◇◇◇◆◇◇◇◇◇◇◇◇◇◆◇◇◇◇◇◆◇◆◇◇◇◇◇◆◇
◇◇◆◆◆◆◆◆◆◆◆◆◇◇◇◇◆◆◆◆◆◆◆◇◆◆◆◆◆◆◆◇
◇◇◆◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◇◇◇◆◇◆◇◇◇◇◇◆◇
◇◇◆◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◇◇◇◆◇◆◇◇◇◇◇◆◇
◇◇◆◆◆◆◆◆◆◆◆◆◇◇◇◇◆◆◆◆◆◆◆◇◆◆◆◆◆◆◆◇
◇◇◆◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◇◇◇◇◇◇◇◇◇◇◇◆◇
◇◇◆◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◆◆◆◆◆◆◆◆◆◇◇◆◇
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◇◇◆◇◇◇◇◆◇◇◇◆◇◇◇◇◆◇
◇◇◆◇◇◇◇◇◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◇◆◇◇◇◇◆◇
◇◇◆◇◇◇◇◇◇◇◇◆◇◇◇◇◆◇◇◆◆◆◆◆◆◆◆◆◇◇◆◇
◇◇◆◇◇◇◇◇◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇◇◇◆◇◇◇◇◆◇
◇◇◆◇◇◇◇◇◇◇◇◆◇◇◇◇◆◇◇◇◆◇◇◇◇◆◇◇◇◇◆◇
◇◇◆◇◇◇◇◇◇◆◆◆◇◇◇◇◆◇◇◆◇◇◇◇◇◆◇◇◆◆◆◇
◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇◇

再開すなＤＱＮが！それより肉うpｷﾎﾞﾝﾇ

あぼーん

あれ、まだ沈んでないんだ

あぼーん

D505iってGraphics2クラス使えないんでしょうか？
（キャストできない・・・）

ぜひiアプリでパズルゲーのＩＱを作って下さい！！

◎無臭性画像をご覧下さい◎
　　　　　　★見て見てマムコ★
★http://endou.kir.jp/betu/linkvp2/linkvp.html★

ゲ製作のところに書くの３回目なのですが、やる気だけはありますので
どなたかご指導お願いできないでしょうか？iアプリを作りたいと思ってます。

自分でおやりなさい。

>>838
一から指導してくれ、って無理でしょ。

自分でやってみて分からない所は検索して、それでもわからないならネットで聞く、ということで。

そだね。まずは自分の足で歩いて進む。
行き先も自分の意思で決める。
進めなくなって初めて聞く。

遠回りなようだが、これが一番身になった。

>>841
はい！今ツールDLして基本を勉強中です。

>>842
とりあえずJ2SEで普通にソース書いてコンパイルできるか？
次は何か好きなIDEでビルド＆実行を出来るようになってくれ。

で、次。俺はKToolBar時代（Doja1.0）しか知らないからそのつもりでな。
KToolBarで、プロジェクトを１つ作る。IDEからもプロジェクトを作って、
ソースの位置をそのKToolBarのそれと一致させて、IDE側にDojaの.jarファイルを
ライブラリとして組み込む。

そうすりゃIDEでDojaのコードがかけて、コンパイルまで可能。JBuilderとかEclipse
ならコード補完もしてくれる。
実行するときはKToolBarでビルドして実行すればいい。配布はDocomoのPDF読んでくれ。

iアプリかけねーからIDEでテストできななら、サンプルのtetrisでも試しにコンパイル。
そうやって使いやすいツールとDocomoが提供しているビルドツール＆エミュレータ
が同じソースを共有できる環境を作ってくれ。

続き。

新規のプロジェクトtestを作る。
test/srcがソース置き場なので、パッケージtestにIApplicationを継承したMainを作る。
ComponentListenerとSoftKeyListenerをimplementsしておく。
フィールドとしてLabel lを宣言。start()でPanel, Button, Labelを生成し、Panelにaddし、
Display.setCurrent(p)する。

ComponentListener.componentAction()を実装し、Label.setTextしてみる。
SoftKeyListener.softKeyReleased()でIApplication.getCurrent().terminate()するとアプリが
終了する。

KToolBarでアプリ名、クラス(test.Main)、LastModifiedを設定し、ビルド、実行。

ソース。

package test;
import com.nttdocomo.ui.IApplication;
import com.nttdocomo.ui.*;
public class Main extends IApplication implements
ComponentListener, SoftKeyListener {
Label l;
public void start() {
Panel p = new Panel();
Button b = new Button();
b.setLabel("Button");
b.setVisible(true);
p.add(b);
p.setComponentListener(this);
l = new Label();
l.setText("Label");
l.setVisible(true);
p.add(l);
p.setSoftKeyListener(this);
p.setSoftLabel(Frame.SOFT_KEY_1, "Quit");
p.setTitle("TestApp");
Display.setCurrent(p);
}

書ききれない。続き。

public void componentAction(Component arg0, int arg1, int arg2) {
l.setText("ButtonPressed");
}
public void softKeyPressed(int arg0) { }
public void softKeyReleased(int arg0) {
if (arg0 == Frame.SOFT_KEY_1)
IApplication.getCurrentApp().terminate();
}
}

これで、
・IApplicationでとりあえずアプリケーションを作る方法
・パネルに部品を乗っけて表示する方法
・ボタンイベントを取る方法
・SOFTKEYイベントを取る方法
を覚えてくれたと思うんだが。

後はLayoutManagerを指定したり、LocationやSizeを指定したり、
Panelを継承して別クラスを作ったりしてやれば高レベルAPIの基礎は終わり。

Canvasは継承して、paint()をオーバーライドしてGraphicsのdrawなんとかを
呼び出して、processEvent()でキーイベントを拾えばOK。表示はPanelと
同じくDisplay.setCurrent()するだけ。

こっちって何かアプリ完成した？

http://homepage.mac.com/miku24/

★おまんこナビ登場！！★日本の美しきオマンコ★
http://endou.kir.jp/marimo/link.html

今日はこれ！
http://homepage3.nifty.com/coco-nut/

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

jax　IBMのクラスファイル最適化ツール
とやらをダウソロードしたのですが、
の使い方がわかりません。
教えてくださいお願いします。

http://www.alphaworks.ibm.com/formula/jax

>>853
そのObfuscatorはライセンス的にもう使えなくなってるハズ。
DoJaへの適用もむりぽ。

>>836
そうだったんですか。(´･ω･`)ｼｮﾎﾞｰﾝ
回答ありがとうございます。
jax以上にjarサイズを削減できるものがあればよいのですが。

フリーソフトなら、

Java Blender
http://web.yl.is.s.u-tokyo.ac.jp/amo/JavaBlender/
jarg
http://jarg.sourceforge.net/

あたりを使うよろし。一時期有名だったRetroGuardはDoJa 2.0以降には使えない。

職人募集中。。。
【505】 風来のシレソを作るスレPart3 【iｱﾌﾟﾘ】
http://etc.2ch.net/test/read.cgi/phs/1062260107/

>>857
もうあきらめろ。失敗プロジェクトの見本のようなもの。

>>858
まともな開発者なら2日くらいできそうなところを、
3ヶ月もかけてやってるんだもんなぁ…

このペースだったら、
まともな開発者が3ヶ月かけて作るレベルを達成するのに、
5年くらいは余裕でかかってしまう。

質問です。
今日初めて使ってみた初心者なのですが、
画像を表示するプログラムを作り、いざ携帯にダウンロードする時に
「ダウンロードが中断されました」と出てしまいます。
そのプログラムのソースから画像を表示するプログラムの行のみを削除して
再び携帯にダウンロードすると、ちゃんと出来ます。
KToolbarでは画像の表示プログラムは正常に実行できるのでプログラム事態は間違って無いと思います。
リソースファイルはjarの中に追加されるんですよね？
それともネット上にアップするときにはjarとjam以外の物もＵＰする必要があるのでしょうか？
携帯は503iSです。分かりにくい文章ですいません。解決法分かりませんか？

>860

ちゃんとサイズとバイト数両方とも容量内に収まってる？
503i系は１０Kバイト制限だけど。


ついでに自分も質問。HPでフリーの作品発表してあったら
なんか有限会社からいきなり「iアプリゲーム作ってくれませんか？」って
メールが来たんだけどこういうのって、普通、１作品￥幾らぐらいが相場でしょうかね？

作るものは既存のよくあるトランプとか15パズルとかオセロ、落ちゲー、ボードゲームで
なんでもいいから作って、って感じだった。

どっちにしろ仕事が忙しいから断るつもりだけど。

クライアントサーバ通信でのサーバの負荷テストをしたいんですけど、
よかったら協力してもらえませんか。
一人じゃどうしようもなくて(つд`)

http://www9.ocn.ne.jp/~bsf/i/

>>861
ウチも来たよ・・・たぶん同じのだ。鬱。

うわ、なんじゃそら？
あやしいー！

>861
ここの900前後にそういう話題でていたよ。知っているかもしれないけど参考までに
iアプリ総合スレ part 8
http://etc.2ch.net/test/read.cgi/phs/1061101900/

>865

サンクス。なるほど、つまりあれだ。可能性のありそうなヤツ全部に送って
その中で一番安くて速いやつ、つまり世間知らずでぼったくれるヤツを探してると。

丁寧に断りの返事を出そうかと思ったがやめとこう。

>>861
うちにも来た。
同じ内容っぽい。

ところかまわずばら撒いてやがんな

>>861
うちも来たべ。

俺みたいなどうでもいい小物ツール数個しか公開してないヤツにまで来たから、
一体何人に出したのやら。会社の評判落ちることとか考えてないわな。
現にこんな話題になって。
しかも囲碁や将棋なんかは根本的に頼むとこ間違ってるような。俺も詳しくないけど。

お仕事自体は歓迎なんだけどね。フリープログラマの相場どおりの依頼ならさ。

>>869
俺には来てないよー。なんか鬱だ。

アプリゲットに登録してないからかなぁ?

>870
たぶん、そう。あの非常識さとめんどくさがりぐあいを考えると
アプリゲットかギガアプリあたりから一括が可能性高い。

>>871
そうか。ギガアプリには登録してるんだけどアプリゲットには登録してないっす。

ゲ○ムの○詰ってところから依頼がきたんだけど、これって他の人にも送ってるのかな。
この前のやつみたいなやつじゃないといいんだけど。

あー、うちにも来ました（ｗ
もうこいつら何も考えてやがらねえな。

> 貴殿の高品質なゲーム及びホームページ等を拝見させていただき、
> 是非「ゲームの缶詰」に貴殿の作成されたEZアプリを
> ご提供頂けないかと思いご連絡させて頂きました。

EZアプリなんか作ってねえよ。

とりあえず皆でメール晒すとか。

＊＊様

はじめまして。
有限会社フィフティーフォーの米倉と申します。
私どもは、愛知県にて携帯電話向け公式コンテンツの企画、提供、コンサルティングをおこなっております。

このたび、＊＊様の制作されている＊＊を拝見させていただき、ぜひ私どもに携帯アプリを制作、ご提供して頂けないかと考え、メールさせていただきました。
基本的には、パズル、テーブルゲーム系(下記リスト参照)のものをお願いします。
イメージデザイン等は弊社で行いますので、アプリをご提供頂き、その後弊社で画像差し替えができる状態でご提供頂きたいと考えております。
また、下記には19種類のゲームをリストしましたが、この中の一部でも構いません。
すべて、スタンドアロン型のアプリで結構です。通信対戦などは必要ございません。

リストを一度ご検討いただき、それぞれのアプリのおおよその開発費及び開発期間をお教え頂けますでしょうか？
また、その他＊＊様のお得意とされている分野をお教え頂けますと幸いです。
あと、今回お願いしたいと考えているものが、auのez向けのアプリなのですが、それは可能でしょうか？

以上、なにとぞご検討よろしくお願いいたします。
=アプリリスト=====================
----以下略

会社名、一字くらい伏せといたほうがいいぞ。

検索されて逆恨みで全員にメールボムでもされたらたまらん。

携帯アプリ板ってのができました。
http://news6.2ch.net/appli/

http://news6.2ch.net/test/read.cgi/appli/1072517921/
ポケットムームー作ってます。　ご参加ください。　

当たり判定が出来ませぬ（泣
iアプリでシューティングゲーム作ってるのですが、
自キャラが24*24で敵が12*12の場合、
どういうルーチンになるのでしょうか？

自キャラ、x,y
敵キャラ、ex､ey
の変数です。

>>880
(ex, ey)〜(ex + 12, ey + 12）の間に(x,y)が存在してればヒットなんだから簡単だろ

>>881
言ってる割には単純に間違ってる

>>882
誰も答えそのものなんか書いたつもりないけど・・・
ヒントとしては十分すぎるだろ？

>>883
言い訳してるようにしか見えん。
サクッと正しい答えを書けば名誉挽回できるぞ。

つーかコピペできないの？　こんなコードくらい

ゲームボーイ初期型の『Nintendo』の文字が降りてきた時に鳴る
『チャリ〜ン♪』って音のファイルをｍｌｄ形式でどなたか作って頂けませんか？
今作っているアプリに欠かせないので宜しくお願いします。

http://pc2.2ch.net/test/read.cgi/gamedev/1013750899/560

>>885
つーか、自力で解決してくれよ
この程度のことがいくら考えてもわからないなら、どう考えてもゲーム作るのなんて無理だろ

ヒントだけな　「引き算して比較する」

引き算なんかしねーよバカw

しないの？ｵﾚは引き算でしてから比較するコードが思いついたけど・・・
是非教えて欲しいな

引き算でする方法も、引き算なしでする方法もある。

で、>>880はできたのか？

>>890
確かに条件があるな。
rectがwidthなのかrightなのか、とか、
rectが反転した時でも正常に判定できるか、とか、
まぁ、あとキャラクタ原点の取り方とか。

俺はJavaでプロファイル取ったことないから正確な所はわからないけど、
C++でプロファイル取った時は、確かifによる判定の方が算出で出すより速い(asmチューニング済みだからかも)。

Javaだとコストを考えると算出より判定で出した方が良いのかもしれない。


ルールによるよね。汎用的にしたいなら算出した方がいい。

ヒント

＿.＿　　_._　これを

_＿.＿_　　.　これにして判定する

一番分かり易いやり方を書いただけなんだが…
>>893の言うとおり、ケースバイケースですな

ウダウダ言ってないでとっとと４行のif文書けよ。
実はできないんだろ。

>>896
> ウダウダ言ってないでとっとと４行のif文書けよ。
> 実はできないんだろ。

ウン。実はそうなんだヽ(´ー`)ﾉ
じゃ、サヨナラ〜　（＾＾）／

wings of furyってゲーム知ってる人いる？
消防のころ滅茶苦茶はまったんだけど
つくってみようかな。

爆裂カブトムシみたいなのつくってみようかな

さりげなく900

ふっか

つー

すりー

ポーゥ！

ゴ

ム

007

FOMAの900シリーズもあんなに高いんじゃね････どうしようもないや

FOMA900は罠なのです。
大容量iアプリとか言ったってスクラッチパッドでごまかしてるだけなのです。
偉い人にはそれがわからんのですよ。

あああああああ。

メールの背景変えたってしょうがない死ね

うんち

つーか相手もフォー魔じゃないと活かされない機能などいらん。

おいおまいら、また何か妙なメールが来てませんか？

>>914
何か自分のアドレスからとかドコモe-billingサービスのアドレスとか
知らないez-webやｊ-ｓｋｙアドレスから出会い系とかエロサイトの
メールが一杯入ってくるYO!

それはiアプリ開発者的には妙なうちに入らないな。

製作者さま、　http://news6.2ch.net/test/read.cgi/appli/1072517921/
こちらのスレにて製作をしていただけるとありがたいです。

> 初めてご連絡いたします。
> (株)銀河工房「ゲームの缶詰」担当の河野と申します。
>
> この度、貴殿が制作されたEZアプリに大変興味を持ち、
> 是非とも弊社運営の「ゲームの缶詰」にご提供いただきたく、
> ご連絡を差し上げる次第です。

EZアプリなんか作ってねえよ。
なめとんのかおんどりゃああああ

アプリ業界に進出する貴下？

>>918
ゲームの缶詰って名前、
メガCDを想像しちゃうからちょっと微妙だねぇ。

アプリ作れる奴、携帯アプリ板で協力してやろうぜ。
携帯アプリ板潰れる予感・・・
アプリ中毒者がミジメな求め方してて情けない・・・

>>921
何が協力してやろうぜだ、このクレクレ君が。

クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ
クレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレクレ

> アプリ中毒者がミジメな求め方してて情けない・・・
ほんとだなｗ

面接官「特技は自作エンジンとありますが？」
Masanitan「はい。自作エンジンです。」
面接官「自作エンジンとは何のことですか？」
Masanitan「パクりです。」
面接官「え、パクり？」
Masanitan「はい。パクりです。主にMASAさんのサイトやt-potからパクっています。」
面接官「・・・で、その自作エンジンは当社において働くうえで何のメリットがあるとお考えですか？」
Masanitan「はい。KanoさんのBBSで自慢しても無視されます。」
面接官「いや、当社にも自慢されて喜ぶ人はいません。」
Masanitan「でも、Animadioも使えますよ。」
面接官「いや、Animadioとかそういう問題じゃなくてですね・・・」
Masanitan「スターソルジャーも作れるんですよ。」
面接官「ふざけないでください。それにスターソルジャーって何ですか。だいたい・・・」
Masanitan「JavaでMZでスペースハリアーです。スペハリともいいます。スペハリというのは・・・」
面接官「聞いてません。帰って下さい。」
Masanitan「あれあれ？怒らせていいんですか？使いますよ。自作エンジン。」
面接官「いいですよ。使って下さい。自作エンジンとやらを。それで満足したら帰って下さい。」
Masanitan「運がよかったな。今日はスクリーンショットしかないみたいだ。」
面接官「帰れよ。」

初めまして
私もIアプリを作ってるんですがみなさんはクラス設計ってどうしてますか？
携帯ゲームではクラス化してソースを書くと処理が重くなるとかって聞きますが果たして本当なのでしょうか？
最近では携帯でFFやDQが出てきましたが絶対完全にクラス化して書いてると思うんですがどうなのでしょう？
とにかくクラス化しないとソースが見づらく管理しづらくてしかたがありません。
どなたかその辺について詳しい事情、もしくは手本になるようなゲームのソース等知っている方が居れば教えてください。

処理はそれほど重くならない
クラスが多いとjarがデカくなるから出来るだけクラスは減らしてた
900iの登場で事情が変わったが

>手本になるようなゲームのソース

サンプルのテトリスとか

レスありがとうございます。
私もjarファイルの容量をオーバーしない程度にクラス化していこうと思います。
今度900iの勉強しようかな。

>>926
クラス化はしない。
できればメインとキャンバス（内部クラスでも可）の２つに絞り
極力サイズを小さくします。
ソースの見易さについては、機能単位で分割しておけば開発がしやすいので
C言語用のプリプロセッサを利用して#Includeで結合したりしてます。
これだとマクロも使えるので楽。

携帯アプリ板へ逝け

この板の人。携帯アプリもつくってみな。でっけーのばっかり作ってんじゃねーよって

>>930
携帯アプリ板ってゲームの攻略＆評価板だろ？
制作ならプ板かゲ製板じゃねーの。

誘導するなら向こうの技術スレの一覧だせやｺﾞﾙｧ!!

いやーこの板もよう続いたなー
次スレはないかなーと思ったけど偶然にも立てられたみたいだ
ここが終わりしだいこちらへ
http://pc2.2ch.net/test/read.cgi/gamedev/1079259879/l50

このスレから出来たアプリってある？

【アプリの素材屋】
拾ってくるもよし。アプリ製作者の要望にこたえて作るもよし。
キャラクター画・ゲーム音楽　etc…
アプリ製作者は要望を細かく書くこと。

※サンプル画や、アイテムなど、必要なものをを描いて、
アプリ製作者に依頼するもよしとする。

スレたてられないからここに書かせて

>>930
だからしつけーって。厨板からいちいちリクエストに来るな。

>>933
このスレからはアプリ出来てないんじゃない？
一応、このスレ全体に目を通してみたけど、アドレスとか無かったし。

石板庭ｉモードじゃダメ？

石板庭ｉモードってこのスレからできたの？

アプリ作ってくれよ！！！　ってことでａｇｅ

>>938
本人が言ってるんだからそうだろ

とりあえず、みんなでアイディア出していこうか？

◆携帯アプリ板について◆
・携帯アプリ板は、携帯電話上で動作するアプリに関する話題（総合・攻略・開発など）を扱います。
・ゲームボーイなど携帯ゲーム機は携帯ゲーム板、PalmなどPDAに関してはモバイル板、
　アプリ以外の携帯電話の話題は携帯PHS板でお願いします。

↑上に開発ってのも含まれてるから、やっぱりこのスレは携帯アプリ板に移行だな。

aaa

開発環境をインストして、情報を集めてる最中です。
わずか二、三年の間にハードが急速に進化して
ネットの情報も数年放置してあるようなのが多く、混乱します。
公式の資料をまず読むしかないのでしょうか。。。
本なら最新の情報ですよね。明日本屋でも行って来ます。

最新の開発環境構築頁、開発者が集まる頁など紹介していただけ
ませんか。

〜〜〜〜〜〜〜〜 誘 導 〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
携帯アプリ板
http://hobby6.2ch.net/appli/index.html

開発のスレもあります。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

DoJa開発の本、笹塚の紀○国屋に一冊もありませんでした。
MIDPのが一冊だけありました。というか、MIDPというのが
あるのをその本を見るまで知りませんでした。仕方ないので
ネットで情報を探すことにします。2001年2002年の頃の
情報がたくさんありすぎでウザイですが。。。

一応、ム板にもスレがあるにょ。

ま、チョットヘンな人はｽﾙｰして今までどおりマターリ逝きましょう

ほす

本はあんまりいらねえよな。
見ればだいたい想像つくクラス＆関数ばっかだし、数も少ないし・・・

そろっとゲーム作り始めますか？（共同で）

一人でやれ

ボーダフォンにはテレビ付き携帯がありますよ

〉950
それよりも次スレよろ

いらんだろ。ム板のがずっと活発だし。

一応買ってきた。今から始めます。

なに買ってきたんだよう。

確かに１スレ消費に2年半もかかるようなスレだけどさ
なくなるとさびしいな

禿同。

携帯のサイトが表示出来るエミュand方法しらない？

http://www.nttdocomo.co.jp/p_s/imode/flash/tool.html
よきにはからえ

GJ

960>
どうもありがとうござりまする。

あげい。

携帯かPCの判別方法にもよるなぁ。
サイトによってはIPで振り分けているところもある。
これになると殆どお手上げ。しかしながらキャリア側からはIPでのチェックは
やめておくれっていう風になってると思うから大体のサイトはエージェントチェックで
振り分けてると思うから、エージェントを弄れば大体のサイトは入れると思うよ。
そういう意味じゃない？( ´A｀)

ヽ(`Д´)ﾉｳﾜｧｧﾝ ログが昔のままでとまってたよー。ｽﾏﾅｲﾖｰ

とりあえずここから誘導してみるテスト

【初心者歓迎】iアプリ相談室
http://pc5.2ch.net/test/read.cgi/tech/1089530578/

うんこっこ

このスレ2001年からあるんだ…。　

>>968
ある意味、すげえな。
携帯アプリの歴史が垣間見れる。
当時はボーダがJ-PHONEだったり、10KBの壁がどうのこうの議論してたり
なかなか趣深いな

今じゃ３系統にわかれてしまって開発する気力ないです。
何のためのＪＡＶＡだよ。統合しろよ、おまいら。

携帯Java最近始めた訳ですが，
iアプリ作成スレはここだけですか！？

ttp://asamizodai.hp.infoseek.co.jp/hira_wall/wall.html

完成でい！っつっても、何処にでもある壁避けゲームだけんなぁ〜

>>969
「100k落とさせるとパケ代240円だしなあ…」って所に吹いたｗ

月額いくらとかじゃなくて一回ダウンロードしたらタダで遊べるアプリないですか？（フリーじゃなくて）ＦＦ１とかドラクエとかってそうだっけ？それと風来のシレンやりたいんだけまど、途中でサイトを解約したら遊べなくなってしまうのでしょうか？

505i用のiアプリでマリオ風アクションを作ってるんだけど
どうしても速度を稼げない。モッサリ。
カクカクなスクロールはイヤだから
ドット単位で全方向ナメらかにスクロールさせてるせいか
モッサリスクロール。

FPSどれくらい出てる？

N505isで12FPSくらい
15ホスィ

>>977
FPS10超えてればそれなりに見れると思うけど…
スクロール速度が速すぎてコマ落ちしてるように見えるのか
それとも遅すぎてモッサリして見えるのか
実際に見てないからハッキリとした事は言えないけど動かし方を見直したらどうかな？

マップチップの描画速度上げるなら
「キャッシュイメージ作って差分描画する」ってもうやってる？

最高が12FPSでちょっと複雑な地形と敵キャラ複数でてくると
もっと減ってしまう。
描画方式がマップチップではなく
地形座標の集合で管理しているからＮＧなのかな。
スクロールは固定ドット数移動ってわけじゃなくて
自機の動きに応じて１ドット〜１０ドットくらいの範囲で不定。
だから差分描画はしてないすよ〜。
地形データを何故マップチップにしていないかというと
複雑な地形を表現したかったからで
よく見かける、同じサイズの四角いブロックが並んでるような
背景には、できればしたくなかった。

なにかいい方法はないものかなぁ。

最近オレもiアプリを作りはじめた。
ジャンルはRPGだ
JAVAを使い初めてあまり経ってないから、知識はあまり高くないが頑張るぜ!!
質問が多くなるかもしれないがよろしくな

早速質問だが、iアプリ作成に使えるマップエディタとそのエディタの使い方が載っている講座ページを教えて欲しい
2次元配列というのがよくわからなくてマップがうまくつくれない。
当然だがグーグルで検索した。
オレはまた探してみるが、しっていたら返信頼む

teditいいよ

>>979
液晶の応答速度を超える書き換えはちらつきの原因になるよ。

>>980
始めたばかりならツールに頼らずに簡単でいいから全部自分で考えて作ったほうがいい。
特に二次元配列がわからないっていうのはゲーム以前の問題だし。
焦らずにもっと基礎からやってみ。

わかりました。
基礎から勉強するよ。

>>983
たとえば一つのエリアのマップサイズが１００ｘ１００あったとしよう。

地形の種類が沢山あるなら単純に二次元配列のbyte[100][100]で持ってもいいけど、
もし一つのエリアで地形の種類が１６種類しかないなら４ビットで扱えばbyte[50][100]と半分で済む。

実際にはビット処理の分のコードが増えるけど、マップが広いほど節約の恩恵は大きい。
携帯アプリだと速度よりもメモリ効率を重視しなきゃならないから、そういった節約術を学ぶためにも
本当に基礎の基礎からやっておいた方が必ず自分のためになるから。

ttp://f57.aaa.livedoor.jp/~javagame/rpg/map_editor.html

>>984>>985
説明&マップエディタ
サンキュー
このマップエディタってiアプリ作成に使えるのか
まぁ、とりあえず2次元配列を勉強するよ
昨日からかなりググってみたが講座が見つからない
講座しっていたら教えてくれ
とりあえずオレの見つけたページを紹介しておく

ttp://www.javadrive.jp/
ttp://www2.ocn.ne.jp/~links4pg/sub38.htm
ttp://www.tausoft.net/link/program.htm
ttp://birdynet.com/bakuretuken/sorajava/sora201.html
ttp://akademeia.info/main/lecture3/tokubetu_java_i-app_programing.htm

ぐらいだ
もしかしたら関係ないページみあるかもしれない。