トップページ⇒gamedev
986コメント346KB

ｉアプリでゲーム

■ このスレッドは過去ログ倉庫に格納されています
0001利用者側01/11/06 19:30ID:???
単純ではまるってなゲームつくってほしいー。
0427エアリエル02/06/02 13:07ID:8G3ggT66
あの〜ところで、、503用アプリは504で中央に寄せられた形で表示されると
聞いた事があるんですが、本当ですか〜？それとも意図的に中央にするメソッドか
何かがあるんでしょうか？そんなのがあるんなら教えて欲しいです〜〜〜。
0428名前は開発中のものです。02/06/02 14:02ID:???
>>426
＞でprocessEvent内からrepaint()しているのが確認できます。

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

>>427
>>271-275では解決しなかったという事ですか？
0429名前は開発中のものです。02/06/02 14:11ID:g8uN2UCA
>>897これとかねｗ
http://freehost.kakiko.com/freen/kesaku.html
043037202/06/02 14:35ID:WLew8kMw
>>議論に参加している皆さんへ
話がややこしくなってきているのでここで一度整理したいと思います。
1:N504iと504エミュのShortTimer.dispose()問題
dispose()を呼ぶこと自体が問題なので、
ShortTimerを使うならここで紹介された回避策を使う
Threadでタイミングを取る
という意見に俺自身納得しました。今後この件に関してはの俺のスタンスは、
プログラムのここを変更すると効率が良くなる
ほかの方法でもタイミングが取れる、といった前向きな議論以外には参加しないということにしたいと思います。

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

3:その他
俺がサンプルとして書いたプログラムに関する根拠のある突っ込み(最近だと>>424)はいろいろ勉強になるので大歓迎です。
043137202/06/02 14:54ID:WLew8kMw
>>424,428
極力短時間というのはどう解釈すれば良いんですかね?
解釈の一例として426で挙げたプログラムは参考にしています。
いろいろ指摘を受けた結果、カップ麺タイマーに関しては極力短時間の
範疇を超えてるなと現在では思っています。
0432名前は開発中のものです。02/06/02 15:11ID:???
>>430
>>414のサンプルを見てみましたが、repaint()について理解していない様に思えます。
それと、あなたはたしか、ある時間が経過した事を知らせるアプリケーションを作ろうとしてたんだと思います。
最低限、その機能を持たせたサンプルにしていただけますか。
現状だと、両コードが同等の挙動を示すとは思えませんし。（interval値の変化など。）
（同等の動作をしている事を画面等で確認できる様にした方が良いのでは。）
その上で、出来れば実機でのタイマーとしての精度なども合わせて評価してみて欲しいですね。
そう精密な精度を要求するアプリケーションでは無いでしょうけれど、レゾリューションが荒いと評判のiアプリ環境で、Timer（恐らくsleep()も？）を細めに無数に繋ぎ合せての経過時間算出というのは、あまり普通の方法では無い様に思えます。
043343202/06/02 15:16ID:???
>>432
＞レゾリューションが荒い

タイマーの事です。
0434名前は開発中のものです。02/06/02 15:21ID:???
>>431
＞いろいろ指摘を受けた結果、カップ麺タイマーに関しては極力短時間の範疇を超えてるなと現在では思っています。

これまであなたは、自分は間違っていないと主張する事に一生懸命だったように思えます。気のせいでしょうか？
0435エアリエル02/06/02 15:45ID:???
そんな事はどうでも良い。我が問いに答えよ（笑）
揚げ足とりは”大好き”だけど、今回の揚げ物は面白味が無い。
ということで、とりあえず終わりにしませうや。
さもないと実況しちゃうよ？
0436名前は開発中のものです。02/06/02 15:48ID:???
>>435
>>428に答えよ。
揚げ足とりで無く、反省を促しているつもりなんだけど。今後の為に。
実況？すれば？
0437エアリエル02/06/02 16:08ID:???
>>436
あ〜〜〜っと！さっそくレスが来た！！！！！（笑

