トップページ⇒tech
1001コメント330KB

iモード携帯電話用Java(iアプリ) Part14

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2007/03/16(金) 18:13:16
NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。

※DoCoMo以外は下記スレへ。
CLDC+MIDP+携帯電話用Javaスレッド part 6
http://pc11.2ch.net/test/read.cgi/tech/1155174514/

■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問･相談スレッド99【大歓迎】
http://pc11.2ch.net/test/read.cgi/tech/1173026128/

■ ｉモード携帯電話用Java（iアプリ）まとめサイト
http://ton.my-sv.net/

■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
http://pc8.2ch.net/test/read.cgi/tech/1117773530/

過去スレ
Part13 ttp://pc11.2ch.net/test/read.cgi/tech/1164168601/
0232デフォルトの名無しさん2007/04/25(水) 14:04:22
>>231
DoJa5.0開発キット付属の
「DoJa-2007_1st_Emulator_DevGuide3.00.pdf」
258ページ参照。
0233デフォルトの名無しさん2007/04/25(水) 14:45:09
>>228-229
ちょっとディレクトリ構成が変わる程度ならmod rewriteで十分。
ドメイン変更なら偽装gifかサーバ経由で引継ぎ。
この程度できないなら外に出せって事でもうこの会話止めにしない？
02342312007/04/25(水) 16:57:05
>>232
見逃してました、すいません。
0235デフォルトの名無しさん2007/04/25(水) 22:34:59
ADFのPackageURLにaspファイルを指定して
jarファイルを取得したいんだけど、
肝心のaspの書き方がよくわからんのです...

知ってる方いたら、教えてくれませんか つД｀)
0236デフォルトの名無しさん2007/04/25(水) 23:44:20
HTMLを書いて拡張子を.aspにする
0237デフォルトの名無しさん2007/04/26(木) 01:07:02
tintin
0238小額性2007/04/27(金) 00:24:13
厨房以前の質問かもしれないのですが、
以下のプログラムをエミュにて実行したら
OKなんですけどなぜか携帯では動作しない理由が
わかりません。(TдT)
限界ですぽ・・・。
誰か愛の手を・・・。
ttp://www.geocities.jp/takerururu/key001.html
まだiアプリを制作1日目なので全く素人の
童貞レベルですが・・・。
0239デフォルトの名無しさん2007/04/27(金) 00:46:57
Graphics.がひっかかるけど、AWTもしくはAppletViewerなくても動くのかな、ケータイならMIDlet？
com.nttdocomo.ui.Graphicsかぁ、ブラウザ・ヴューアか、もしくはAWT、どっちだろう。
アプレットヴューアの場合、WEBサーバにアクセスするとWEBサーバからアプレットクラスは落ちてくるけど、スタンドアローン内での動作でしょう？、その場合だとアプレットクラスは入れてないと動かないけれど。
的外れだったらゴメン。
0240デフォルトの名無しさん2007/04/27(金) 02:18:09
>>238
動作しないって、具体的にどうなるのよ？
それを説明しないで何をしてほしいんだかw
0241デフォルトの名無しさん2007/04/27(金) 03:52:49
起動したら直ぐ落ちるのでは？
仕事でも、脳のブレーカーも一緒に落ちる人がよくいるw
0242デフォルトの名無しさん2007/04/27(金) 04:41:19
try{
Thread.sleep(100);
}catch(Exception e){
}
0243デフォルトの名無しさん2007/04/27(金) 04:54:48
public void paint(Graphics g) {
　…
　while(true){
　　…
　}
}

この構造が問題なんじゃねーの
0244デフォルトの名無しさん2007/04/27(金) 04:57:43
もしかしてマジレス禁止ですか？
0245デフォルトの名無しさん2007/04/27(金) 05:04:46
言いたいことがちょっと違った
public void paint(Graphics g) {
　…
　while(true){
　　…
　　try{ Thread.sleep(100); }catch(Exception e){}
　}
}

