ｉアプリでゲーム

**利用者側** · 01/11/06 19:30

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

58 · 01/12/09 23:31

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

**CoDoMo** · 01/12/10 08:26

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

**遠藤雅伸 ★** · 01/12/10 23:38

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

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

**CoDoMo** · 01/12/11 09:20

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

**名前は開発中のものです。** · 01/12/11 23:40

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

**遠藤雅伸 ★** · 01/12/14 01:00

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

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

。 · 01/12/14 02:33

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

**遠藤雅伸 ★** · 01/12/14 02:41

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

**名前は開発中のものです。** · 01/12/14 22:26

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

**名前は開発中のものです。** · 01/12/17 23:55

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

**名前は開発中のものです。** · 01/12/18 04:23

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

**名前は開発中のものです。** · 01/12/18 06:25

>>69
全部

**iアプリ開発者** · 01/12/18 10:21

うむ、全部である。

**遠藤雅伸 ★** · 01/12/18 11:22

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

**名前は開発中のものです。** · 01/12/18 16:13

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

**名前は開発中のものです。** · 01/12/18 18:06

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

**名前は開発中のものです。** · 01/12/19 00:59

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

**名前は開発中のものです。** · 01/12/19 01:15

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

**名前は開発中のものです。** · 01/12/20 15:23

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

**mani** · 01/12/20 17:33

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

**名前は開発中のものです。** · 01/12/20 23:27

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

**名前は開発中のものです。** · 01/12/21 04:24

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

**名前は開発中のものです。** · 01/12/21 15:00

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

**名前は開発中のものです。** · 01/12/21 20:20

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

**名前はコードネームのものです。** · 01/12/22 00:37

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

**名前は開発中のものです。** · 01/12/24 17:26

>>82 その前情報きぼん

**名前は開発中のものです。** · 01/12/27 02:30

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

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

**なまえをいれてください** · 01/12/27 04:09

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

**名前は開発中のものです。** · 01/12/27 05:00

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

**名前は開発中のものです。** · 01/12/27 05:46

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

**名前は開発中のものです。** · 01/12/27 05:49

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

**なまえをいれてください** · 01/12/27 15:01

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

**名前は開発中のものです。** · 01/12/27 17:30

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

**なまえをいれてください** · 01/12/27 17:47

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

**名前は開発中のものです。** · 01/12/27 18:11

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

**名前は開発中のものです。** · 01/12/27 18:47

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

**なまえをいれてください** · 01/12/27 19:06

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

**名前は開発中のものです。** · 01/12/27 19:29

どっちでも行けるやん。

**なまえをいれてください** · 01/12/27 20:10

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

01/12/28 22:36

ループ３回。

**名前は開発中のものです。** · 01/12/29 22:49

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

**名前は開発中のものです。** · 01/12/29 23:40

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

**名前は開発中のものです。** · 01/12/30 00:26

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

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

http://chevy.sites.cc/

**名前は開発中のものです。** · 01/12/30 04:04

AudioPresenter jump,music;

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

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

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

**名無しさん** · 01/12/30 04:58

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

ss · 01/12/30 07:27

>>32-34

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

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

**名前は開発中のものです。** · 01/12/30 10:11

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

**名無しさん** · 01/12/31 02:25

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

**名前は開発中のものです。** · 01/12/31 02:37

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

**名無しさん** · 01/12/31 03:11

>107
ありがと。

**名無しさん** · 02/01/03 02:16

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

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

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

**名前は開発中のものです。** · 02/01/03 02:23

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

**名無しさん** · 02/01/03 02:31

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

**名前は開発中のものです。** · 02/01/03 03:29

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

**名前は開発中のものです。** · 02/01/03 04:11

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

**名前は開発中のものです。** · 02/01/03 04:59

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

**名前は開発中のものです。** · 02/01/06 00:10

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

**名前は開発中のものです。** · 02/01/06 00:15

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

**１０９** · 02/01/06 08:09

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

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

**名前は開発中のものです。** · 02/01/06 13:24

表示しない。これ最強。

**名前は開発中のものです。** · 02/01/06 13:28

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

**はっぴーあけおめ** · 02/01/07 21:11

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

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

>>117
たぶん無理です。

**教えて厨房** · 02/01/07 21:17

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

**名前は開発中のものです。** · 02/01/07 22:02

表示しない。これ最強。

**名前は開発中のものです。** · 02/01/07 22:05

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

**なまえをいれてください** · 02/01/08 22:37

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

**名前は開発中のものです。** · 02/01/11 15:39

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

**なまえをいれてください** · 02/01/12 13:26

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

**はっぴーあけおめ** · 02/01/12 13:30

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

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

**haruka** · 02/01/13 03:39

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

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

**はっぴーあけおめ** · 02/01/13 14:53

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

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

**名前は開発中のものです。** · 02/01/14 03:12

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

**君が元いたとこの人間** · 02/01/15 12:24

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

↑ · 02/01/15 13:53

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

**名前は開発中のものです。** · 02/01/15 14:37

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

**名前は開発中のものです。** · 02/01/20 04:25

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

**名前は開発中のものです。** · 02/01/20 17:11

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

**名無しさん** · 02/01/23 18:35

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

**名前は開発中のものです。** · 02/01/23 18:53

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

**名前は開発中のものです。** · 02/01/24 06:38

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

02/01/25 18:20

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

**名前は開発中のものです。** · 02/01/25 23:01

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

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

02/01/26 18:55

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

**名前は開発中のものです。** · 02/01/26 19:11

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

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

02/01/26 20:13

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

02/01/26 20:13

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

**名前は開発中のものです。** · 02/01/26 21:08

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

**名前は開発中のものです。** · 02/01/27 01:01

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

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

**haruka** · 02/01/27 01:32

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

**名前は開発中のものです。** · 02/01/27 06:01

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

**148** · 02/01/27 06:07

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

**名前は開発中のものです。** · 02/01/27 13:44

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

**名前は開発中のものです。** · 02/01/27 16:50

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

**名前は開発中のものです。** · 02/01/28 04:06

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

**名前は開発中のものです。** · 02/01/28 04:19

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

**名前は開発中のものです。** · 02/01/28 22:14

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

**名前は開発中のものです。** · 02/01/29 22:30

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

**名前は開発中のものです。** · 02/01/29 22:55

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

02/01/29 23:02

なかったっけ？

02/01/29 23:05

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