まぁ〜ええからええから、、人の考え方は違って当然、
その人にはその人のやりかたってものがあるんだから
ちょっと自分の気に食わん意見があってもしゃ〜ないねん。
まっ気にせんとこうや〜〜。というわけで、我が問いに答えよ（爆
反省しろいうても、言ってる方の言う事が本当に正しいの？
言われてる方の言う事が正しいの？私はどっちでもいいし
どうでもいい。というわけで、我が問いに答えよ（しつこい(笑
0438名前は開発中のものです。02/06/02 16:24ID:???
>>437
はぁ。>>428に答えよ。
0439名前は開発中のものです。02/06/02 16:36ID:???
サンプルコードとか、落ちてないの？
0440名前は開発中のものです。02/06/02 16:56ID:???
エミュレーション環境ではその方法でセンタリングされたけど、実機ではダメなの？
0441エアリエル02/06/02 18:15ID:???
DrawAreaもいいんですが、これはJAMに情報を書きこまないといけないし、
一般的なアプリは120*130ですから、SO504iの128*128だと仕様でダウン出来ない
そうですし…(前提条件のサイズは必ずその機種の描画サイズ以下でなければいけない)
なんかこう〜都合良く503.504全機種で使えるようなものはないですかね〜。
0442エアリエル02/06/02 18:19ID:???
>>271-275では解決しなかったという事ですか？

↑この記述見落としてました。
それと該当の271〜275、、忘れてました。
0443名前は開発中のものです。02/06/02 18:58ID:???
>>441
＞なんかこう〜都合良く

ではまず、あんたの都合を教えてください
0444名前は開発中のものです。02/06/02 19:30ID:???
>>442
＞忘れてました。
>>427
＞あの〜ところで、、503用アプリは504で中央に寄せられた形で表示されると聞いた事があるんですが、本当ですか〜？

「中央に寄せられた形で表示されると聞いた事がある」ってのは結局、DrawAreaの事だったの？別の方法を聞いた事があるの？
044537202/06/02 20:19ID:WLew8kMw
>>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にはどこまで削れば極力短時間に収まるのか、解説願いたいですね。
0446名前は開発中のものです。02/06/02 20:50ID:???
なんだかなあ・・・
0447エアリエル02/06/02 21:18ID:???
>>443
え〜っとねぇ〜、まず頭で考えたのが自動的にコードになってくれてねぇ〜…

>>444
504で503アプリは勝手に中央揃えになってくれると聞いた事があります。
つまり、、別の方法という事になります。
しかし、まぁたぶんDrawAreaの事でしょうね。
人づてに歪んだ形で伝わってきたんでしょう。
0448名前は開発中のものです。02/06/02 21:31ID:???
>>445
そんなに間隔を広くしちゃ、当初の目的？のAAアニメが出来ないじゃん。アニメ止めちゃうの？
細かいインターバルの単発タイマを大量につなげた際の誤差を計測するのが嫌だから止めたの？
タイマーを大量に（百個〜数百個？）取得する際にトラブるのが問題だったんだよね？その線で続けないの？
上手い省略が難しいなら、元々小さなアプリだし、フル実装しちゃえば確実じゃない？
動作確認してみた？通話の割り込みなどで中断した際の復帰は正常に動作してる？
repaint()の動作、まだ解ってないみたいだね。paint()はrepaint()が呼ばれた回数だけ呼ばれるとは限らない事は解ってるんだよね？

なんか、想像以上だよ、あんた。
044937202/06/02 21:45ID:WLew8kMw
>>448
あなたが423という家庭で話すね。
>>430の2読め
ShortTimer使わないでThread使ったらという人がいるからShortTimerを使う利点の話してるの。
話を勝手な方向に持っていかない。

＞なんか、想像以上だよ、あんた。
あんた、俺以上だよ
0450エアリエル02/06/02 21:47ID:???
現在のソースでは着信復帰時にintervalのカウントをやり直す
(という表現が正しいかはわからないが)みたいなので、強烈にズレません？
着信時はアプリが止まってる訳だから、この時間分の誤差はどうしようも
出来ないけど、せめて着信があったその直前の値から数えないとマズイと思う。
0451名前は開発中のものです。02/06/02 22:01ID:???
>>450
ずれるって事は、復帰はするの？うちのエミュでは例外が出て復帰出来ないんだけど。
0452名前は開発中のものです。02/06/02 22:09ID:???
>>449
コードのサイズを比較したいんだよね？ShortTimerを使った場合とThreadで実装した場合で。
ならさ、それに関連する部分の必要なコードは一通り正しく実装しないとね。例えば中断からの復帰とか。現状、正しく動作しないみたいなんだけど。
インターバルが小さいままでも大きくしてもコードサイズに影響ないと思うんだけど、どうして初めの仕様から大幅に変えたんだろう？0.2秒間隔近辺の可変でも良いんじゃないの？
で、経過時間を表示する様にしとけば良いじゃん。
0453名前は開発中のものです。02/06/02 22:18ID:???
>>449
あまりに元のアプリの仕様とかけ離れてると、「こうやればコードサイズを小さくできるよ」って指摘のしようが無いんだけど。
現状のコードに対して指摘しても、「その方法は私のアプリでは使えません」って事になる可能性が高いでしょ？
0454エアリエル02/06/02 22:32ID:???
>>451
実際には動作させてませんので、あしからず。
見ての通り、残りあと少しといった所で着信があったら、また最初から数え直しでしょ？
045537202/06/02 22:46ID:WLew8kMw
>>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
元の仕様に近づくように変更しましたが、まだかけ離れていると思う点があれば指摘してください。
0456名前は開発中のものです。02/06/02 23:52ID:???
>>455
Threadの方、修正したら1253byteになったよ。
ShortTimerの方は、さわる気にならかったよ。
0457haruka02/06/03 04:12ID:???
>>455
リソースの限られている機械向けのソフトウェアで、
オブジェクトの生成→破棄を必要以上に頻繁に行うっていうのが、
私にはとても奇妙に感じるのです。

Thread版見たけど、一回タイミング測る毎に
Threadを生成→破棄を繰り返してるってのは、
ちょっと普通じゃないと思うな。
0458名前は開発中のものです。02/06/03 08:08ID:0dpsacuI
>>456-457
ソースコードがみたいにゃー
045945802/06/03 09:03ID:???
>>456
気になって仕事に行けねぇ(藁
せめてrun()だけでもここにはってくだちい
予想ではこんな感じか?
public void run() {
while (true){
repaint();
try {
if (interval > 100) interval -=100;
Thread.sleep(interval);
} catch (InterruptedException e){}
}
}
で、class Wを取っちゃうの。
0460名前は開発中のものです。02/06/03 14:28ID:???
ソースの注釈を見たところ、製作者としては時間計測の精度に気を使っているようです。
時間を正確に計りたいならもっと良い方法はあるでしょうけれど、
現在の方法でどの程度の精度が得られるのか、実機（何機種か）で評価してみていただきたいです。
カップラーメンタイマーとの事ですから、３分か５分の計測が良いでしょう。
（通話などの割り込みがあるケースは無視して良いでしょう。）
ストップウォッチを用いて、各機種ごとに10回程度計測し、....んな事、だれもやらないですね。
0461名前は開発中のものです。02/06/03 22:19ID:o3lGYAio
ル・マン24時間レースのアプリとかどうですか？

ちゃんとセーブ機能をつけないと大変なことになりますが・・・。
0462名前は開発中のものです。02/06/03 22:30ID:???
>>461
サーバー側で勝手に周回してるようなゲームだと良いかも。
時々アクセスして状況を見る。気が向いたらドライバー交代して運転も可能？
046337202/06/03 23:27ID:???
>>457
＞私にはとても奇妙に感じるのです。
普通のプログラマが奇妙に感じるプログラムで、jarファイルのサイズ(==パケット代)が減るかも
という仮説に基づいてのプログラムしたものです。
＞ちょっと普通じゃないと思うな。
俺にはrepaint()とThread.sleep()を並列化させる方法があれしか思い浮かびませんでした。
今回の件でいろいろ勉強になりましたが、まだまだ未熟だと実感しています。
ですので、もっと良い方法があったらご教授ください。

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

>>460
意図を汲み取って頂けてなんとなくうれしいです。
それに、精度のこともあるけど、比較するなら同じ条件じゃないと不公平じゃないですか。
repaint()とThread.sleep()のを並列にしないなら、ShrotTimer側のresume処理を端折っても良いとか言えちゃうわけでして。
0464通りすがり02/06/04 00:25ID:???
>>455 さんの物を元にいじってみた。
Thread 1237byte
ShortTimer 1271byte
容量重視でいったので必要な分しか書いてません。
場違いだったら大変申し訳ない。
http://www.xoasis.com/~fnmvei/apps.zip
0465名前は開発中のものです。02/06/04 00:31ID:???
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アプリ端末を持っていませんから実機での確認は出来ませんが・・・・
046646502/06/04 02:25ID:???
そういう問題でも無さそうですね・・・・
じゃあ、Threadを生成するのとrepaint()、どっちが重たいか・・・・
いや、そんな事考えるより、単純に計測スタート時のSystem.currentTimeMillis()を基準にタイミング調整するように作っとけば累積誤差とか気にせずに済むんだよね。
（機種によっては、補正が必要らしいけど・・・・。）
0467haruka02/06/04 05:50ID:???
>>463
片方のスレッド(a)で、
Thread.sleep(...); count++; b.notify(); をぐるぐるまわして、
もう片方のスレッド(b)で、
repaint(); wait(); をぐるぐるまわせばいいんじゃないの?

wait()の方がnotifyより後に実行されちゃうとハマるから、
本当にやるならフラグ管理してwait()を飛ばす等の処理が必要になるけど。
0468名前は開発中のものです。02/06/04 21:54ID:???
あまりどういう事か把握できなくて何だけど
repaint() paint() で描画やら無くてもいいと思うけどこれは的外れかな・・。
paint() は repaint()によって呼ばれるとは限らなかったはずだから。
0469名前は開発中のものです。02/06/04 22:46ID:???
>>468
プログラムから意図的にrepaint()しなくても、例えば通話の割り込みからのアプリへの復帰などの際にシステムからpaint()が呼ばれたりする訳ですよね。
だからこそ、paint()が呼ばれた際に描画を行う事が望ましいと思うのですが。
そして、システムの都合に合わせ、無駄な再描画による電力消費を抑制する為にもrepaint()呼出しによる控えめな描画要求を行うのだと思います。
リアルタイムなアクションゲームなど、再描画がムチャクチャ激しいアプリケーションの場合は、そういう気遣いの優先順位は低いでしょうけどね。
ゆるいアプリなら、わざわざrepaint()やpaint()を無視する必要は無いと思うんですが。
もちろん、paint()では表示バッファの更新を行うのであって、オフスクリーン描画他の処理はpaint()で行う必要はないと思います。
0470名前は開発中のものです。02/06/05 22:58ID:???
>>372は消えましたか？
047137202/06/06 02:34ID:???
>>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)でやってみてもらえませんか?
0472haruka02/06/06 09:00ID:???
>>469
それはあってると思うよ。
でも同じ理由で、、
paintで描画以外の処理をやるのは、
あんまりオススメできないと思う。

意図しないときに呼ばれたり、呼ばれなかったりするわけだから。
0473名前は開発中のものです。02/06/06 11:32ID:???
>>472
＞でも同じ理由で、、paintで描画以外の処理をやるのは、あんまりオススメできないと思う。

オススメしてるように読める？？？
私としては、このスレでもその種のコーディング（かならず呼ばれる事を前提にした）は止めたほうがいいと何度か注意してるんですけど。名無しだから識別出来ないけど。
0474名前は開発中のものです。02/06/06 11:47ID:???
372って社会人なのか。てっきり学生だと思ってた。実社会には適応出来てるんだろうか。会社でもああいう調子だとしたら、同僚はストレス溜まってるだろうと思う。
0475エアリエル02/06/06 13:33ID:???
まるでちょっと前までの私みたい…(爆
0476haruka02/06/06 23:00ID:???
>>473
そういうわけじゃなくて、372がそういうコーディングしててヤバいよってのを
指摘したかっただけ。誤解するよーな書き方してごめん。
0477エアリエル02/06/08 12:58ID:???
ちょっと！ヤバイだとかウソツキとかいう表現
どうしてそういうことが言えるんですか？
とか言ってた人がいたな〜〜。。。
0478名前は開発中のものです。02/06/08 19:02ID:???
誰か、彼が何を言おうとしてるか解る人いますか
0479名前は開発中のものです。02/06/08 21:32ID:???
>>478
Exciteで英訳→和訳してみますた。

─
ちょうどしばらく――!それは、それがYABAI--USOTSUKI--である場合、言います――[表現]はどのように行なわれ、そのようなもの、言うことができる――それはそうです――?また言った人--それはそうです(棚)。。
048037202/06/09 01:06ID:???
まじめに議論に参加していただいた皆さまには申し訳無いが、
俺の言動で煽りが寄ってくるようなので、名無しに戻ります。
類は友を呼ぶって事ですかね...
・processEvent()内部は出来るだけ短く
・paint()内部には描画に関係しないプログラムを書かない
を基本にThread使ったプログラムをいろいろ書いてみて、一から勉強しなおします。
0481エアリエル02/06/09 02:50ID:???
>>478
もしかしなくても私の言ってる事？古いネタだが、ムネオ答弁だよ。
いや〜ムネオハウスの聴きすぎでヤバイというキーワードを見かけると
頭の中でそのセリフが渦巻く。誰か止めて
0482名前は開発中のものです。02/06/09 08:59ID:???
>>480
真面目にねえ・・・・・あなたの様な態度の人間に「まじめに議論」してると思わせ、何度もレスを返し続けるのって、かなり苦痛なんですよ。
放置しておくのも苦痛だったから相手してたけど、もう勘弁してほしい。次はもう「参加」しませんから、私は。
あなたには「煽り」と感じられる様なレスなら付けるかもしれないけど。
相手に真面目に接して欲しいななら、自分の態度を省みた方が良いよ。

ところで、メーカーから何か返答はあった？
あの「仕様」が望ましくない＆明文化されていないのは事実だろうし。
回避手段はあるにしても。
0483名前は開発中のものです。 02/06/10 23:05ID:???
//何かボタンを押してスクロールが始まると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);
}
}
0484名前は開発中のものです。02/06/10 23:31ID:???
ちなみにフォントサイズ変えるとどうなるの？