paint内でsleepしながら無限ループって構造が問題なんじゃねーかと思う
sleepと無限ループをやめてprocessEventでrepaintすればとりあえず動くかも？
0246デフォルトの名無しさん2007/04/27(金) 10:04:36
paint内でループってすげーな…。
昔仕事で、paint内で通信しているソース提出してきた会社があったが…。
0247デフォルトの名無しさん2007/04/27(金) 10:09:15
既に実装されてて定期的に呼ばれる部分が
paintだったんだろうな('A`)y-~~
0248デフォルトの名無しさん2007/04/27(金) 10:39:13
百歩ゆずってたまたま動いてたとして
そもそも paint の中の sleep で例外発生してただろうに
その原因を考えずに単純に握りつぶしてるんだもんな

0249デフォルトの名無しさん2007/04/27(金) 12:07:05
>>238
paintは処理抜けないとprocessEventが呼ばれなかったと思う。
こんな感じでどう？

public class KeyTest003 extends IApplication {
public void start() {
MainCanvas main = new MainCanvas();
Display.setCurrent( main );
main.start();
}
}

class MainCanvas extends Canvas {
public void start() {
Graphics g = getGraphics();
while(true){
// paint内のループをココへ
}
}
public void paint(Graphics g) {
// この際何もしなくていい。
}
}

IApplication#start()はiアプリの場合スレッドなので
そこにメインループを作っても大丈夫。
0250デフォルトの名無しさん2007/04/27(金) 12:25:53
paintの中だけでどれほどのことができるかの挑戦と見た(｀・ω・´)
0251デフォルトの名無しさん2007/04/27(金) 13:27:02
昔のSOならpaintとprocessEventが別スレッドで実装されてたから動くかもね。
今のは知らんが。
0252デフォルトの名無しさん2007/04/27(金) 15:40:46
>>249
あー、うちの会社それだわ。
やっぱりその形が安定する。

しかしRunnable継承したときのこと考えると、名前がstartなのはいただけないな。mainとかにしておこうぜ
0253デフォルトの名無しさん2007/04/27(金) 18:02:17
mainもエントリポイントの意味があるからやめたほうが
0254デフォルトの名無しさん2007/04/27(金) 21:07:17
paint内でループしてても全然問題ないと思う
repaintしてもpaintの先頭からじゃなくループ内の処理が継続されるから
なぜかは分からないが
0255デフォルトの名無しさん2007/04/27(金) 22:42:37
>>238はまず機種を書くべきだったな
0256デフォルトの名無しさん2007/04/28(土) 20:53:19
iアプリをパソコンでやれるようにってできねぇかな
iモード自体は簡単にできるけど結局ダウンロードすると使えないじゃん
どこをご認識させたら動くようになるのよ？
0257デフォルトの名無しさん2007/04/28(土) 21:48:41
ソースをもらってくる
0258デフォルトの名無しさん2007/04/29(日) 01:18:17
>>256は板違い。
家電製品－携帯コンテンツのとこでも行けばいいよ。
0259デフォルトの名無しさん2007/04/29(日) 01:21:25
>>256
エミュがあるだろ
0260デフォルトの名無しさん2007/04/29(日) 12:24:20
ドコモに限ったことではないんだけど
携帯とPCをUSB接続して電話帳などのデーターを引っ張ってくる、ということを
したいんだけど、なんてググったらいいんでしょうか？

これができたらできること増えそうでおもしろそう。
0261デフォルトの名無しさん2007/04/29(日) 13:21:16
俺は仕事でiアプリ作ってるだけで、
携帯はauだから知らんなぁ(・ω・)
0262デフォルトの名無しさん2007/04/29(日) 14:00:58
>>260
PC側のソフトからは可能
iアプリからは出来ない
0263デフォルトの名無しさん2007/04/29(日) 14:01:34
>>260
IrOBEX
02642602007/04/29(日) 14:28:34
レスさんくす！

>>236
IoOBEXググってみたら、赤外線でのデータ通信なんですね。
ひとつ勉強になりました。

>>262
PC側から制御するための言語や、仕様はどこで公開されているのでしょうか？
0265デフォルトの名無しさん2007/04/29(日) 16:33:10
今日アプリ作成に試みました・・
doja内ではちゃんと表示されています
いざサイトにうｐ！
するとサイトにダウンロードの文字が！
ついにできた、と思ったら、、
ダウンロード準備㊥・・・
「指定されたサイトがありません」
orz
よくわからん説明ですが
原因などわかるかたいらっしゃいましたら
アドバイスいただけないでしょうか？；；
02662602007/04/29(日) 16:47:30
おれもよくわかってなくて多分だけど

例として、
Test.jam
Test.jar
Download.html
が同じディレクトリにある状態で Download.html の中が

<OBJECT declare id="Test" data="Test.jam" type="application/x-jam"></OBJECT>
<BR>
<A ijam="#Test" href="Download.html">DOWNLOAD</A>

ってな具合になってたらうまく落とせると思う。
0267デフォルトの名無しさん2007/04/29(日) 17:53:37
>>266
ありがとうございます＾＾
やってみます！
0268デフォルトの名無しさん2007/04/29(日) 18:58:26
>>264
IrOBEX
0269デフォルトの名無しさん2007/04/29(日) 23:02:04
>>264
>PC側から制御するための言語や、仕様はどこで公開されているのでしょうか？

公開されてるなんて話は聞いたこと無いから公開されてないんじゃないかな？
っていうか完全にスレ違い
0270デフォルトの名無しさん2007/04/29(日) 23:08:19
>>269
IrOBEX
0271デフォルトの名無しさん2007/04/29(日) 23:32:22
>>266
アドバイスありがとうございました
無事成功しました
本当に感謝です＞＜
0272デフォルトの名無しさん2007/05/02(水) 09:29:38
>>270
苛めるなよ。その単語でぐぐる気があるなら、こんなところで質問続けてないだろ
0273デフォルトの名無しさん2007/05/02(水) 09:37:33
無視しなきゃ教えてもらえるところだったのにな馬鹿め
02742602007/05/03(木) 12:15:49
無視したわけではないです！PC環境から離れていました。
先日、IrOBEXでググった際には送受信キットというページをまず開いてしまい、
そこで終了してしまいましたが、今wikiページで理解しました。
一歩目がわかったので色々調べてみようと思います。
ありがとうございました。
0275デフォルトの名無しさん2007/05/03(木) 19:52:50
勝手アプリ作者でギガアプリに登録してる人いる？
以前までは新しいアプリを登録申請して、登録完了したら、
ギガアプリから登録完了のメールが来たんだけど、
最近は何も来ないんだよな。
他の人はちゃんとメールきてますか？
0276デフォルトの名無しさん2007/05/03(木) 23:45:29
何かもう･･･
>>260
マジレスするとIrOBEXは赤外線通信のインタフェースで、
PCと接続するには色んなハードル越えないとダメ。
それ以前にiアプリではアドレス帳のデータが取得できないのでダメ。
S!もアドレス帳にアクセスするにはCPじゃないとダメ。
auはS!より敷居が高いので問題外。

PCとUSB接続している奴は、
各携帯キャリアから接続用のインタフェース仕様を貰って
全携帯用のドライバを開発している。
殆どの携帯で内部構造がバラバラで、
更に各種OS用のドライバを作るから地獄の思いをするらしい。

ともあれUSBの仕様的にPCが親で携帯が子になるんで、
PC(親)から携帯(子)に対してデータ取得コマンドを投げるのが正しい姿。
子から親に対して接続要求やら、データの送信をするんじゃない。
よってアプリ関係ない。完全にスレ違い。
0277デフォルトの名無しさん2007/05/03(木) 23:53:51
赤外線とUSBがまざってるのでよくわからんが
べつに赤外線でも電話帳データのやりとりできなかったっけ？
それはIrOBEXに基づいてると思うけど。
詳細な仕様はしらんw
0278デフォルトの名無しさん2007/05/04(金) 00:42:30
なあ、そもそも電話帳もブックマークもスケジュールも、
アプリ側からは新規登録しかできなくね？

つか、>>260 は、普通にケーブルと専用ソフトのセット買ってきたらよくね？
0279デフォルトの名無しさん2007/05/04(金) 02:19:26
>>277
ああ、すまん。iアプリじゃ無理だわな。
普通の機能で、IrOBEX使った電話帳転送ができるということが言いたかった。
02802602007/05/04(金) 10:47:42
たくさんのレスサンクスです！
とにかく、非常に難しいことは分かりました。
おとなしく、自己マンアプリ作って過ごします　ノシ
0281デフォルトの名無しさん2007/05/04(金) 12:01:31
>IrOBEXは赤外線通信のインタフェースで

これが激しい思い込み
全然違う
0282デフォルトの名無しさん2007/05/04(金) 12:13:26
>260は結論出してるのにスレ違いの話でし引っ張らなくていいよ
0283デフォルトの名無しさん2007/05/05(土) 05:32:18
>>278
PhoneBookのAddEntryでいけないかな

トラステッドかしれんけど
0284デフォルトの名無しさん2007/05/05(土) 10:15:15
どうみてもトラステッドです本当に(ry
0285デフォルトの名無しさん2007/05/06(日) 13:10:05
マルチになってしまいますが…。

構造体的なクラスをつかわなかったり、メソッドをインラインで書いたり、
1クラスでガリガリ書くコーディングってやっぱり今も主流なんでしょうか？

今はiアプリは100kbまで利用出来ますが、
実行ファイルサイズや、ヒープの使用量以外に、
速度的なメリットはあるのでしょうか？

0286デフォルトの名無しさん2007/05/06(日) 15:17:11
逆になぜ、どういう組み方が主流かなんて気にする必要があるの？
仕事で組み方を制限されてるならその通りにやればいいし、
個人的なものなら、速さか容量か、それとも他の要素か、
何を重視するか決めて好きにすればいいじゃない。
0287デフォルトの名無しさん2007/05/06(日) 15:43:18
>>286
レス有難うございます。
プログラミングは個人でやってます。
アプリCPUエミュレーションをやっていて、必要なのは速度です。
速度に影響がなければ当然メンテナンスしやすく書きたいです。

文脈で誤解されてしまいましたが、
どんな組み方が主流か、を気にしてるわけではなく、
今流通してるターゲット上で、速度が必要な場合、
どのような組み方が速いのか。を知りたいと思いました。

Webでiアプリ作成ノウハウを探してみたのですが、
少し前の、サイズを減らすような組み方のアプローチに関しては
多くの情報があったのですが、速度に関してはあまり言及している本や、
サイトがありませんでした。。

サイズ制限が緩和された今で、速度面でのメリットでもなければ、
1クラスでガリガリ…な書き方をする必要も無いし、
もし必要ならば速度面に影響があるのではないか？と思い
＞やっぱり今も主流なんでしょうか
…という書き方になってしまいました。

簡単なクラスで、幾つかパターンを試して実測してみようと思います。
有難うございました。
0288デフォルトの名無しさん2007/05/06(日) 16:14:49
速度は機種で大きく違いすぎるから、
みんな考えるのを止めちゃったんだと思われｗ
0289デフォルトの名無しさん2007/05/06(日) 16:17:10
ゲームのような常時ループモノ以外だと速度の上昇=計算量の低下につながり、
バッテリーの持ちがよくなり環境にもやさしい、、、、かは微妙だ。
0290デフォルトの名無しさん2007/05/06(日) 16:32:51
初回起動時のみとかで、10秒間スレッドを何回まわせるか計測して…とかやってるの？
俺めんどくさいしやってね
0291デフォルトの名無しさん2007/05/06(日) 16:34:39
定期的にﾌﾚｰﾑﾚｰﾄ計ってｽﾘｰﾌﾟ値は変えてるな。
0292デフォルトの名無しさん2007/05/06(日) 16:41:41
携帯がデスクトップの速度を上回る日はもうそこまで来ている
0293デフォルトの名無しさん2007/05/06(日) 16:42:31
おまえ視力どんだけいいんだよ
0294デフォルトの名無しさん2007/05/06(日) 18:35:22
っていうかJavaじゃん
0295デフォルトの名無しさん2007/05/06(日) 20:55:13
>>289
膨らんだり爆発するかもれない物が多いのにそんな気遣いはないなw
0296デフォルトの名無しさん2007/05/06(日) 22:15:46
むしろバッテリーを爆発させるようなアプリを作ってみたいなｗ
0297デフォルトの名無しさん2007/05/06(日) 22:28:16
質問です。
アプリ内でボタンに対する音階を鳴らしたい場合には
それぞれの音階のmldを用意しなければいけないのでしょうか？
0298デフォルトの名無しさん2007/05/06(日) 22:33:44
あたぼう
0299デフォルトの名無しさん2007/05/06(日) 22:51:13
フォーマットが分かればプログラムで生成もできる。＞MLD
MIDIシーケンスファイルとやってる事は大体同じ。
実際、MLDで音を鳴らしてる、作曲iアプリなんかもある。

単音鳴らすだけなら、あらかじめ～数十バイト程度のデータを用意して、
数バイト書き換えるだけで音程や音色は変えられる。

面倒だからやらないほうがいいけど。
0300デフォルトの名無しさん2007/05/07(月) 03:18:02
>>287
今も昔もインライン展開したほうが速いんじゃないかな。
ただ、そこまでしなくても十分な速度が出るなら保守性を選ぶべきだし、
速ければ速いほどいいなら保守性を捨ててでも速いコードを書けばいい。
結局、アプリの要件次第だな。

ちなみに1クラスにガリガリ書けばそれだけで速くなるわけじゃないんだぜ？
0301デフォルトの名無しさん2007/05/07(月) 09:42:04
でも30クラスとか作っちゃうのは容量の問題で泣けるぜ
0302デフォルトの名無しさん2007/05/07(月) 10:10:39
>>300
レス有難うございます。
参考にしているプログラムのソースでは、
privateメソッド含め殆どインラインで書いてます。

私は、数ステップ程度のPrivateメソッドなら、
コンパイラに期待してメソッド宣言してしまっています。

やっている事がアプリでのCPUエミュレーションなので、
速度はかなり重視されます。

＞＞ちなみに1クラスにガリガリ書けばそれだけで速くなるわけじゃないんだぜ？
このあたりのノウハウを教えて頂けないでしょうか･･･。
0303デフォルトの名無しさん2007/05/07(月) 11:50:59
それはもうiアプリの話じゃなくてJava一般の話じゃないのか？
iアプリ特有の高速化テクニックとかそんなにあるんだろうか。

ところで趣味のアプリでCPUのエミュレーションって
家庭用ゲーム機のエミュレータでも作ってんのかね。
0304デフォルトの名無しさん2007/05/07(月) 11:59:30
一部の機種ではCPUが２個乗ってるとか、
そういうのに対応するテクニックはあるかもしれんけど、
基本的にはJava一般の話だな。
0305デフォルトの名無しさん2007/05/07(月) 12:50:29
FAQだとは思うのですが、GraphicsのdrawStringで～（WAVE DASH）を
を描画したい場合は、どうすれば良いのでしょうか？
所謂、Unicodeの波ダッシュ問題だと思うのですが、回避策が分かりません。
どなたかご教示お願い致します。
0306デフォルトの名無しさん2007/05/07(月) 13:03:25
>>305
質問状況がよくわからないよ。
通信でテキストデータを受信してそれを描画すると文字が化けてるとか、そういう状況？

アプリ内で単に表示するだけなら g.drawString("～", 20, 20); で画面に出るけど。
端末内で扱う文字コードはS-JIS
0307デフォルトの名無しさん2007/05/07(月) 13:10:56
>>306
いえ。単にソースに
Graphics g = getGraphics();
...
g.drawString("～", ...
してるだけです。エミュレータ、実機共に、「・」か「?」になったような記憶があります。
開発環境はEclipse 3.1.2とiDKDoJa5.0(3.00)です。

> 端末内で扱う文字コードはS-JIS
とはどういうことでしょうか？　ソースはShift-JISですが、そういう話ではないですよね？
03083062007/05/07(月) 13:40:47
DoJa-3.5エミュレータと実機P900iで問題なく「～」出てるよ。

> 端末内で扱う文字コードはS-JIS とはどういうことでしょうか？
もし文字列を入れたbyte配列をいじるような処理してるんだったら
そこでコードを勘違いしてて壊してないか？ってことで書いてみた。
0309デフォルトの名無しさん2007/05/07(月) 18:30:03
>>305
JDK 1.4.0以前： Shift_JIS = MS932
JDK 1.4.1以後： Shift_JIS = SJIS
となっていて、この違いから特定の文字で文字化けが起きるようです。

詳細は「java SJIS エイリアス」でググると色々見つかると思います。

対策としては
・エンコーディングに Windows-31j を指定する
・文字列の中に文字コードを直接書き込む("\u301c")
あたりでしょうか。（私は下の方法でやってます）

他にいい方法あったらよろしく。
0310デフォルトの名無しさん2007/05/07(月) 22:27:28
>>302
>私は、数ステップ程度のPrivateメソッドなら、 コンパイラに期待してメソッド宣言してしまっています。
Javaはコンパイル時の最適化はほとんどしない。実行時に最適化できるから。
しかし実装依存だから、携帯のVMでインライン展開しているかどうかはわからない。
おそらくしていないと思うが。
0311デフォルトの名無しさん2007/05/11(金) 16:05:24
RemoteDevice.connect に指定するプロファイルって、具体的には何を指定すればよろしいのでしょうか？

0312デフォルトの名無しさん2007/05/11(金) 20:05:11
携帯電話持ち忘れて不安にならない人は全体の2.8％
http://news.ameba.jp/2007/05/4615.php
0313デフォルトの名無しさん2007/05/12(土) 06:39:59
アプリで安定して60FPS出す方法ってないでしょうか。
なんか揺らぐ。垂直同期？に綺麗に合わせるようなことはできないのかな。
16.6msとか計りたいのだけど…
0314デフォルトの名無しさん2007/05/12(土) 08:56:20
>>313 無理。タイマの精度も高くないし垂直同期とかも取れないから。
0315デフォルトの名無しさん2007/05/12(土) 09:21:21
PCで30に調節しても携帯で動かすと20しか出なかったりする
0316デフォルトの名無しさん2007/05/12(土) 09:33:29
そもそも液晶の応答速度がそんな出ないんじゃない？
0317デフォルトの名無しさん2007/05/12(土) 14:19:05
902以上で２Dゲームなら60FPS余裕なのにもったいないなぁ。
とりあえず16msで回してるけど、時々カクッとなったり、画面が揺らいだりする。
16msと17msで交互に回すと（平均16.5ms）余計にカクカクした。
16ms回して我慢しておきます…。目立たない部分は30fpsにしとこう。
0318デフォルトの名無しさん2007/05/12(土) 17:16:05
>>313
タイマ解像度についてはiアプリベンチのサイトに載ってる。
ttp://onosendai.jp/npaka/bench2/bench.jsp

Timer#getResolution()の値らしい。
0319デフォルトの名無しさん2007/05/12(土) 17:20:01
>>317
たぶんタイマーの精度がそんなにない。10msとかそんなもんで機種毎に違うハズ。
だからタイマーを監視して1フレーム分の16msとかのウェイトを作ってるとカクっとなる。

ためしに10msとか20msで回してみな。
0320デフォルトの名無しさん2007/05/12(土) 17:45:29
902以降のSystem.currentTimeMillisで1ms単位までなら数値でてるよ。
一応それで回してる。
0321デフォルトの名無しさん2007/05/12(土) 18:17:41
1つ質問よろしいですか？
当方、パズルゲームを現在作成中なのですが
processEventでキーを取得する処理にしているんですが
たまに受け取らないことがあるみたいなんです。
50FPSで処理させているのを25FPSにすると安定するのですが
ゲームで25FPSはちょっと……。
確実に毎フレームとってくる方法なんてのは無いのでしょうか？
なるべくprocessEventを使用した方向で回答をお願いします。
0322デフォルトの名無しさん2007/05/12(土) 18:35:57
固定せずに、可変フレームレートの方が良くない？
0323デフォルトの名無しさん2007/05/12(土) 18:40:23
アプリが４フレーム出てれば良かった頃の人間からすると
えれぇ進化だな('A`)y-~~
0324デフォルトの名無しさん2007/05/12(土) 18:51:36
>>321
普通にgetKeypadState使った方がいいんじゃない？
あと、901以前だと25FPSすら出ない機種の方が多いとおも。
古い機種にも対応させる必要があるなら、10FPSで遊べる内容に調整しないと。
0325デフォルトの名無しさん2007/05/12(土) 18:58:07
>>322
実機が手元に無いのでどんな感じになるか分かりませんが
試してみたいと思います。

>>324
D800iDSなので、キーを受け取るっていうより
タッチしたか、してないかをみたいんですよね。
書き方が悪くてすいません。

実際のところ10FPSで動くようなゲームってどんな感じでしょう？
PCゲームプログラミングに慣れているもので、感じがつかめないです。
0326デフォルトの名無しさん2007/05/12(土) 19:13:54
１０フレームでもゲームになってりゃゲームだよ('A`)y-~~

フレームレート上げれるとイベント取りこぼすようになるのは
仕様と思って諦めた方がいい。
BREWとかもそうだし。
0327デフォルトの名無しさん2007/05/12(土) 19:25:01
25フレームとか贅沢もいいところだ
0328デフォルトの名無しさん2007/05/12(土) 20:02:08
>>326
やっぱりそうですか。
対策について一日中考えていたのですが、ちょっと残念です。
0329デフォルトの名無しさん2007/05/12(土) 23:37:28
素直にgetKeypadState使えば解決しそうだが
0330デフォルトの名無しさん2007/05/13(日) 00:38:01
D800iDSのタッチパネルってPointingDevice扱いなんよ。
0331デフォルトの名無しさん2007/05/13(日) 01:32:14
>>329
D800iDSには
「通話」
「クリア（？）」
「電話切る」
の三つしかないんで、getKeypadStateしてもしょうがない。
■ このスレッドは過去ログ倉庫に格納されています