ｉアプリでゲーム

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

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

**名前は開発中のものです。** · 02/05/18 15:48

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

**名前は開発中のものです。** · 02/05/18 15:54

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

**エアリエル** · 02/05/18 15:58

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

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

**名前は開発中のものです。** · 02/05/18 16:40

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

**270** · 02/05/18 16:44

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

**haruka** · 02/05/18 19:08

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

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

**名前は開発中のものです。** · 02/05/18 19:43

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

**エアリエル** · 02/05/18 23:54

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

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

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

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

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

**エアリエル** · 02/05/19 12:13

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

**エアリエル** · 02/05/19 13:25

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

**名前は開発中のものです。** · 02/05/19 16:55

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

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

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

**エアリエル** · 02/05/20 00:53

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

**名前は開発中のものです。** · 02/05/20 16:19

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

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

**エアリエル** · 02/05/20 23:19

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

**エアリエル** · 02/05/21 13:24

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

**エアリエル** · 02/05/22 14:07

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

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

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

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

ギャンブルだね

**エアリエル** · 02/05/23 10:11

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

**名前は開発中のものです。** · 02/05/23 10:33

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

**エアリエル** · 02/05/23 11:57

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

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

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

**エアリエル** · 02/05/23 19:09

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

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

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

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

**エアリエル** · 02/05/23 19:44

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

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

300

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

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

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

**名前は開発中のものです。** · 02/05/23 20:28

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

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

違う？

**名前は開発中のものです。** · 02/05/23 20:42

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

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

**303** · 02/05/23 20:46

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

**エアリエル** · 02/05/24 00:01

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

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

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

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

**名前は開発中のものです。** · 02/05/24 00:20

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

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

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

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

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

**エアリエル** · 02/05/24 01:20

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

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

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

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

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

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

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

**エアリエル** · 02/05/24 09:14

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

**名前は開発中のものです。** · 02/05/24 11:56

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

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

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

**エアリエル** · 02/05/24 14:57

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

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

**エアリエル** · 02/05/24 15:01

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

**名前は開発中のものです。** · 02/05/24 21:56

>>309

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

**エアリエル** · 02/05/25 13:27

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

>>314
あ～なるほどね。

**名前は開発中のものです。** · 02/05/25 15:17

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

**名前は開発中のものです。** · 02/05/25 18:52

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

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

それは言える。

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

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

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

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

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

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

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

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

**名前は開発中のものです。** · 02/05/26 00:39

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

時間の損

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

**haruka** · 02/05/26 01:26

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

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

**エアリエル** · 02/05/26 02:06

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

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

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

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

**名前は開発中のものです。** · 02/05/26 02:13

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

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

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

**326** · 02/05/26 02:30

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

**名前は開発中のものです。** · 02/05/26 03:09

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

**エアリエル** · 02/05/26 08:44

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

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

**名前は開発中のものです。** · 02/05/26 09:02

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

**名前は開発中のものです。** · 02/05/26 09:44

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

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

**名前は開発中のものです。** · 02/05/26 18:47

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

**エアリエル** · 02/05/26 21:01

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

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

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

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

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

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

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

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

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

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

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

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

**エアリエル** · 02/05/27 00:26

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

**haruka** · 02/05/27 00:48

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は正しいよ。

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

a-bでは

**haruka** · 02/05/27 03:28

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

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

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

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

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

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

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

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

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

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

**エアリエル** · 02/05/27 22:20

>>346
notifyって何？

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

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

**名前は開発中のものです。** · 02/05/28 05:40

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

**名前は開発中のものです。** · 02/05/28 09:56

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

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

**エアリエル** · 02/05/28 11:32

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

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

**名前は開発中のものです。** · 02/05/28 11:54

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

**名前は開発中のものです。** · 02/05/28 12:02

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

**エアリエル** · 02/05/28 14:13

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

**名前は開発中のものです。** · 02/05/28 16:16

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

**エアリエル** · 02/05/28 17:43

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

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

**名前は開発中のものです。** · 02/05/28 17:50

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

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

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

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

**エアリエル** · 02/05/28 19:53

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

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

**エアリエル** · 02/05/28 21:00

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

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

**haruka** · 02/05/29 01:18

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

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

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

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

**haruka** · 02/05/29 01:50

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

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

**名前は開発中のものです。** · 02/05/29 12:06

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

**名前は開発中のものです。** · 02/05/29 12:11

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

**346** · 02/05/29 13:41

不安になってきたのでｻｸｯと再実験してみた。こんなんでどう？
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();
}

**346** · 02/05/29 13:42

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);
}

**346** · 02/05/29 13:42

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();
}
}

**346** · 02/05/29 13:50

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

**346** · 02/05/29 20:41

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

**名前は開発中のものです。** · 02/05/29 23:11

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

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

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

**名前は開発中のものです。** · 02/05/30 11:05

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

さて何を作ろう。