（しっかし、ゲーム以前の話しばっかだね）
0485エアリエル02/06/11 10:07ID:???
>>484
504が出たばっかりだから仕方ないよ。
フォントサイズは12がデフォだけどそれ以外は機種依存のはず。
0486名前は開発中のものです。02/06/11 12:03ID:???
あんたに仕方ないって言われてもなぁ
0487エアリエル02/06/11 13:20ID:???
そんなナイスツッコミしなくても…
0488エアリエル02/06/12 10:52ID:???
http://appget.com/pc/view_2347.htm
これか…。
0489エアリエル02/06/14 01:26ID:Ad.70JmI
やっぱり下げると人が来なくなるねぇ〜〜
0490名前は開発中のものです。02/06/14 12:02ID:???
あんたとかかわりたくないんだよ
0491エアリエル02/06/14 18:30ID:oWGRPdm2
>>490
はいはい…、馬鹿の一つ覚えか何かよくわからんがその手のレスはもう飽きた。
0492名前は開発中のものです。02/06/14 18:47ID:???
なるほど、このへんで限界なのね
ネタ無いならageんな
0493エアリエル02/06/14 19:42ID:???
>>492
たまに上げとかないと消えちゃうけど…いいの？（過去最短３日で消えた事がある）
まっ消えたら消えたで新しくスレ作ればいいという話もあるけど…。
下げるとスレの存在に気がつく人が減る。たまにはイイでしょ？
0494名前は開発中のものです。02/06/14 20:52ID:???
491でageた事の言いわけにはなってないよね
落ちてもいいんじゃない？なんせネタが無いんだから
「iモード端末バグ・不具合報告・対策スレ」でも別途立てた方がいいんでないの？板違いかもしれんけど
0495エアリエル02/06/14 22:01ID:???
>>494
？？別に、なんで上げ下げに許可やら言い訳やらせにゃいかんのだ？
0496名前は開発中のものです。02/06/14 22:40ID:???
開き直ったね
勉強になるよ
0497エアリエル02/06/14 23:08ID:???
>>496
>開き直ったね
なんでやねん〜

