ｉアプリでゲーム

単純ではまるってなゲームつくってほしいー。

　　　　　　　　 ∧＿∧　♪
　　　　　　　　（　´_ゝ`）　　　自分で作れよ>>1
　　　　 ／￣ヽ/,― ､＼ o　　　｡｡｡
.:☆　　 |　||三∪●）三m三三Ε∃.　　+
.:*　 　　＼＿.へ--ｲ |　　　　　ﾟ ﾟ ﾟ　♪.
+:..♪.:｡ﾟ*.:..　　/ /　| |　　　　　　.::.
　☆｡:.+::..　　　| .|　 | |☆:.°+　　　　☆.. :
　　　｡*.:☆ﾟx（＿）:｡|＿）*+ﾟ｡::.☆ο::.+｡　*ρ♪.:.

せっかくだからムリヤリ制作話に移行。

ていうか、やっぱり10KBの壁がネックやね。
バイトコードの最適化にRetroGuardとJopt使ってるけどなんかいまいち。
IBMのJAXっつー超優秀なObfuscatorもあったけど
使用期限かかったまま放置モードになってて使えないし。

やはり勝負は504iからであろうか。

>>3
JavaBlenderとかどう？
http://web.yl.is.s.u-tokyo.ac.jp/amo/JavaBlender/

常々思うんですが、こういうアプリどうにかならんのでしょうか。
http://g-appli.net/files/530891.cgi?id=&pw=
思いっきり著作権侵害してるのに
チェックもされず（しかもトップで紹介されてるし・・・）ダウンロード数ランキングの上位かっさらっていくし。
なんかやる気なくすYO!

えにっ○すにチクるとか？会社が動かんとどうにもならんのでわ？

そうなのよねえ。
ま、まだ初期のベーマガみたいな環境だからある程度は仕方ないか。
さっさとDoJaのスペックアップきぼ〜ん。

>>5
ちょうどそれおれもこの前ダウンロードしてやってみた。
ドラクエ３とFF３のキャラつかってあるよね〜
ゲーム自体はそこまでおもしろくないよ

うむ。ただの作業ゲーでしたな。

　　彡
@-QQ
　　▽＜とりあえず、足跡を残す！

本物のクリエイターが現れた。

はやくJ-PHONEのJAVAアプリの開発環境を
一般向けに開放して欲しい

>>4
手持ちのアプリで試してみたけど、動かなくなってしまうでし。
i-JADEで実行するとこんなエラーが出てくる。
> Exception in thread "main" java.lang.ClassFormatError: a (Code segment has wrong length)
結構縮まるみたいだし、ちょっと原因究明してみるべか。

プレステ２でJAVAうごくのいつだったっけ？

>>14
逃げんなｗ

>>10
iアプリのゼビウスはまだできないのかい。
/*
iアプリ作ろうと思って、J-BuilderをDLしたんだが、
よく考えると、JAVAがわからん。
*/

Nらんどの縦シュー、あれ良いよ。速度速いし。
でも背景のあるゼビウスは再描画とかきついのかなあ

>>3
iアプリは良く知らないけど、10KBしかないんかい！
画像データ等も含めて10KB？

そだよん。こんな感じ↓で非常に涙ぐましい努力を重ねます。

iアプリを10Kbytesに収めるテクニック
http://www.atmarkit.co.jp/fmobile/rensai/doja07/doja07.html

>>18
画像データはヒープに置ける。

>>19
そこには載ってないけど、出来た jar を１回解凍して、
圧縮率最大で zip 圧縮し直すと、さらに少し縮む。

jar圧縮何使ってる？
俺っちの使った範囲では、Java 2 SDKのjarが
一番圧縮率高いみたいなんだけど。

jar は zip なんで、普通に zip 圧縮できるツールを使えばよし。

このスレ、プログラマが多いのかな
ドット打ちとしては、グラフィカルに矩形座標の指定できる
ツールってないもんかねえ、とか思う。

>>23
てゆーか同じzip圧縮ソフトでも、ソフトによって圧縮率違うねん。
で、iアプリに向いた圧縮ツールはどれかって話なんだが。

子供のとき「電話で遊ぶな」と怒られました。

アプリで圧縮は無駄無駄。

>>24
ドット＆プログラムやってますけどー

ドラッグ＆ドロップで指定した矩形の、始点座標と幅・高さを出力したいの？
出力形式はテキストいいの？

とか聞いてみる。
期待せずにこたえるべし。

>>26
わろた

ZDNN：日本で気勢を上げるJava陣営
http://www.zdnet.co.jp/news/0111/22/e_java.html
大部分はどうでもいい記事なんだけど、

>Green氏によれば，ドコモは端末の
>「MIDP対応化を進めている最中」だという。

意外に素直やなドコモ。独自企画＝DoJaのままで行くと思ってた。

　

>>28
えっと、
容量節減＆速度上げの為に単純なドット絵は、GIF画像じゃなく
プログラム側に矩形で描画してもらうことがあると思うんだけど、
それする時の座標指定がめんどい、つうことでして。
キャラにしろ背景にしろ、同色のドットが最小何矩形で構成されてて、
それぞれの矩形の幅高さ・相対の始点座標がどうなってるか一発で分かれば
いいなあ…という願望です。あくまで願望です…。
今はﾌｫﾄｼｮの選択範囲でﾁﾏﾁﾏ調べて書き出して、ﾌﾟﾛｸﾞﾗﾏさんに
渡してるんですけどね。

>>31
画面仕様書を方眼紙に書こう。

www.af.wakwak.com/~velocette/source/nom243.lzh

ここ、あまり流行ってないねー。
ちょっとやってみよーかな・・・と思い、ただいまJDKダウンロードちう。
プログラムなんて久々だ（＾＾；
詰まったらどなたかフォローよろぴく。

ところでこの板好きだなぁ〜。いつ出来たんだろ？

神経衰弱ゲーム製作中。
一応実機でも動作確認しました。

公式以外で今までこれは面白かったってｉアプリある？

ビーチバレーとか

http://www.zdnet.co.jp/mobile/0112/04/n_java_2.html
> アプリケーションサイズとスクラッチパッドを足すと，
> J-フォンの仕様をも超えるサイズになるようだ。

てことは、504iのスクラッチパッドは70KB以上？
プログラム30KBにデータ70KB使えるとなると世界が変わりそうだ。

つーても100KBダウンロードさせるとパケット料金240円もかかるのか。
ま、流通費みたいなもんだけど、なかなか辛いね。

>>38
そんな大容量俺にはとても使いこなせませんが何か？

おいおい。

100kb超になっても処理落ちは相変わらずになりそうな予感。
まずそこ何とかしてクレー

>>37
Fの？

スクラッチパッドの速度
３００bit/secぐらい
なんで？

>>43
あー、CPU速度のことなんだけどね･･

っていうか公式でおもしろいゲームって存在するのか？
あの天才中祐司でもくそつまんねえソニックとカクカクしすぎのスペハリが限界っぽいぞ
所詮Ｊａｖａという時点で駄目
ゼビウスなんて夢のまた夢だろ

ゼビウスは背景がある時点で
描き換え処理とかが重過くて駄目だろねー。

あーゼビウスっていえば
遠藤雅伸氏が作ったｉアプリって、出来どうなの？
やったひといる？

>>42
http://www.ss-es.com/i/index.html
のビーチバレー　　

ケータイのハードウェア的には右上がりだから
処理速度はいずれなんとかなるだろう。こんな話もあるし↓
http://www.atmarkit.co.jp/fpc/rensai/zunouhoudan011/env_java.html
問題は、今みたいに新機種ラッシュにユーザがちゃんとついて行く状態が
何年続くかだな。

とりあえず504iはシャア専用だからなんとかなりそうだが。

http://r1.ugfree.to/~ugame/free.html
↑にある旅客機テロゲームだ

ゲームボーイ並になるのは１０年後くらいか・・・。

i-mode端末を持ってないけどｉアプリが作ってみたくなったのでi-JADE(P503i)を落としてみました。
試しに「ギガアプリ」http://g-appli.net/にあがってるゲームをいくつか食わせてみたところ
８割方動きませんでした。
一例を挙げると
「MAZE OF DEMON」　何やらサーバーからデータを読み込んだ後、ｉｎｉｔエラー。
「Bowli」　終了時にＯＳ（９８ｓｅ）ごとハングアップ
「パワーオブゴールド2」　com.nttdocomo.ui.UIExceptionエラー

などなど・・もちろん動くものは動くのですが、色々参考に見て回りたかったので
ちょっとガッカリでした。
i-jadeのエミュレート精度ってこんなもんなんでしょうか？
それとも漏れが悪いのか・・・

そんなもんDEATH
i-JADEで動いても実機で動くとは限らない死（てゆーかまず動かん）、
逆も同じDEATH

なにはともあれ、スクラッチパッドのpos指定読みが失敗するバグ
直してくんないかなあ＞ゼンテックたん

ヤフーオークションで、幻の人気商品、発見！！！

今は無き「コピーガードキャンセラー」↓
http://page2.auctions.yahoo.co.jp/jp/auction/b18505597

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。

>>51
Docomoエミュレータの方ならもう少し動くかもよ。

もっともcom.nttdocomo.ui.UIExceptionはmldファイルを読みこもうとした場合に
出るのが殆どだと思うので、エミュ動作対策をしてない場合はまず動かないだろうね
エミュレータじゃmldファイルは再生できないから

>>52
＞そんなもんDEATH
＞i-JADEで動いても実機で動くとは限らない死（てゆーかまず動かん）

ハァ、そうなんですか・・なんか嘘コード吐き出すコンパイラ並に嫌な環境で鬱死・・・


>>54
＞Docomoエミュレータの方ならもう少し動くかもよ。

ありがとうございます。とりあえず動かしてみましたが、どっちもどっちと言うか・・・（；；）


うーん、最低限「ギガアプリ」にある奴は動くと思ったんだけどなぁ・・だってスクリーンショットあるし。
まぁ愚痴ってばかりでも何なので、気に入ったゲームをひとつ。
ばけつ　http://g-appli.net/files/530715.cgi?id=&pw=
カワイイし、画面を広く見せる工夫が良いし、難易度設定も考えられているしで良い感じでした。
お試しあれ〜

>>25
7zipはどう？

リトルソードがなかなか良く出来とるな。

>>56
コレっすか。
http://www.7-zip.com/
試してみたら、作りかけの10KBギリギリのアプリに
55バイトも余裕ができたYO! thx!

うおおっ、-mxオプションつけたらさらに42バイトも縮まった！
マンセー！ マンセー！

>>54
i-jadeでmldもmidも鳴ってるよ。
音色は変だけど。

>>46
　呼んだか？
　ちなみに、遠藤はG-modeと組んで、Get！プチアプリにコンテン
ツを提供している。ここんとこだと、「ゴルフ」かな、あと「テトリス２」
も。テトリス２は間もなくクリスマスバージョンがリリース予定。

　とりあえず、自分でプレイしてみろや！

>>遠藤雅伸 ★
i-アプリの開発環境教えろ。
やぱり、エミュ使ってデバッグしてるのでしょうか。
有線でアプリのダウンロードは、できないのでしょうか。（パケ代もったいない）

Σ（ﾟдﾟlll）ｶﾞｰﾝ
ゴルフ組んでるの誰かと思ったら・・・。
世の中狭い・・・。

>>62 CoDoMo
　エミュ使って作って、ダウンロードして実機で試してるよ。その環境
に変わりなし！
　ただし、メニューリストでトップになるようなサイトにコンテンツを提
供しているとなると、パケ代の方は超割引で対処してくれる。ここが
プロとアマの違いかと思われ。

>>63
　当然、遠藤がドット打ってるぞ(笑)

>>62
公式アプリ作ってるとこは
有線ダウンロードしてると聞いたが。

>>65
　ｉは有線ダウンロードできないのでは？　Ｊは可

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|　今日で辞めますが、後よろしく。
＼
　 ￣￣￣|／￣￣￣￣￣￣￣￣￣￣￣￣
　　∧＿∧　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 （　・∀・）　 ∧ ∧ ＜　おめーのデスマーチだろ、ゴルァ!!
　（　企画 ）　 (ＴДＴ；)　　＼＿＿＿＿＿＿＿＿＿＿＿＿
￣￣￣￣￣ （つ＿つ＿＿
￣￣￣日∇￣＼| iアプリ |＼
　　　 　 　￣　　　=======　　＼

そろそろ504i情報な〜い？ こっそり教えてたも。
アプリからのブラウザ立ち上げは相変わらず不可かなあ。

アプリ開発で足枷となる機種ってありますか？

>>69
全部

うむ、全部である。

>>69-71
　どれもこれも帯に短し襷に長しってことで、商品としてソフトを作る
となると、最大公約数的にせざるを得ないところが、「全部が足枷」
ってことだ。

ココは、Winアプリ開発スレッドではありません（ｗ

>>70-72
なるほどー。
ありが�d

具体的に言えないが、仕置き依頼したい機種が３つある・・・。

P503iとかF503iとかD503iとか？
SO503i/iSのジョグもなかなか凶悪だけど。

>>65
　auも有線ダメです。
　なんとかして欲しいナリ。

少し前に貿易センタービルに突っ込むiアプリがあったぞ

とりあえずN503iとN503iS合わせたシェアが５割以上あるんで
まだ救われるところはあるわよねー。
でも次の世代になったらまた勢力比変わるんだろな。
ケータイ何台も持てないアマチュアには辛いよ。

まあ503は、ゲーム製作に関して言えば
実験段階みたいなものだったと考えれば。
504は、いよいよ(速度的に)まともなアクションゲームが作れそう。

そうなん？ N503iより遅いN2001/2002とか見てるとｶﾅｰﾘ心配だ。

確かに504、実機の動作見るまではなあ･･
前情報では速いと言われているようだけど
どうなることやら。

漏れ的にはJxta-Protoclを実装したゲームを作ってほしい。

>>82 その前情報きぼん

imageを明示的に捨てねばならないSOってJAVAぢゃないじゃん。。。
音を複数出そうとすると使い物にならないPって・・・。
・・・コンパイルエラーをちょっと多めに出したらカーネルこけさせる開発環境って・・・。

DoCoMoってブランド戦略を誤っているよね。
デファクトスタンダード命ってのはそのうち足元掬われるぞ。（怨嗟）

スクラッチパッドのposオプションの所で、何バイト目にアクセスするかってのは
指定できるけど、指定した場所から何バイトを読み込むようにするっていうことは
無理なの？

む？ 読みたいバイト数だけ読み込めばいいんぢゃない？

>>85
J2SEでもImageは使い終わったらキッチリ捨てなあきまへんで。
ネイティブリソース食うクラスやからねえ。

>デファクトスタンダード命ってのはそのうち足元掬われるぞ。（怨嗟）
まあ、MIDPもDoJaと大差ないし
あちき的には、ひとつ発言力の大きいゲームメーカーあたりに
口出してゲーム向きのAPI決めてやって欲しいのココロ。

>>87
例えばx座標とy座標が含まれた数字の羅列から0桁目から2桁目までが
x座標、3桁目から5桁目までがy座標、んで6桁目から8桁目までが次の
x座標という風に読み込みたいとすると、y座標を3桁目から読み込むよ
うに指定すると3桁目からその後ろ全部読み込んじゃうよね？

３桁目から３バイト読めばいいじゃん。

>>91
うん、その通りなんだけど、どう書けばいいの？＞3バイト読む
スクラッチパッドの８バイト目から読み込むって命令は
aaa=Connector.openInputStream("scratchpad:///0;pos="+8);
だよね。どこで３桁分読めって指定してやればいいのか分かんないんだけど。

めそっどが用意されてんじゃん

普通にInputStream.read()を使うだけだと思うが……。

う、DataInputStream.read()では無理ですか？

どっちでも行けるやん。

と、とりあえずやってみます。
サンクスでした。

ループ３回。

複数の音を同時に鳴らす事はできるの？
例えば、ステージ音楽が流れていて、キャラがジャンプすると音が鳴るような感じで。

>>99
機種依存しる！
Pだと苦労するぞぉ
で、その苦労は報われることが無い。

ネットナンパ必勝法を格安販売中！


出会いを求める男性へ！！


http://chevy.sites.cc/

AudioPresenter jump,music;

music = AudioPresenter.getAudioPresenter();
music.setSound(sound1);

jump = AudioPresenter.getAudioPresenter();
jump.setSound(sound2);

music.play();
jump.play();
ってやると先に流れてたほうが止まってしまって音が重ならないんだけど。
なにか間違ってます？

＞１０２
同時再生は大抵の機種で無理みたい。
参考書に載ってた。

>>32-34

それコピペだよ。
続きはここ逝ってmi

http://www.geocities.co.jp/Athlete-Acropolis/1456/

>>58
使ってみたら240バイトも減ったんで喜んでたら
Piで解凍できなかったよ・・・

iアプリでMathクラスのpowメソッドって使えないっぽいけど、
やっぱ使えないんですか？
だれか教えてください。

Mathクラスはabsとmaxとminしか使えないでござるよ。
ていうか、要するにSunのCLDCのAPIなので
その辺をチェックするでござる。

>107
ありがと。

iアプリで使う画像は、やっぱ色数は少ない方が良いわけで、１６色でパレットを
作ってます。

そこで疑問に思ったんですけど、この１６色ってのはそのゲームで使う
全てのgif画像で共通の１６色(同じパレットの)である必要性が
あるのかどうかを教えていただけませんか？

表示できたとして問題は無いのでしょうか？確か表示は出来たような…。
自分ではまだ試してないのですが…。

パレット分けしてもどうせ機種依存です。
機種よってバラバラなので統一はもちろん、８色の方がいいかも。

>110
教えてくれてありがとうございます。
でもなぜ８色の方がいいのでしょうか？

８色しか出ない機種があるから。

あ、ごめん。間違いだった。>8色

>>109
パレットデータ持つだけで1Kbくらい食っちゃうんじゃない？
その1KBでもっと画像作るなりした方が現実的かと。
gifデータ統合して持つのなら16色以内が良いんでしょうけど。

504あたりから3Dも大分強化されると聞くけど
そこんとこどうなの？

今から504が普及し始めたとしても、専用アプリに切り返るのは
３−５年後でしょうね。

１１２〜１１４さん、分かりました。
パレットは統一します。ありがとうございました。

ところで、携帯電話の小さい画面を有効に使うために、
ソフトキーラベルの部分を透明にしたいのですが、どうすればいいのでしょうか？
手持ちの参考書に無いので教えて頂けないでしょうか。
お願いします。

表示しない。これ最強。

携帯用ゲームの製作者らしきＨＰ発見
「ワイヤーハング」とかいうの
http://www.220.jp/~d2ac/

>>109
パレットはバラバラでもいいです。JARの圧縮率少し悪くなりますが。
巷にはGIFファイルの統一ヘッダ（パレット部含む）と
各画像のラスタデータを分離して持っておくテクもあるけど、
再構築にべらぼうに時間がかかるので問題外なのであった。

>>115
またまたぁ。
私みたいな勝手アプリ人間は情報不足で戸惑うばかりでござるよ。
詳細知ってたらこっそりよろしく(笑)

>>117
たぶん無理です。

不注意で一番遅い機種のP503iを買ってしまったんですが、
この機種でもスムーズに動くようなプログラム方法はありますか？

表示しない。これ最強。

EZでも作って欲しい
お願い

iアプリってテキストファイルは扱えるの？

ｉじゃないけど、だれかＪのゼビウスやった？
速度が気になるます

1〜２ＫＢ位の文字（数字）データをネットワークを通じてスクラッチパッドに保存
したい場合、どうやったらいいでしょうか？もし良ければ教えてください。

うん、たぶん２〜３年で失われるであろう最後の楽園なんだよなあ。
とか某所に反応してみる（ｗ　ま、モラトリアムな感じ。

今日は、GIFよりPNGのが圧縮率高いんだから、
いわゆる非圧縮GIFを作ったほうが
最終的なJARは小さくできるんじゃなかろうかとかふと思って
いろいろ試してるけどうまくいきません。（だめじゃん）

>>120
JARの圧縮はファイルごとに独立しているので、
それぞれのファイルの間に相関があっても
圧縮率たかくならないと思うんですが…

>>121
全部canvasで作る。
描画系グラフィックAPIを呼ぶ回数をできるだけ減らす。
(自分の望む絵が、drawRectとか、drawPolyとかで
うまく描けないかどうか考える)
くらいかなあ。

>JARの圧縮はファイルごとに独立しているので、

そういやそうですね。
ファイル連結して扱うときとごっちゃになってました。

セッション管理の仕方
やさしく説明しているところない？

小林クン、そんなことばっか言ってるからいかんのよ。
君って全く変わってないんだね・・・ふぅ・・・。

デムパかおめー！？
どこがいかんのかちゃんと説明してみろや
煽るだけだったら消えろや糞ヴォケが氏ね

>>130
キミ、プログラム板でも訊いてただろう。
マルチポストするやつには教えてあ〜げない。

Javaアクセラレータ？のお話だと。
http://www.zdnet.co.jp/mobile/0201/18/n_aplix.html

i-mode設計時に立ち会ったshi3z先生にお尋ねするのが
一番確実かつ近道かと。

上でも聞いたんですけど、そろそろ作ってるアイアプリの完成が見えてきたので
今一度、聞きたいんですけど、ソフトキーラベルを非表示にするにはどうすればいいのでしょうか。
可能なのでしょうか。

だから不可能だと何度も何度も。

スクラッチパッドにリソース格納するコードが実機で動かず原因究明に３時間。
synchronized１つ取ったらいきなり動き出すし。
つーても一体どこでデッドロック発生しとんのか
Java黎明期から付き合ってきた俺をもってしてもさっぱりわかんねえ。
こんなん他の端末でも動く確証なんてゼロじゃん。
もういやだこの環境。素人にはお勧めできない。

誰か逆アセンブラ使って最適化してる？
見たかぎりじゃKOPIのDISってのがよさそうだが。コンパイラによる
違いを眺めるだけでも楽しそう。

>>139
クラスファイル縮まらないのに業を煮やして昨日から取り組み始めました。
astore 5; aload 5 は dup; astore 5 にすると１バイト短いとか。
なんかoptimizer作りたくなったりして。

Kopiって初めて知った。
Jad、Jasmin、D-Javaあたり使ってたけど調べてみるよん。

ＪＶＭアセンブラのコード見て、見こみが無いと思った。
Javaで直で書いてもあんまし違わない。
JavaをBasicに落としてるような感じ。

まあ、Java向けに作られたVMだからねえ。
普通のアセンブリ言語よりも最適化の余地が少ないと思う。
プライム変数の割り当てとかチェックするくらいかな。

０からバイトコード書いたら何か面白いことできるのかも知れんけど。
スタック周りでどうにか。

JVMでもＫＶＭでも同じだよん。

ＶＭアセンブラではスタックなどいじれない。

? ほぼ全部のインストラクションがスタックがらみじゃろ。

>>141
本当にちゃんと見たか？
thisのフィールドにアクセスするとどえらく命令数食うとか、
コンパイラはそのへんを全然最適化してくれないとか、わからなかったか？
逆アセの結果を見てjavaのコードを最適化する。最後の仕上げだけ
アセンブラ。それでも10KBに収まらなかったらﾏｽﾞｰ

>>144
オペランドスタックのことと思われ。

>>146
マルチスレッドで動かすことを考えているせいで、
フィールドアクセスは、
同じ意味のまま最適化するのが難しいんじゃないかと思う。

その辺の最適化の限界は、C++あたりと事情は同じかな。
まあ、504iが出たら半分どうでもよくなるかもしれんけどねー。
適当にobfuscator通すくらいか。

って、たった30KBじゃまだそんなわけにもいかないのか。
嗚呼、なんかもう感覚が麻痺してるよ。

MoPee、SpicyDog Builderみたいな簡易制作ツールのマック版ってないですかね？？
わざわざ細かい事しないで作れるから楽そうだよ。でも俺Winじゃないし…

やっぱり、サムロマみたいな大作を初期の時期にリリースできた
shi3z氏に聞くのが一番早いと思う。JVMのコード作成にあたっては
彼が深く関与しているし。

>>150
あの手のFlash系（身も蓋もないが）ツール、
今のiアプリの性能では使い物にならんと思ー。
ベンダにとってみれば、早いうちにツバつけとこうって感じなのかな。
２〜３世代性能上がらないと駄目かもね。

バイトコード解析の最新流行はやっぱりJad、これだね。
http://kpdus.tripod.com/jad.html
逆コンパイラとしては有名だけど、
-aオプションつけるとコメントでバイトコードも一緒に出力される。

152>>　でもちょっとしたものつくる時にはつかえそうだと思ったんだけど、それでもだめかな〜

円をかくメソッドがないんだけど
どうすれがいいの？

鼻糞食って喜んでる小学生レベルの質問だな。

なかったっけ？

自分で書くか、imageで張り付けなされ。

でもなんで　円を書くメソッドないんだろう。
矩形ならあるのに。

javaのほうにもあるのに。

円は矩形と違っていまいち使いでがないからだと思うよ。

容量食うからでない？

>>160
そうかなぁ
俺は使いたいけどつかえないってことが
結構あるんだけどなぁ・・

あげりんこ

あげまんこ

それより
drawImage(Image,int dx. int dy, int sx, int sy, int w, int h)
がない方がおかしいよー。絶対欲しいよ。

ライブラリ作った奴はド素人なんでしょう。

ブレゼンハムなりなんなり使って自分で描きなさい＞円
APIがないだけで文句言うヤツ多すぎ。

ブレゼンハムってなに？

アルゴリズムヲタ用語だろ

俺は丸大ハムで円描いてるよ。

↑山下？

http://www.google.co.jp/search?sourceid=navclient&ie=utf8&oe=utf8&q=%E3%83%96%E3%83%AC%E3%82%BC%E3%83%B3%E3%83%8F%E3%83%A0
検索しなさい。ていうか、Graphics.drawOval()あたりが
どうやって円を描いてるのか一度でも疑問に思わないようでは
プログラマとして駄目だぞ。

普通はブレゼンハムだろうけど、iアプリだったらそんなの使わずに
drawPolylineで書く方がきっと速いと思う。

int _cosTable[] = new int[]{
256, 251, 237, 213, 181, 142, 98, 50,
0, -50, -98, -142, -181, -213, -237, -251,
-256, -251, -237, -213, -181, -142, -98, -50,
0, 50, 98, 142, 181, 213, 237, 251, 256,
251, 237, 213, 181, 142, 97, 49, 0
};
static int _xTable[] = new int[33];
static int _yTable[] = new int[33];

public void drawCircle(Graphics g, int x, int y, int r) {
for (int i = 0; i < 33; i ++) {
_xTable[i] = x + (_cosTable[i] * r >> 8);
_yTable[i] = y + (_cosTable[i + 8] * r >> 8);
}
g.drawPolyline(_xTable, _yTable, 33);
}
こんな感じ。
小さい円でよければもっと頂点を減らしてもいいと思うけど。

↑ありがとう。
そうなるよね〜　ゲーム中に頻繁につかえないなぁ
forがないぶんましかー

質問ですけど、皆さん、bmpをgifに変換するためにどんなツールを使ってますか。
僕はDPixedを使ってます。もっと一気に変換できるツールって無いんですかね。

netppm使ってる…

Netpbmだった。かなり鬱ぅ

すいません、質問なんですが、ディスプレイの左上原点座標って
どうやって求めるんでしょうか？

(0,0)だとディスプレイ最上部のステータス欄で隠されて
しまうんですが。

いろんなサンプル見たんですが、どれもこれも
(0,10)みたいに適当に左上位置を決め打ちして
お茶を濁して参考になりません。

そのくせ Canvas#getHeight() で得られる
値はディスプレイからステータス欄を除いた
ものなんで、わけわかりません。

↑そこまでわかってれば、後はある計算ででますよね・・・

>>179
すみません、わからないです....。

>>178
drawStringで描画しようとしてる?


もしそうなら、、
ちゃんとAPIリファレンス読んでよ…

>>181

そうです。
「描画位置は、ベースラインの座標を指定します」
という一文がキーなのでしょうか？
さっぱり意味が分からないのですが....。

JavaのFontの扱いについて調べてみるよろし。
説明が面倒くさいのでページ探してきた。
http://homepage1.nifty.com/runrun/java/back/04/0063.html

>>182
本よめよ
文字のしただろ

ゲーム中にフラグを使って１回だけダイアログを表示させようとしてるんですけど、
なぜかダイアログが表示されないんですね。

背景の下にダイアログが隠れてるのかなと思って背景を消して見たんですけど、
やっぱり表示されてないんです。でも機能は生きてるみたい。
一回決定を押すとまたゲームが動き出すので…。

これってどうしたら表示されるようになるんでしょうか？
誰か教えてください。

携帯が死んで全てのデータが失われてしまいました。

そこで質問

何か「これはやってみれ！」というアプリはありませんか？

機種はＤ５０３です。

スレ違いかもしれませんがおながいします

全て？
iアプリだけじゃなくて？
ああ、そりゃだめだ。
ドコモショップに相談してみたら？
多分駄目だろうけど。

↑だせー煽りだ。

>>186
スレ違いどころか板違いやんけ。携帯・PHS板のここらへんにゴー。

ααα良きiアプリααα
http://cheese.2ch.net/test/read.cgi/phs/1007725265/

zip圧縮しなおすのは有効なんですか?
動かないんですが、教えていただけるとうれしいです。

数値の文字列かってどうやるんですか？
うまくいかないんですが、
void pain(Graphics g){
int a = 3;
g.drwaString(""+a, 20,20);
}

くだらんこと聞いてスマン、Java初めてなもんで
a.toString()でよかったのか。

age

zip再圧縮は上のほうに書いてある７ｚｉｐってソフトで成功できたよ。
１０５１０バイト位のが１０２００くらいまで減った。
ｓｏとｎでは実行できたと思う。

出る前は大騒ぎされたのにiアプリって盛り上がってないね。

>>195
100kbになったらもう少し状況も変わってくると思ふ。
いわゆるプログラマーの人がもちっと参入してさ。
もちろんCPUとかを携帯端末に期待するのはアレなので、
シュミレーションとかＲＰＧ、アドベンチャーになると。
ツール類はドコモがも少し携帯の方いじらせてくれれば。。。

皆はどのエミュレータを使ってるんでしょか?
私は西村誠一さんのを使っています、はみ出してしまったりします。
何かいいエミュレータはないでしょうか?

>>197
デフォルトでええンじゃないの。
ドコモので。
他のもつかったけど、結局これでやってるわ。
devices落ちてるの使えば、ってゆーか自分で書けば
はみ出さないよ。

D503iが売れ残ってて買いやすい値段なんですが、
これってテスト用にどうでしょう？

200

age

>>199
Nがシェア50％以上だからNをオススメするよ。


iアプリ遅いかな〜。遅い事は遅いけど
努力すればカバー出来るレベルのものだと思うが…
参考例にならんかも知れないけど、私の作ったアプリなんかは
結構高速に動くと言われてるんですが…
http://homepage.mac.com/airriel/i/i.htm

F50i4は503iと比べてアプリの速度が約10倍になるんだそうで。

N504iの解像度160x198やて？
他の機種もバラバラみたいやね。正直もう頭が遺体DEATH
容量があればロジックと描画きちんと切り分けて対処するんだけどねえ。
まだたった30KBではねえ。

176x220という説も登場。まいったねこりゃどうも。

俺が聞いたのは160*180だす
うーん

現行のiアプリそのまま動くのかな〜？　＞　504

私の作ってるアプリは120*130以外でも大丈夫なように設計してるつもりだが
180〜200はちょっと、、ねぇ〜。想定外も甚だしいというべきか…
それに画面が大きくなった分、保存すべき情報量も増えるだろうし、、
現行サイズでも特別画面が狭いとは思えないが…

たしかに画面サイズだけ先走られてもね
ハード制作側はゲーム作ることはあまり考えてない設計してるって言うし、
つうか考慮してくらさい

まあ、解像度が高くなること自体は歓迎できるんだけどね。
http://www.zdnet.co.jp/mobile/0204/16/n_reso.html
176x220という中途半端なサイズにはそれなりに理由があるらしい。

ヤフーは、どこをどうとっても最悪。
ビッダーズが一番！！！↓
http://www.bidders.co.jp/bpu/1072049

皆、左上の会員登録をクリックして、
入会しよう。

176*220…ホント、、中途半端な…

http://www.zdnet.co.jp/mobile/0204/22/n_504.html
504はこんな感じになるらしい

あう、今回もボタン配置まるまる一緒かい＞NEC
N503iのはとても最善とは呼べない（むしろクソ）シロモノなのに……。
なんかPC-9801化ってカンジ。シェアにあぐらかいとるんとちゃうか。

>>212

旧来のユーザが使い慣れてる配置から
変更する方がよっぽどどうかとも思うが。

変えるなら早いほうがいいね。
使い難い配置に慣らされる被害者が増えすぎないうちに。
って、俺は携帯持ってないんで使い勝手について全然知らないんだけど。

３０００円ぐらいでパケット数無制限とかあればＭＭＲＰＧとかできんだけどナー
まんまでシステム組むと上方向に一歩歩いただけで、１パケット送っちゃうし。
（システム工夫すりゃいいんだが、直感的でないしー）

ゲームやるときは方向キーの真ん中に決定キーがないほうがいいから
私はN503iのキーは結構好きなんですが…
最善とはいえないけど503の中では一番いいよ。

デザインだけではＦが好きなんだが、あれでアクションはできんよな〜。（Ｓ５０４も）

P503is反応速度遅すぎ！
ついてくるゲームもまともに動かん…

ヤフーオークションで、凄い人気商品、発見！！！

「高性能ビデオスタビライザー」↓
http://user.auctions.yahoo.co.jp/jp/user/NEO_UURONNTYA

ヤフーオークション内では、現在、このオークション
の話題で、持ちきりです。

目指すはケータイ制覇，日立製作所が動き出す
http://ne.nikkeibp.co.jp/mobile/2002/04/1000012001.html

＞今回のSH-Mobileでは，Javaの実行はソフトウエアで処理する。
＞「Javaアクセラレータがなくても，Javaの実行速度はかなり向上
＞するはず。ちょっとオーバースペックかもしれないほどだ。
＞各メーカーから端末が発表される際，SH-Mobileが搭載されてい
＞ることに言及するかどうかはメーカー次第だが，Javaプログラム
＞の実行速度が今までの機種に比べて圧倒的に速いので，一目瞭然
＞だろう」という。

日立は「アプリケーション・プロセサ」シェアを争ううちの１社に過ぎないわけですが、
今後、Java実行能力に優れた新機種がどんどん供給される・・・予定なんですよね。
それが付加価値として市場で認められなければ、高性能化の速度は鈍るでしょうけど。

コンテンツを作る人は本当に大変ですね。少なくとも向こう数年は、PC向けなどと比べて遥かに広いハード性能分布に対応し、それぞれのユーザーが満足するコンテンツを製作しなくてはならない。
最低位のスペックは恐ろしく狭苦しい訳だし。直ぐに切り捨てられるほど急速にユーザー移行が進めば良いけど、その為には高性能機ならではのサービス・コンテンツが提供されなければならないし、不景気だし。

J-PhoneとかDoCoMoのセンスの無いAPIたちを見て、
それでも携帯Javaに将来があると思う人はどれだけいるだろうか。

ま、大元を辿ればSunが悪いんだけどね。
Javaしか選択肢がなかったのもまた事実だしﾆﾝﾄﾓｶﾝﾄﾓ

>>220
>NTTドコモ向けの複数の端末メーカーなど

むう、どこなんだろう。
504i手元にある人はこっそりベンチマーク実行しる！
http://www.seckey.net/iappli/KVMMark.html

>>221
最も問題なのはどのあたりでしょうか
改善の見込みは無いでしょうか

最も問題なのはJavaを使っていること…って突っ込みはダメかい？

>>224
それがどう問題なのか具体的に指摘できるならダメでは無いけど

Javaはゲームつくる言語としては
シンプルでいいと思う．

高速性を求められると
駄目だけど．

>>226
あたりまえだろ。
Javaは言語の理想形を追い求める余り実用性に欠ける設計なんだから。

>>227
実用性とは高速性のこと？

そういやJavaCPUやJavaOSってどうなったんだ？

JavaCPUはあるけど動作速度が問題にならないくらい遅いので主流にはならない。

主流になるくらいの動作速度を持つCPUを開発するのには金が掛かり過ぎて
永久に無理。

JavaOSは知らない。

>>223
今の携帯電話の形やサービスに特化したAPIが多くないですか?
今後2年間で消えてしまいそうなサービスのためのAPIと
プリミティブなAPIとの区別が全くついていないように見えます。

>>222
KVMMarkってほとんどのベンチが1秒かからずに終わってるんで、
ベンチマークとしての精度が極めて低いんですよ。

次世代マイクロアーキテクチャ「ARM11」発表
http://www.zdnet.co.jp/news/0204/30/b_0429_01.html

＞ARM11が実装するARMv6命令セットアーキテクチャには，Thumb拡張命令，
＞Java高速化のためのJazelle技術，ARM DSP拡張命令，SIMDメディア処理
＞拡張命令が含まれる。
　：
＞0.3μm（0.13の誤り？）製造プロセスの場合で最低350MHz〜500MHz以上，
＞次世代0.1μmプロセスの場合で1GHz以上を実現するという。
　：
＞ARMでは，同マイクロアーキテクチャの採用が見込めるデバイスとして，
＞2.5G/3G携帯端末，PDA，マルチメディアワイヤレス機器のほか，
＞イメージング／デジタルカメラなどの家庭アプリケーションを挙げている。

ARM® Jazelleテクノロジ
http://www.arm.com/jp/uk/uk_jazelle.html

＞Jazelleは、ソフトウェアJVMやJITコンパイラを使った方法に比べ大幅な
＞性能向上（最大8倍）を実現します。しかも、それに伴ってコンパイラや
＞コンパイルされたコードのメモリ・コストが増加しません。
　：
＞Jazelleは、コプロセッサやJava専用プロセッサに比べ、最大90%
＞の性能向上を実現するほか、ハードウェア・コストが最小限で済み、
＞複雑なハードウェアやソフトウェア統合の必要がありません。

どーなんでしょうか。

drawRectでピクセル打っていって
リアルタイムでソフトウェアレンダリングできるくらいのスピードきぼん

私は各機種ほぼ同じ速度希望。
503、、SO速すぎ。

>>234
激しく同意！

つまり、一番遅い機種に合わせろって事？

遅くは出来るが速くは出来ない。
だから遅いのに合わせて作っておくと後々何かと融通が効く。
とはいえ503、、P遅すぎ。

古い機種を使いつづける人はいるから、永遠に初期の最も遅い機種に合わせて行くつもりなのかな？
そんな非現実的な事・・・・

そろそろ504iが出る頃合ですが、
個人でやってる人、機種変するわけっすか？ 2機種持つ強者とかいる？

>>238
えーとね、遅い方にある程度合わせて必要最低限ってレベルで作っていけば、
ある程度仕上がって追加したくなったときに、いくつか追加して多少重くなっても
耐えられるカンジに仕上がる、、可能性が高いというだけの話さ。
永遠に合わせる必要はない。
、、と、偉そうに御託を述べた本人が言うのもなんですが、
今自分のとこで作ったアプリP503iじゃ遅すぎてゲームになりません(爆）

KVMMarkに504がいくつか登場してる…。
ややっ！？ImageやGraphicが思ったより速くない気がする…
もしかして画面サイズが広がった分描画に時間がかかってる？
実際問題どうなんでしょ？

「各機種ほぼ同じ速度希望」って希望が非現実的だって言ってるんだYO！

５０３ｉってＰＣエンジン並のゲーム性能って言われてたっけ。
出る前までは。

誰に言われてた？
どういう部分で並みだと？

ハドソンの人が言ってたね。

>>242
238の書き込みのどこに「各機種ほぼ同じ速度希望」が非現実的と書いてあるんだよ。
と言いたい所だけど、まぁたしかに各機種ほぼ同じ速度なんて非現実的でしょうな(爆
いいじゃん、言ってみたかっただけなんだし…

PCエンジン並…どっちかと言うとMSX並だと思うんだが…それも廉価版(笑

auのJAVAもPhaseごとでは各機種ほぼ同じ速度になるはずだったんだけどね・・・

504で503のアプリって動くの？？

ZDNetなどで504iにコンテンツを提供するコンテンツプロバイダに
3Dポリゴン待ち受けアプリを提供するという情報が流れているのですが、
１：コンテンツプロバイダということは、もしかして公式だけに
　　3Dを提供するの？（勝手サイトには？）
２：3Dポリゴン待ち受けアプリという妙に含みのある言い方
　　なんですけど、　　もしかして３Dって待ち受け用途以外に
　　使えないのかな？
、、と、結構気になるというか引っかかるんですけど、
詳しい方は居られませんか？


＞504で503のアプリって動くの？？
予想だけど動くと思う。っていうか動かなきゃいかんでしょ。
画面サイズなどはどうなるんでしょうね。JAMファイルの情報、
例えばKVMverなんかを元に記述があれば504、記述が無ければ
503と判別する…とか

なんかKVMMarkによるとF504iがバカっ速ですぜ、旦那方。
同じ世代同士でなんでこうなる〜。
そのうち収束するのかなあ。

>>250
＞同じ世代同士でなんでこうなる〜。

健全じゃん。妙な指導や談合が無いって事でしょう。
そのうち弱者が競争から脱落して行き、
選択肢が限られてきて、
収束するんでしょう。
って、その頃にはJava自体が選択肢から外れてたりして。

てゆうか、今後どうなってゆくんだろう。
テクノロジ的にはJava実行環境はどんどん速くして行けるでしょう。
或いは進歩の方向性としては、低コスト化や低消費電力化のベクトルもあるでしょう。
コンテンツ次第、ニーズ次第では、高性能化は失速する事になるんでしょう。
Javaが携帯の盲腸になる日はくるのか？

というか、普通同世代だとハードウェアもソフトウェアも大体同じ技術レベルになるから
似たようなパフォーマンスになるもんだけど（IntelとAMDみたいに）、
携帯Javaはまだその辺煮詰まってないんでしょう。

……NECなんかは単純にシェアトップにあぐらかいてる気もするけど。

>>251
既にケータイ自身の機能の一部がJavaで実装されてる例もあるみたいなので、
とりあえずは大丈夫なんじゃないかと思うです。
企業用途ではそれなりに使い道ありそげだし。

3Dは機種によってついたりついてなかったりでは困るなぁ

>>252
＞携帯Javaはまだその辺煮詰まってないんでしょう。

IntelとAMDみたいな煮詰まり方してないのは、物凄く明かだよね。
世の中、煮詰まるはるか前の段階で、政治力・金の力でデファクトスタンダードが押し付けられる例も少なくないけど、
そうはなっていない点でも健全だと思う訳で。
でも、短期間に限られた方式へ収束して似たような選択肢しか無くなる、のかな。

関係無いけど、Transmetaにはもっと頑張って欲しい！まだ負けるな！

>>252
別にJavaの性能だけが携帯を決めるわけじゃないからでしょう。

Javaが遅くてもメールが使いやすければ売れたりするわけだし。
全体にかけられるコストは各社それぞれ決まってるわけだから、
どこにお金をかけるかが各社違って当然だよ。

今回は速度の差なんかよりも、
N504iの解像度が他と違いすぎることの方が大変なんじゃないかな?

>>255
解像度は幾つになるのでせうか？
っていうか、各機種解像度は幾つでせう〜？

P 132x144 (背面液晶 96x25)
F 132x136
D 132x144
N 160x180
SO 128x128

http://denwa.jp/gazou/200204/f504i.jpg
パンフらしい。もうJavaアクセラレータかなんか積んでるのかね。

>>258
いわゆる「アプリケーション・プロセサ」が搭載されている事がセールスポイントとして明記されてるね。
Fはどこのメーカーのプロセサを採用したんだろうか。

>>257
…各社マチマチ、、ですね。なんじゃこりゃーーー！！
速度差は遅いのに合わせておけばなんとかなりますが
画面サイズがバラバラってのはどうすりゃいいんでしょうね〜？
特にNが。

あぼーん

504の赤外線に期待してます
対面対戦とかできると楽しいかも
ライブラリの公開はいつなんだー！

504iのドキュメントと開発ツール一式出ました＼（＾○＾）／
http://www.nttdocomo.co.jp/p_s/imode/java/index.html

てーか、なんじゃこりゃあー！ バリバリ機種依存全開の方向に行ってるし……。
面白そうな拡張API群は事実上使用禁止か？

基本APIは、503iで機種非依存が激しかった箇所がいくらか規格化されてる模様。

IApplication.launch(IApplication.LAUNCH_BROWSER, ...)でブラウザ起動できるらしい？
でもアプリには戻ってこれないのね。まあ、これで十分だけど。

終了は終話キーに統一、、、、終話キーってどれ？

受話器置くときのヤツじゃない？ ３の上の。

>>266
あぁ〜これね。にゃるほど。
私的には赤い色のやつの方が分かり易かった。

それにしても、Doja1.0でメーカー実装だったのが
これでもか！というくらい改善されてるのがうれしい…。
あいかわらず浮動小数点数はサポートしないみたいだ（CLDCだからか）

３Ｄは待ち受け用途以外にも使えるようですが、、
データフォーマットが各メーカーによって異なるというんじゃ
話にならんのですけど…。っていうか、263さんの言うように
拡張されたもの機種依存全開、、、頭痛くなってきた。

>>262
Bluetoothの方が

iappli development kitのウィンドウがみんな文字化けする（というか□になる）よう〜。
なんでやね〜ん。

504は画面を自動で中央寄せしてくれるみたいだから、
画面調整する手間が省けて助かる。

>>271
iAppliの事を良く知らないのですが、自動中央寄せというのは、
applet?のサイズを明示的に初期化した場合に働くのですか？

ADFファイルのDrawAreaで働くみたいだね。なにげにAppTraceも要注目。
基本部分に関しては、割と堅実なバージョンアップしてるなって感じやねー。

>>270
フォントの設定か何かが問題あるとか？

>>271
えっそれホントですか？え〜？どこどこどこにそんな記述が？
もしかしてそれがDrawArea？？？

>>273
なるほど、ちょうど資料を探していたところだったんですが、
DrawAreaについての記述を見つける事が出来ました。
iアプリ製作者には常識でしょうけれど、一応資料の場所を。
http://www.nttdocomo.co.jp/p_s/imode/java/

画面のプロパティ > デザインでWindows クラシック以外になってると化けることが判明。
スタンダードのほうが好きなんだけどなあ。

Graphics.drawImage(Image, int, int, int, int, int, int)
が一番うれしいよ。setClipもいい。
あとはImage.createImageとか、Image.getGraphicsも素敵だね。

それ以外は正直どうでもいいなぁ。
へんなの追加して端末メーカの負担を増やさないでほしィ…

拡張部分については初期のDirectXみたいな有様やねー。（もっと酷いかも）
インターフェースだけは決まってるけどハードベンダごとに実装ボロボロと。
ま、生暖かい目で見守ってあげるということで。

HTTPアクセスに失敗する…
503の時も公式エミュでアクセス失敗してた。。。
（動かないのでi-JADEだけで作ってた。）
なんでぇ〜〜〜？？？？？？

>>279
その他＞ネットワーク設定＞ADFのURL に
アクセス先のURL（本来Jamが置いてあるはずのURL）を書き込む
503エミュは'*'を書いておけばどこでも通信できたが、
今度のはきっちりしないとダメ

うーん、コマンドラインから直接jam起動したら
ScratchPadのディレクトリ変なところに掘ってくれる。
環境変わるたびにビルド用バッチファイル書き換えるのにも飽きたし、
大人しくiappliToolの環境使わせてもらうか。

>>280
ありがちゅ〜〜〜〜〜〜！！！！！
うおぉぉぉぉぉぉぉ動いてる〜〜〜〜〜！！！
感動！！！！けど速過ぎて操作出来ん(爆
System.gc()入ってるのに、それを無視するかのような速さだ。
（ちょっとした速度調整をSystem.gc()でやってたりします。
ちょっと遅くなってくれて、しかも余計なメモリの掃除をしてくれて
一石二鳥と思ってたんだが…、、、実機でもここまで速いのかな〜？）

あっ…初回起動にしてるのにSP(スクラッチパッド)リードしてる…。

>>283
ちなみに、他にiアプリ関連の話題に相応しい板は無いんですかね？

プログラミング技術板に１スレのみ。
携帯・PHS板は完全にユーザサイド。

プログラミング技術板にもあったのか…。

KDDI，使い放題も視野に入れた2.4Mビット/秒の携帯データ通信を2003年に開始
http://itpro.nikkeibp.co.jp/free/NBY/NEWS/20020513/1/

iアプリの話しではありませんが。
上限料金は、いくらくらいになるんでしょうね。
ネットゲーに必ずしも広帯域は必要無いとか、むしろレイテンシが云々、って話しもあるでしょうけど。
上限有り・使い放題、ってのは、モバイルネットゲーには嬉しい話しですよね。
（PHS系では既に定額料金のサービスがあるんでしたっけ？）
CDMA2000(Data Only)って、基地局当りの接続端末数が増えていっても、通信速度は落ちても切断され難い＆接続拒否され難い、みたいな仕様なのかな？全然知らないんですけど。

肝心の基地局がこっちの地方には少ない、、つーか、無いからCDMAじゃね。
まぁこれに刺激されてドコモでも使い放題低料金が始まればいいんですがね。

>>287
企業たるもの儲けを考えねば…ってことで6800円に一票

あぁ〜〜〜アプリの宣伝したい。
けどどこでやればいいんかな〜？

ααα良きiアプリααα
http://cocoa.2ch.net/test/read.cgi/phs/1007725265/
このスレでｺｿｰﾘと自作自演。

ギャンブルだね

というわけで自作自演してきました(笑

まさか本当にやるとは（ｗ

>>294
やっぱり国民の期待は裏切れないということで…（ｗ

>>295
面白そう。
スゲーと思った。
でも、紹介文が「！」だらけですよ。

>>296
>
面白そうと言っていただけるのはうれしいです。
今回は勢いを重視してるので「！」が多くなってるんですが、多すぎましたか…。
紹介文は他スタッフ(人柱(笑))さんが考えたものを使ってます。
私自身が考えたのは「新たなるシューティングオデッセイ。」とかいう
ワケわらない部分だけです。（はい、ワケわからんと自覚してます）


なおURLは↓です。
http://homepage.mac.com/airriel/i/i.htm
、、と、さりげなくここでも宣伝…(爆

アプレットの体験版とか無いの？

パケ代等々を考えると買った方が安くつく、、ような体験版を今週末に
予定してます、、他の作業が忙しいからなんとなく微妙な感じですけど。

300

いや、パケ代のかからないAppletの体験版。PCで動くやつ。
厳密な体験版にはならないだろうけど、「最大限このくらい」って目安はつくかなと。
手軽に試せれば、「お、凄いかも」と思って買ってくれる人が増えるかも。

っていうか、買った方が安くつくって、どういう事？
買ったらiアプリの転送にパケット料金かからないの？それで採算合うの？
imodeについてよく知らないもんで・・・・・・・

起動するごとにダウンロードするという罠。
（通常はフラグたてて初回時のみの画像ダウンロード）

10k近くスクラッチパッドにﾀﾞｳｿするとして、10回も起動すれば
買ったほうが安くなる計算。10*25=250

違う？

体験版のサイズは製品版に比べてどのくらいなんだろう？
たしかに、10回も繰り返しダウンロードするなら製品版を買ったほうが良いのかも。
最プレイするたびにダウンロードされる仕組み？ダウンロードに何秒くらいかかるのかな。
面数や連続プレイ時間を限定にして、再ダウンロード不要の体験版の方が、印象は良いと思うけどな・・・・・・

ちなみに、メモリーから消しちゃったら買いなおさなくちゃいけないのかな？

×最プレイ
○再プレイ
でした

>>301
ごめんなさいAppletでの予定はありません。
理由は単純に私の技術不足です。

>>302
あ〜それいいな〜(笑
現時点の予定では約３0秒間程度プレイ可能。
厳密には実際安くつくわけではないけど、30秒のためにお金かけるぐらいなら
買った方が安いわ〜っていう意味の「安い」です。

>>303
サイズは製品「jar10ｋ+SPデータ10ｋ」→体験「jar9.7ｋ？+SPデータ8ｋ？」ですね。
もし、プレイするたびにダウソする仕様にしたら大変ですよ〜いくらかかるかわかったもんじゃ…。

メモリから消しても再ダウンロードするだけだそうです。
その辺の仕組みは販売代行業者（モバナビさんやギガアプリさん）の
担当分野ですね。

>>305
＞30秒のためにお金かけるぐらいなら

「製品版購入時には差分を追加ダウンロードするのみでOK」なんて仕様が可能なら、気軽に試せる＋損した感無く購入できる、んだろうけど。
ところで30秒プレイすると、消えてしまうの？

20KBのパケット料金は、50円くらいかな？

＞メモリから消しても再ダウンロードするだけだそうです。

そうなんですか。ライセンス管理？の仕組みはどうなってるんだろう。
端末ID?を一定期間業者のDBに記憶、とかだろうか・・・・

>>306
30秒経つと強制的にタイトル画面に戻るとか、、そんなものにするつもりです。
20KBのパケ代…たぶんそんなもんだと思います。128で0.3円…だったっけ？
そういえば504もまさかパケ代同じ…？

たしかギガアプリさんトコのギガ払いでは、プリペイドカードの番号が
過去にそのアプリを購入するのに使われたかを照合する…
たしかそんなよう仕組みだったはずです。
基本的にカード番号が重複することはないはず、またプリペイドカードなので
個人情報を盗まれるといった事がないので、安心して買えるそうです。

>>307
＞30秒経つと強制的にタイトル画面に戻るとか、、そんなものにするつもりです。

ああ、それなら良いですね。繰り返し頭から30秒、リプレイ出来るんですよね？

＞個人情報を盗まれるといった事がないので、安心して買えるそうです。

なるほど、電話番号を吸い取られるとか、そういう仕組みでは無いのですね。

>>257
Dのサイズ微妙に違いますね。
ttp://www.melco.co.jp/service/d-style/d_spec/503color/pg1.html

iアプリが作れてアプレットが作れないってのも
妙な話だよな。基本をすっとばして学習されたのだろうか。

作れないんじゃなくて、平たく言って作る気が無いって事でしょ。
あと、アプレットがiアプリより基本である（まずおさえておくべきである）とは思わないな。
今は一般にアプレットに先に接する機会のあった人が多いだろうけど、それだけの話しでしょ。
とか言って、私はアプレットしか作ったこと無いんで違いがどれくらいあるか知らないんだけど。

ごめんなさい。いきなりアプリから始めてるのでアプレットわかりません(苦笑
たぶん内容的に似通ってる所もあるでしょう。

近日中に1作目「AIRSPEEDER」のアプリの無料版のソース公開するので、もしよろしければ
アプレット版作ってください(他力本願）
ギガアプリさんの動作確認審査に何度か引っかかった有料版を元にしてるので
あちこち手直ししてて、ソース汚くて、、自分でも何がなんだかさっぱり
わからなくなってたりします（苦笑

>>308
iアプリは電話番号やメールアドレスを吸い取って悪用する事は出来ない仕様になってます。
J-ホネなんかはやれば可能ですが、コンテンツアリゲーターだかアグリゲーターとかいうのが
不正を行ってないか検査するそうです。

>>309

>257で書いたのはJavaで使えるピクセル数
壁紙で使えるピクセル数と違うのは当然

てなわけで無料体験版公開♪（後悔…？
http://homepage.mac.com/airriel/i/i.htm

>>314
あ〜なるほどね。

>>311
だってiアプリはドコモのクラスを継承して作るから
iアプリ独自のメソッド等を使うわけで。
という事はジャバのデフォルトの機能を知りえないというわけで
やっぱり基本をすっとばしてるって感じがするよね。
それは別に個人の自由だけども。

>>316
ServletやらEJBやらを作るのに、Applet固有の知識は必須じゃないですよね？
SwingやJava2Dを用いてアプリ作るにも、Applet固有の知識は必須じゃないですよね？
Appletが飛ばしてはならない基本とは思えないんだけど。

それは言える。

とりあえずSun社が提供している機能を学習しないで
ドコモの機能を学習するのは邪道ってことだろ？

別に邪道じゃなかろ。とりあえずiアプリだってSunのCLDCベースなんだし。

appletをかじってると、iappliを作る時に
何でこのメソッドないねん！
っていうのばっかりでストレスたまるから、体に悪いかもｗ

まぁ、DoCoMoはちょっと独自規格で行ってるからAPIとかで多少違和感があるかも。
（ Applet -> DoJa）
まぁ、やっておいても損はないんじゃないのかな。得するかどうかは別として･･･。

>>322
＞損はないんじゃないのかな

時間の損

>>321、例えばどのメソッド？

>>319
Sunが提供しているすべての機能を覚えてからでないと
DoJaを勉強できないってなったら、
いつまでたってもDoJaを勉強できないよ。

AppletとDoJaは無関係なものなので、
別にApplet→DoJaの順に勉強する必要はないよ。

タマゴが先か鶏が先か…　　ブツブツ…。

うむ。Sunの組み込み機器向けJavaプラットホームJ2MEと、
同じくSunが決めた小型端末を想定したコンフィギュレーションCLDCの上に、
NTTドコモ独自のプロファイルを載せてるのがiアプリの環境でし。

アプレットを含む標準のJ2SEとは、根っこから別階層でし。

アプレットくらいJavaを扱うものとして
出来て当たり前だと思われ。

>>327
本気で言ってるの？単なる厨房？

>>327
あー、その妙な信念はどっから来るかなー。
Javaの仕組みと現状の理解に激しく勘違いがありそうな予感。

だってアプレットなんて超簡単じゃん。
そこらへんのネット講座を見ればすぐ理解できるんだから
普通の人は出来るはず。

>>330
>だってアプレットなんて超簡単じゃん。
そうなの？ふ〜ん、、ヒマがあれば一度やってみたいもんだな〜。
参考までに、ココはわかりやすいぞ〜ってHPがあればご紹介を。

いつかそのうち３Ｄのゲームかなにかをつくるんだぃ！＜願望
まっその時の基礎知識の一つとして学んでおいて損はない。

>>330
やっぱりそうきたか・・・・
簡単に出来るからってやっとかなきゃダメな訳じゃないだろーに
ハァ・・・

>>330＝引っ込みがつかなくなった>>310と見た。

まあ、なんだ。ﾏﾀｰﾘと卓球でもしようぜ。
( ´ー)ρ┳┻┳°σ（ー｀ )

>>315
体験版公開の反響はありましたか？販売数が伸びた、とか....
私は、端末持っていないんで。

>>334
ＨＰ来客数が倍になったくらいかな…？
今回は504狂想曲の真っ只中なもんで
思ったほど足を運んでくれる人が居ないのよね〜
しかたない…もうちょい宣伝してくるか…。

>>323
drawImageで画像内の任意の位置からコピーしたり拡大縮小したりとか。
あとImageを新たに作成できないのにはかなり焦った。
504で少しはまともになってるみたいだけど
圧倒的に多い503ユーザーを考えると難しいな。
っていうか便利なメソッドたくさん作れとは言わないから
グラフィックメモリにダイレクトアクセスできるようにしてくれてたらよかったのに。

>>315
私も実機がないのでえみゅで動かしてみたんですが
速すぎてゲームになりませんでした(^^;;
forでウエイトとるよりもスレッドでやった方がいいかも。
それとも最適化のためにわざとこうしているんでしょうか？それならすみません。

Z3Dあたりに挑戦する予定は？
新製品買ったユーザーはとりあえず売りとなる機能を試したがっている、自己満足したがってる、やや金銭感覚が麻痺しているだろうから、特定機種向けであってもそれなりの需要が期待できると思うんだけど。
今から準備するのではお祭り需要を捕まえるのは難しいか・・・

>>336
＞あとImageを新たに作成できないのにはかなり焦った。

その辺りはAppletと比べてどうこう、って話しじゃないと思えるんだけど。

ウェイトはTimer使えば良いんじゃないのかな

>>338
dojaはcreateImage(int,int)ができないことを言いたかったんだけど
もしかして見当違いなこと言ってるかな。javaはほとんど知らないのですまそ。
503実機のTimerは分解能がやばいらしい。100msの機種とかあるしみたいだし。
Thread.sleepも全機種でちゃんと指定した時間sleepしてるかはわからないけど。

>>336
>それとも最適化のためにわざとこうしているんでしょうか？それならすみません。
それよりどうして私のウェイトのとりかたを知ってるんだよ！
とツッコミを入れたいんですが…。
いかんよ〜リバースなんたらーは。

TimerでもThreadでもどっちでもいいよ。

私は、
long a, b;
while (true) {
　a = System.currentTimeMillis() + 50;
　　　　　/*ゲームの処理 */
　b = System.currentTimeMillis();
　if (b < a) {
　　try { Thread.sleep(b - a) } catch (Exception e) {}
　}
}
ってやってるけど、
currentTimeMillisの精度も機種によって違うんだよねえ…

>>339は正しいよ。

a-bでは

>>342
あああ本当ですね。ごめん…

ShortTimerで100ms間隔とかにしたとき、100ms以上の負荷かかると
イベント溜め込んでいって操作不能になるのって解決策あります？

今はメインループ中にThread.sleep(100);でやってます。悲しい。

>>344
>>341の様な方法で良いんじゃないの？

遅い機種向けには、出来ればTimerの使用は避けた方が良いっぽいみたいですね。（十分に軽い処理内容でない限り？）

ところで、100ms以上かかる処理を100ms毎に発生するイベント全てについて行い、イベントが並列に発生しないなら、溜まって行くのは当然のような、そうでなければ溜まらないような気がするのですが、そういう事では無いんでしょうか。

waitつきのメインループを別スレッドで回して
ShortTimerのイベントからnotify呼んでやれば処理落ち対策もオッケー！とか思ったけど
やっぱり駄目なのな（N503i）。一体どないなってんねん。

>>346
notifyって何？

ShortTimer使ってタイマーイベントでaを0からカウントアップさせるようにする。
メインの処理をaが0の間は処理しない（処理待ち状態）ようにする。
タイマーイベントが呼び出されaがカウントアップされ1になる。
メインの処理を行う。処理が終わったらaを0にする。
そうすれば、if(a>=1)を使って一定間隔（か、それ以上）で処理する事が可能なはず。

負荷が高くてイベントが発生しない場合、、これはもうどうしようもない。
そのまま処理続行！。
逆に負荷が高くても一定間隔でイベントが発生するなら、例えばaが2とか3とか
になってたら、次の処理をスキップさせるとか、、。

Synchronizedブロック内でフラグチェックした上でwait/notifyすれば良さそうに思えるけど、スレッドスケジューリングの実装次第（VM次第）では上手く動かない、のかな？
とりあえず、>>341の様な処理が無難っぽいけど。

>notifyって何？
Javaに標準で乗ってるスレッドの同期取りの手段でございまする。
CLDCのAPIドキュメントのObjectクラスをご覧下さいまし。

ってなるへそ、カウンタ作ってポーリングする手もあるですな。
下手にネイティブな機能に頼らないぶんいいかもしんない。試してみよっと。

>>349
ほうほう、にゃるほど。
そんなのがあったんですね。

***
おのれアプリゲット！さらし物にしてくれるとはどういう了見だ！？
いやねぇ、、この世界、本名さらされたからといって、どうってものでもないかも
知れないけど、さらすのは私本人がやるべきことであって、関係の無い第三者が
許可もなくさらすのは犯罪だぞ。くそっ！

ポーリングはどうやってやるの？
ループの中でsleepでもするの？

while (a == 0) {}
と見た。aはvolatile宣言しとかにゃ駄目かな。

volatile宣言もわからん…（苦笑
ダメだこりゃ。

たしかにダメかも。「ダメだこりゃ。 」って書き込んでいる間にも調べられる事だもんね。

>>354
見捨てちゃイヤ〜ン♪(笑
今すぐ使用する必要があるなら調べるけど、そうじゃないのなら時間をかけてまで
調べる必要はない…という損なスタンスなもんで、、、失礼しました。

***
アプリゲットから謝罪の電話があったなり〜
私の名前が漏れてるだけといったクダラナイことでも6時間も放置すな！
と言いたい、、言ったけど(笑

しかし、どこここで本名が漏れてます、とここで自ら晒すってのは、是非本名を知って欲しいって事だと思うんだけど。
興味無いから調べなかったけど。

>>355
Google ToolBarでもインストールして、知らないキーワードは即検索するクセを
付けるといいよ。一見、必要のないように見える知識こそ、あとで重要になったり
することが多いから。

スレと関係ないのでsageときます。

>>356
ぐさっ！そんなするどいツッコミをいれなくとも、、パタッ。
ぽくぽくぽくちぃ〜ん♪あいはてもうした。
、、と、冗談はおいといて、調べるということはHP見てくれると
いうことなわけで、、見てくれたらひょっとしたら買ってくれるかな〜と。

さて、、それにしても、ただ「申しわけございません。」かな〜？それとも
「何アクセスありました〜申し訳ございません。」かな〜？
きちんと誠意ある対応をしてくれるかで今後の行動が決まるんだけどな〜♪

>>357
Sleipnirブラウザ使ってるから検索しようと思えばいつでも出来るんですけど、
こういうのは御堅い仕様書みるより、人から優しく教えてもらった方が、
多少間違ってても覚えやすくていいんですよ〜。

ところで、、504公式エミュレータで音鳴らせるの？
某有名メーリングリストで音が二つ同時に出ません何が原因でしょうか？！
って質問があったんですけど…、、ウチはそれ以前の問題で音出ないんですけど…。

>>355
もう見捨ててますよ。

>>352
ポーリングは電池消費するよ。
だから普通はそこで wait/notify を使うんだよ。

ていうか、wait/notifyで駄目だったからって話でしょ？
電池の消費量についてはハードウェアとOSとVMの設計によると思われ。

wait/notify が駄目だったのか、
>>346の書いたコードがバグってたのか
それともN503iでは他のところにヘンな部分があってうまく動かないのか
全然切り分けできてないじゃん。

wait/notifyみたいにVM仕様の基本的な部分がバグっているってことは
さすがにないんじゃないかって思うんだけど。

>N504i(4) 544 200 300 100 800 175 2350 350
　
KVMMarkからだけど、System.currentTimeMillis()の精度は
相変わらず100msくさいですな。とほほ。

>>346は「どういう風にダメ」だったんだろうか。他の機種やエミュレータでは動いたんだろうか。周期を十分に遅くすると動くんだろうか。

不安になってきたのでｻｸｯと再実験してみた。こんなんでどう？
N503iでbox=10あたりからキー反応が鈍くなっていって、17あたりで完全に応答がなくなる。
カウンタは回り続けてるので、キーイベントそのものが来なくなるっぽい。

import com.nttdocomo.io.*;
import com.nttdocomo.ui.*;
import java.util.*;

class GameCanvas extends Canvas implements Runnable {
ShortTimer timer;
Thread thread;
Random random = new Random();

int count = 0;
int box = 0;

public void start() {
timer = ShortTimer.getShortTimer(this, 0, 100, true);
timer.start();

thread = new Thread(this);
thread.start();
}

public synchronized void run() {
while (true) {
count++;
repaint();
try {
wait();
} catch (InterruptedException e) {
}
}
}

public void paint(Graphics g) {
g.lock();
g.clearRect(0, 0, 160, 160);
g.setColor(Graphics.getColorOfName(Graphics.YELLOW));
for (int i = 0; i < box; i++) {
g.fillRect(i, i, 100, 100);
}
g.setColor(Graphics.getColorOfName(Graphics.BLACK));
g.drawString("" + count, 30, 30);
g.drawString("" + box, 30, 60);
g.unlock(false);
}

public synchronized void processEvent(int type, int param) {
switch (type) {
case Display.TIMER_EXPIRED_EVENT:
notify();
return;

case Display.KEY_PRESSED_EVENT:
box++;
return;
}
}
}

public class Main extends IApplication {
GameCanvas canvas = new GameCanvas();

public void start() {
Display.setCurrent(canvas);
canvas.start();
}
}

んでもって、wait・notify使わないポーリング方式も試したけど同じ結果ですわ。

ってこれ、よく見たら思いっきりsynchronizedの区間がまずいわ。
鋭意修正中。

>>232
米Nazomi社，英ARM社を特許侵害で提訴
http://ne.nikkeibp.co.jp/DSP/2002/05/1000012875.html

＞Nazomi社は明言していないものの，ARM社が自社のCPUコア向けに開発したJavaバイト・コードのアクセラレータ回路「Jazelle」を対象しているとみられる。

Jazelleが訴えられたっぽい。
既にJazelleの採用された携帯は存在するのだろうか。
ところでNazomiって、謎だね・・・・寒・・・・いや、NAOMIの・・・・あぁ・・・

拡張API、とりあえず3D部分は全機種で使えるみたいね。
見たとこ癖のないごく普通の3DAPIだし、割と面白そう。

さて何を作ろう。

携帯・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アプリとか言ったってスクラッチパッドでごまかしてるだけなのです。
偉い人にはそれがわからんのですよ。

あああああああ。

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

うんち

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