さて、、つまらん話題。
504i全社出揃ったけど結局どれが一番普及するかな？
どこか統計を取ってるようなサイトありませんか〜？
0498名前は開発中のものです。02/06/14 23:12ID:???
放置すれ。
0499エアリエル02/06/15 00:05ID:???
なんか消したがってる人が一人いるな〜。
何かヤバイ事でも書いてしまったん？
050049602/06/15 00:13ID:???
あんた以外、１人しか書き込んで無いと思ってるでしょ
ていうか、俺以外はあんたの自演、って可能性もあるか
ところで、落ちても消えはしないでしょ
0501エアリエル02/06/15 08:28ID:???
>>496
>あんた以外、１人しか書き込んで無いと思ってるでしょ
それは貴方でしょ？
私、372、その他おーぜー、が成立してたわけだから
私と他１名と考えるアホはいないね。
もっとも、それら全てが自作自演なら別だが…。
そうそう、人のやる事にイチイチいちゃもんつけてるヒマがあるなら
ウチのアプリ買ってヒマつぶしに遊んでてくれ(爆

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

P504i買いましたよ。
ベンチマークどおり2Dグラフィクスがすごく速いとか、
背面液晶に表示できるってのは特長にならないの?
0503名前は開発中のものです。02/06/15 12:41ID:???
>>501
あー、そんなに遡るのね。上手い上手い。
で、あんたのアプリ弄ってるよりは
あんたの世渡り術を観察してる方が暇つぶしになるよ。
0504エアリエル02/06/15 14:05ID:???
>>502
もしかしてFより速いとか？
0505エアリエル02/06/15 14:26ID:???
>>503
いや〜ん♪えあ恥ずかしぃ〜ん♪
と、これ以上荒らしてもしょうがない。元の路線に戻すとするか…。
（そこの荒らした本人が何をいってるかと思った人ダウソ♪(死語))

iアプリの稼動する携帯に占める504の割合は現在どのくらいなもんなんでしょ？
まだ503アプリ作ってた方がお客様にとってはいいのかな？
0506名前は開発中のものです。02/06/15 15:19ID:???
確か504はPが最速でNがワーストだった記憶が・・・・・
違ったらｽﾏｿ。

503から504へ完全移行には多少期間が要るだろうから504じゃないと実現不可な
アプリで無い限りは503ベースで良いかと思うと言ってみるﾃｽﾄ。
0507名前は開発中のものです。02/06/15 16:14ID:???
504iシリーズのJavaベンチマーク、公開されているサイトをご存じでしたら是非教えてください。
各機種がどこのプロセッサを採用しているかなんて情報は、聞こえてきてますか？
（そんな事解っても、って意見もあるでしょうけど。基本的に興味本位ですが、業界の動向・メーカーの力関係の変化を知る材料になるとも思います。）
0508エアリエル02/06/15 16:53ID:???
>>506
あっ、、Pが一番速いんですか〜。
やっぱり503の時最低速だった反動からでしょうか…(笑

移行期間はどのくらいかな〜？やっぱり8ヶ月はかかるかな、、
今回は高いからホントのところどの程度かかるのか想像つかないや。
皆様はどのくらいとみてます？
0509初心者02/06/15 17:42ID:???
iアプリJavaを学んでみたいのですが
なんかいい本ないですかね？
ちなみに自分はJavaは全く分かりません
htmlならわかるけどね
0510名前は開発中のものです。02/06/15 18:11ID:???
html以外に何か解る言語はありますか？プログラミングに関してはJavaを含め全くの初心者という事ですか？

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

個人的にiアプリから入るのはJavaを学ぶには望ましくないと思いますが、
Javaを学ぶ事自体が目的では無いでしょうし、具体的な、手近な目標を持てるメリットは大きいですしね。
0511エアリエル02/06/15 18:52ID:???
>>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アプリ本だけでは不完全なので揃えておこう。

あ〜〜ライバルを増やしてどないんするんだ？！　＞　私
0512名前は開発中のものです。02/06/16 10:39ID:4CtjvhDI
エアリエルって会社名でつか？
0513エアリエル02/06/16 12:03ID:???
まだ社名じゃないです。
いつかそのうち無責任会社エアリエルとして、思いやりの無い汚い会社になろうと…（←これは冗談
0514名前は開発中のものです。02/06/19 20:30ID:9NWyqiDw
漏れも今日からiアプリ作ってみるっす。
みんなよろしくな！
0515我ながら冷たいが02/06/20 01:33ID:???
よろしくは一本作ってからね
0516名前は開発中のものです。02/06/20 13:38ID:???
っていうか、ageたいだけでしょ。3日毎にageないと気が済まないらしい。
このスレが上がってると売上が伸びるのかなぁ・・・・・
0517名前は開発中のものです。02/06/20 23:02ID:???
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
0518名前は開発中のものです。02/06/21 00:53ID:???
例えば
aと言うIApplicationを継承したアプリのメインクラスと
Cと言うアプリ実行中の処理を担当するクラスの２つで分割した場合

(C.java)
package Test;

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

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


という感じになるかと。

・・・・的外れかな、、、、、？
051951802/06/21 01:08ID:???
んで、さらに他のクラスを定義する場合は
↑のC.javaみたいな書き方をしていけば良いのではないかと。

また、ソースファイルを分割する際別にpackageを
書かなくても問題はないと思います。
（iアプリぐらいの規模ならば）
0520名前は開発中のものです。02/06/21 02:35ID:???
上の例ではクラスCのみパッケージTest（aは違う）になってるけど、実際も同様？
で、「アプリケーション属性の設定」のAppClassの定義はどうなってる？

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

また、メインクラスaもpackage Testを追記する場合は
Test.aとAppClassの定義をする必要はあります。
0522名前は開発中のものです。02/06/21 13:32ID:???
うーん、わかんないなぁ。
こちらの環境では、packageを用いても普通に実行出来ています。AppClass定義が不適切な場合にその例外が発生しています。
現象を再現できる範囲で公開したく無い部分を省いて、あるいはサンプルを新たに作るのでも良いから、ソース（プロジェクト）を公開してくれません？
なんか、思い込みうっかりミス系なんじゃないかと思えるんですが。
サンプルを作ってる過程で原因が解るかもしれないし。
packageを用いると必ず上手くいかないんですか？
環境によってはjarが正しく生成されないとか？
JDKのバージョンは？Forteは使用してますか？
052351802/06/21 22:57ID:???
あ、一応 517に対するレスなんで 518 != 517 です。
誤解を招いてたらｽﾏｿ。
おそらく517のエラーはAppClassの指定でミスってるぽい感じがします。
0524名前は開発中のものです。02/06/21 23:36ID:???
＞あ、一応 517に対するレスなんで 518 != 517 です。

え、そだったの？！かなり時間を無駄にしてしまった・・・・・・
0525名前は開発中のものです。02/06/21 23:53ID:???
504iを解剖する（4）
iアプリ最速の端末は？
http://www.zdnet.co.jp/mobile/0206/21/n_504java.html

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

で、それぞれ得意不得意があるようですね。
設計思想の違いもあるだろうけど、「煮詰まってない」んでしょうね。
Fは性能改善をアプリケーションプロセッサに依存しまくって、
Pは周辺回路の改良、最適化・高速化に力を入れた、って感じなのかな？
面白いなー。今後の動向が注目されます・・・・・
0526エアリエル02/06/22 10:18ID:???
N504がダントツで遅い…。
描画領域が広がった分、時間がかかるようになったと考えるべきなのだろうか…
■ このスレッドは過去ログ倉庫に格納されています