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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/10 10:52 / Filesize : 213 KB / Number-of Response : 947
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:21:44 ]: NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。

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

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

■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
ttp://pc11.2ch.net/test/read.cgi/tech/1117773530/
697 名前：デフォルトの名無しさん mailto:sage [2008/05/31(土) 21:14:20 ]: お前ら、2chﾈﾗｰの言うことなんて真に受けるなよ(w
698 名前：デフォルトの名無しさん [2008/06/01(日) 02:20:27 ]: au使ってるんだけど
作ったアプリを携帯に入れるにはどうしたら良いんでしょうか
699 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 02:31:35 ]: >>698
docomo端末に買い換える
700 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 09:15:06 ]: >>697
クレタ人か。
701 名前：デフォルトの名無しさん [2008/06/01(日) 09:56:16 ]: auのほうがいいからやだ
702 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 11:07:41 ]: >>698
「iアプリゲーム開発テキストブック903i/703i対応」著：布留川英一
の365ページ以降に「au/ソフトバンクへの移植」があるから読んでみたら
703 名前：デフォルトの名無しさん [2008/06/01(日) 12:53:03 ]: 携帯へのダウンロードの問題だけなんだけど
auで動くかどうかは
www.au.kddi.com/ezfactory/tec/spec/ezplus.html
のツールで確認済み

やっぱページにアップするしかないのかしら
704 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:06:26 ]: 今EZアプリ動く機種あるの?
705 名前：デフォルトの名無しさん [2008/06/01(日) 13:08:01 ]: 動くことは動くんじゃね
706 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:20:45 ]: まぁ、どっちにしてもスレ違いな気がする。
EzアプリってMIDPじゃないのか…?
707 名前：デフォルトの名無しさん [2008/06/01(日) 13:21:50 ]: なるほどここはiアプリか確かにそうだね
ごめん
708 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 13:35:19 ]: IApplication.getParameter()で取得するパラメータって
エミュレータで設定できますか？
709 名前：デフォルトの名無しさん mailto:saga [2008/06/01(日) 19:18:28 ]: 配列a[0]～a[100]までを引数にしたのですが

meso(a[]);
:
:
void meso(int a[]){ }

とやってもエラーが出ます
どうすればいいですか？
710 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 19:32:56 ]: >>709
pc11.2ch.net/test/read.cgi/tech/1210529127/
711 名前：デフォルトの名無しさん mailto:saga [2008/06/01(日) 20:10:40 ]: >>710
何番目のレスですか？　
712 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 20:31:39 ]: 多分「失せろ」って事だと思う。
713 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 23:42:24 ]: >>711
iモードに限らないJavaの話題はここですべきでないってことだよ
714 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 23:51:45 ]: つーか後々の為にJavaの入門書からやり直した方がいい
715 名前：デフォルトの名無しさん mailto:saga [2008/06/02(月) 00:48:23 ]: 配列は引数にできないんですか？
716 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 00:52:39 ]: できますん
717 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 00:55:26 ]: >>715
失せろ
718 名前：デフォルトの名無しさん mailto:sage [2008/06/02(月) 01:04:03 ]: >>715
javaの話はjavaのスレでやれ
719 名前：デフォルトの名無しさん [2008/06/02(月) 07:11:26 ]: mesoddo
720 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 00:14:47 ]: void meso(int []a){ }
721 名前：デフォルトの名無しさん [2008/06/03(火) 09:43:03 ]: iアプリってたくさんクラつくれないからソースが偏るよね
C言語みたいになる
722 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 12:11:50 ]: >>721
別にクラスなんていくつでも作れるが
723 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:41:51 ]: でも作らないよね
23個程度だし
724 名前：デフォルトの名無しさん mailto:saga [2008/06/03(火) 20:19:03 ]: importで*使うとメモリを多く消費するんですか？
725 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 20:36:11 ]: 俺はメガアプリ用にはStateパターンで使うconcreteなクラスは大量に作ってる。
とはいえなるべくサイズ削減はしたいけど、ProGuardじゃクラス融合はしてくれないしな。
Eclipseのリファクタリング処理をバッチ化して実行するような、
ソースコードレベルのオブファスケータがあると良いんだけど、無いよなぁ。
726 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 20:45:15 ]: Java Blender と　ProGuardってどっちがいいの？
727 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 22:35:48 ]: オプションで融合できるけどね
728 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 22:36:35 ]: >>726
前者って暫く更新してなくね？
729 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 01:20:55 ]: k-tai.impress.co.jp/cda/article/news_toppage/40212.html
>iアプリDX以外のiアプリ利用時に、GPSで測位した位置情報が通知されてしまう場合がある

ってことは、この3機種では一般アプリからも単独でGPSの位置情報を利用する方法があるのか…？
730 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 06:09:37 ]: PCでは動くのに、実機ではぬるぽ投げたり、アウトオブバウンズ投げるのは
なんでですかね？
731 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 06:17:47 ]: たまたまPCで動いていただけ。
732 名前：デフォルトの名無しさん [2008/06/04(水) 07:17:01 ]: >>724
しない
733 名前：デフォルトの名無しさん [2008/06/04(水) 08:15:35 ]: >>724
するんじゃね？全部読み込むんだし
734 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 09:00:10 ]: >733はimportと(Cの)includeを混同してないか？

includeはファイルをソースレベルでマージするものだが、
importはクラスの場所（ライブラリ内でのいわばフルパス）をあらかじめ指定して、
ソース中での記述を省略できるようにするもの。
…だと思ったけど。

Javaスレ行った方がいいな。
735 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 09:10:07 ]: javacなどのコンパイラは、メモリを消費するかもね
クラスファイルになったら一緒
736 名前：デフォルトの名無しさん mailto:saga [2008/06/04(水) 21:34:12 ]: クラスファイルってなんですか？
737 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 22:22:23 ]: Javaのソースファイルをコンパイルしたらできる、.class という拡張子が付いたファイル
738 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 22:28:48 ]: >>729
TrustedAPIDなしでもGPS情報取得できちゃうようなバグじゃね？
739 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 22:31:43 ]: むしろ、GPSぐらい解放してくれたらいいのに。
毎回ダイアログ出てもいいからさぁ。
いちいちWEB経由とか写真に埋め込みとかめんどくさくってやってらんねぇ。
740 名前：デフォルトの名無しさん [2008/06/04(水) 23:10:20 ]: ちょっと知恵を拝借したいのですが、
スクラッチパッドにbyte配列とshort配列を書き込みたいと思っています。
shortの場合、DataOutputStream#writeShortを使えば良いのですが、
そうするとbyte配列書き込み用とshort配列書き込み用の２のメソッドを
実装することになってしまい、無駄な気がしています。

short配列をbyte配列にキャストしたり、代入できないので
どのようにすれば効率の良いプログラムになるでしょうか？
また皆さんはどのように対応しているのでしょうか？

識者の方、よろしくお願いします。
741 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 23:19:37 ]: 無駄な気がしても、他に方法はないんじゃないかな
byteかshortどっちか使うのをやめて、片方に統一するとか･･･
742 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 00:05:18 ]: 全部byteで書き込めばいいんでは？
どうせwriteShort使ったって内部でbyte変換してるんだろうし。
743 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 00:12:19 ]: 俺は両方バイトに変換して書き込んでる、結局読み込むときこっちのが楽だし
744 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 00:46:22 ]: スクラッチパッドへのアクセスの話が出てるみたいだからちょっと便乗して質問

アプリの設定を変えるたび、スクラッチパッドに、たった4byte程度のフラグ情報を書き込む
という処理をしてるんですけど
機種によって書き込みに1秒程度かかって待たされたり
あるいは全然待たされなかったりするのですが、こんなもんなんですかね…？

一応書き込むときに、length=4とつけてはいるんですが…
（この length=xxx って読み込みだけじゃなく書き込みでも効き目はあるんだろうか…？）
745 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 13:07:50 ]: >>744
そんなもん。
機種によってはスクラッチパッドの中身全てを一旦メモリー上に展開したりするからな。
（んで、アプリ終了時に書き込む。だから電池抜きでやると、書き込んだはずのデータが消えちゃう。回避不可能）
色々独自仕様ありすぎ
746 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 17:36:36 ]: >>740
データ型じゃなくて処理の単位で分けてる。
writeScore()とwriteConfig()みたいに。

同一ストリームへの書き込みでbyte配列とshort配列が混在するときは
そのままインラインで書いてるなぁ。
747 名前：740 mailto:sage [2008/06/05(木) 21:00:04 ]: アドバイス感謝です！！

>>741-743
回答ありがとうございます！
やはり、スクラッチパッドへのアクセス方法は
人それぞれなのですね。

>>746
なるほど、処理単位という発想はありませんでした。
汎用的なものを作ることしか考えていなかったです。

まずはshort→byte配列変換するパターンで作って、
その後他のアクセスパターンも試してみるつもりです。

本当にありがとうございました。
748 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 22:31:44 ]: String replace()で改行の削除って可能ですか？

例：str="あ\nあ";
strを"ああ"に

str.replace('\n', ''); ←これだとコンパイルエラーになる(><)
お願いします。
749 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 22:41:26 ]: エスケープ...
750 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 22:48:36 ]: >>745
> 機種によってはスクラッチパッドの中身全てを一旦メモリー上に展開したりするからな。
> （んで、アプリ終了時に書き込む。だから電池抜きでやると、書き込んだはずのデータが消えちゃう。回避不可能）

マジすか…
アクセスが妙に速いのはそういうことをやってる機種、かもしれませんね…

「アプリ設定を変えても即座に記録されない」と苦情が出て
変更する都度スクラッチパッドに記録するようにしたんですが
今度は機種によって「グッ…」「グッ…」と待たされて…
これはもう「端末の仕様です」で押し通すしかないですね
（アプリ終了前にイベント発生？してくれるならまだどうにかなりそうですけど、
そういう実装はされてませんしね…）
751 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:08:06 ]: >>749 もうちょっと詳しくお願いします;;

補足で
str.replace('\n', ' '); ←これで削除はできるんですが半角スペースが入ります
str.replace('\n', '\0'); ←これでも半角スペースが入ります
752 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:12:40 ]: >>751
つうかStringBuffer使おうよ
753 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 23:31:20 ]: >>752
おー。はずかしながらStringBufferの存在を初めてしりました。
ありがとうございます。一応こんな感じでできました。
もっと効率のいい方法があれば教えてください。

// 改行の削除
StringBuffer strBufSrc = new StringBuffer(str);
StringBuffer strBufDst = new StringBuffer();
for(int i=0; i<strBufSrc.length(); i++)
{
　　if((strBufSrc.charAt(i) != '\r') && (strBufSrc.charAt(i) != '\n'))
　　{
　　　　strBufDst.append(strBufSrc.charAt(i));
　　}
}
str = strBufDst.toString();
754 名前：デフォルトの名無しさん mailto:saga [2008/06/05(木) 23:45:57 ]: >>750
んぱかに
ＳＰ処理の速度の一覧があるから調べてみれば？
755 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 01:19:28 ]: >>754
onosendai.jp/npaka/bench2/bench.jsp
このページでしょうか？
16KByteを2048回書き込んでるということは、一覧に記載された値を2048で割れば1回あたりのアクセス時間(ミリ秒)が判るはず…
なのですが、求めた概算の時間と、実機のソレが、体感的にまったく一致しないんですよね
これは想像ですが、んぱかさんのベンチマークアプリは
Connector.openOutputStream() 等でスクラッチパッドへのアクセス準備した後に
連続で2048回読み込み/書き込みして測定してるのではないでしょうか
しかし実機上では、スクラッチパッドへのアクセス準備に時間がかかる機種とかからない機種が存在していて
それについては前述のページにその情報がない、
逐一「アクセス準備」→「書き込み」→「クローズ」をした場合は機種によって反応が全然違う、という状況ではないのかと思いました

何にせよ、スクラッチパッドへの書き込みが遅い件をアプリ側で改善するのは難しいですよね…？
書き込み回数を減らすか（画面切り替わり時などにまとめて書き込む等）、遅くても・待たされても我慢してもらうか、
どちらか選択するしかないのではという気がしました
756 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 10:59:26 ]: >>755
流石にそこまで「ぐっ…」って止まっちゃう端末は記憶にないなぁ。
・SPに保存するだけのアプリつくって、同じ挙動するか確認
・そのコード（IApplication#start()をオーバーライドした10行くらいだろ）をここで晒してみる

ってしてくれれば、俺も気になるし色々アドバイスするよ。

ちなみに電池パック抜きするとSPに保存（書き込み後close）した内容が反映されないって機種は
少なくともN900とP900
多分NPシリーズはその後もそうなってると思う。
だからこいつらだと、中断/再開がある系のゲームでハイスコアとか偽造し放題なんだよな('A`)

・中断/再開がある系のゲーム
ゲーム途中でプレイを中断するための機能。
「再開」すると消去される、1回しかロードできないセーブデータをつくる。
「再開」後データの無効フラグを立てても、電池抜きで「無効フラグが立たなかったことに」できちゃう。
757 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 11:24:56 ]: >>755
4byte書き込むにしても1byte毎にopen/close繰り返して
遅延させてるとか言うオチじゃないの？
それかメモリアクセスするがよろしく参照するたびにopen/closeしてるとか。
758 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 11:27:02 ]: >>756
「ぐっ…」
がどのくらいの時間か分からないけど

50msや100ms止まる端末はザラにあるだろ？
759 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 11:54:59 ]: >>758
0.1秒で「ぐっ…」と感じるなんて状況そうそうないと思うがなぁ…。
オプション画面とかも、その画面を抜ける「タイトル画面に戻りますか？＞OK」ってやった時に書き込むもんだと思うし。
760 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 18:37:35 ]: そういや俺今まで気にしてなかったんだが、
複数の離れたい位置にあるデータを書き込む時に
opencloseを複数回繰り返して書き込む処理にしてたりすると、
いきなりアプリが終了されてしまう時なんかに、
その複数のデータの後ろの方は書き込みがされていない可能性があるわけだよな。
複数データが同期を前提とした関係構造だった場合、それが崩れてしまう。

タイミング的には低い確率だとは思ってるんだが、>>758を見ると起こせそうで怖い。
今まで作ったアプリで出ないとは限らないから不安だな・・。
761 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 20:41:02 ]: なぜ離れたところにセーブするような実装にしたんだ！！
762 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 22:54:55 ]: ファイルシステムでも実装したとか？
763 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 01:32:35 ]: N903iだけどバッテリ抜いてもちゃんと記憶されてるよ？
764 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 14:16:41 ]: PCではちゃんと計算どおり画像が描画されてるんですが、
実機で動かした時には、時々ずれてしまうことがあります
もしかしたら描画のタイミングが違うのではと思います
　do{
　　　/* ゲーム処理 */
　　　・・・
　　　/* 描画処理 */
　　　repaint();
　}while( true );

こういう感じで処理した場合、repaint()の時に
paint( Graphics g )をちゃんと呼び出してくれてるのでしょうか？
765 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 14:23:52 ]: ↑ですが、やはり描画部分を別スレッドにしている機種があるみたいです
ということは描画を自分の狙ったタイミングで行うということは無理なのしょうか？
766 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 14:28:07 ]: ↑自己解決しました
paint( getGraphics() );
こうすればいいようですね
767 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 16:22:19 ]: >>766
普通そんなことしないと思うぞ。
「計算どおり画像が描画」されないって具体的にどんな状況？
あと実機の場合は機種が知りたい。
768 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 16:48:31 ]: >>767
repaintがかならずpaintを実行するって保障がないからじゃない？
docomoなのになんでrepaint使ってるのかは知らんけど

repaint()からpaint(getGraphics())に置き換えたから正常動作したってことで
769 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 16:49:30 ]: 試した機種はN904です
「計算どおり画像が描画」されないっていうのは
計算途中の位置で描画されてしまうということです
例えば

x += speed;

if( 壁との当たり判定 ){
　　 int tmp = 壁位置の計算；
　　　x = tmp;
}

こんな感じのを使っていて、壁に当たっていた場合には、
壁の位置に補正されるはずなんですが（PCではされます）
実機で動かすと、一瞬めり込んで、次の瞬間に戻るというのが時々起きました
（上で言うと　x += speed;　の段階の位置で描画されているようです）
なので、もしかすると描画は別スレッドで回ってるんじゃないかと思ったんですが
770 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 16:51:12 ]: >>768
普通はrepaintしないんですか？
どんな感じで描画メソッドを呼び出してるんでしょうか？
771 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 16:55:01 ]: >>770
docomoってpaint内以外でもCanvasに書き込めるんだから
描画メソッド（paint）をrepaint()で呼び出す必要ないってこと
772 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 17:04:45 ]: またロックし忘れか。
773 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 17:10:21 ]: ロックし忘れはないですね
描画は一箇所でしかしてませんから
774 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 18:57:58 ]: repaintはpaintを呼び出して欲しいと「要求」するだけなので、いつ実際にpaintが呼び出されるかは不定。
paintとメインループは別スレッドなので、当然「計算途中でpaintが呼ばれて変な描画になる」のも当たり前。

普通はpaintの中は空にし、メインループでcanvas.getGraphics()して描画するんだ
775 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:22:13 ]: paint()内でwhileループしてる俺は邪道なのか・・・
ていうか最近やってなかったけど、久々にiアプリのソース見たら
なんか怖いことしてるんだが・・・
776 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 19:29:31 ]: >>775
おい、他のprocessEventが解決できなくなるだろ
少しはプログラミングガイド嫁よｗ部下だったらぶん殴ってるくらい最低のプログラムだ
777 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 20:06:07 ]: >>776だよな。何で俺もこんなことしたのかわからんｗｗｗ
778 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:08:33 ]: 実機でだけアプリが終了してしまう原因が分からなくて困ってます．
トレース情報を見るとArithmeticExceptionを拾っているのですが，このエラーが実機だからでるというのはどういうときなのでしょうか？

ご教授願います．よろしくお願いします．
779 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:14:20 ]: 実機の機種とかさぁ、DoJaのプロファイルとかさぁ、もっと情報出したら？
780 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:18:51 ]: 質問する時はこういう情報を出せ！みたいなテンプレが、次回のスレから欲しいかもな
そのExceptionはおおむね0で数値を割った時に出る。
割り算に特に注意しつつ、どこが原因か探してみ。
781 名前：デフォルトの名無しさん mailto:sage [2008/06/07(土) 21:27:40 ]: >>778
それさエミュレータでもエラーはコンソールに出力されてるんじゃない？
アプリが落ちないだけで
782 名前：デフォルトの名無しさん mailto:saga [2008/06/08(日) 02:16:11 ]: repaint()は便利だから使うのやめられんハヒー
例えpaint内でループ使っても、その時repaint()かからないようにすればエラーは出ないヒヒヒ
783 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 02:27:34 ]: ゼロ除算が原因だとしてエミュと実機で違う点を挙げるなら、
タイマー精度、カラー値、Math関連の戻り値くらいかなぁ。

でも一番怪しいのはスクラッチパッドの初期化ミス。
784 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 10:12:39 ]: repaintが便利ってのの意味がわからんのだが、何が便利なんだ？？
あんな動作タイミングが「不定」なもの、使いたくないだろうと思うんだが・・・
785 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:30:59 ]: MIDP2.0より古い機種に移植できるところ
786 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 17:44:31 ]: >>785
MIDP2.0より前の機種も、paint使わずに自由に描く方法のほうが一般的だろ
MIDP1.0のpaint外描画は仕様上100%保証されているわけじゃないが、それで動かなかった機種は現状1つたりともないし
787 名前：デフォルトの名無しさん mailto:saga [2008/06/08(日) 21:09:11 ]: 無限ループを使わないプログラムの場合は
repaint()は便利ですぞ
使うのやめられねえヒョホー
788 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 21:50:57 ]: BREW移植があんだから、無限ループなんて使うわけないだろ
結局ただの釣りかよ
789 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 17:58:49 ]: Imageを、アンチエイリアシングをかけながら縮小描画する方法ってのは無いでしょうか？
drawImage系ですとアンチはかからないようですし…。
現在はgetPixelsとsetPixelsを駆使して、自前でやっているのですが、何分遅くて…。
790 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 18:49:52 ]: どんなゲームか気になるわ。
アドベンチャーとか？
791 名前：デフォルトの名無しさん mailto:saga [2008/06/09(月) 23:25:53 ]: repaint()も無限ループも使わないで
プログラムを循環させる方法なんてあるんですか？
教えてください
792 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 23:49:11 ]: >>789
スムージングを掛けての縮小処理だと思って返答するけど
テクスチャにしてバイリニアフィルタリング掛ければいいんじゃね？
携帯で3Dいじったことないから出来るかどうかまでわからんけど
793 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 00:05:54 ]: マスコットカプセルごときにフィルタなんてねーわけで・・・
794 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 07:54:15 ]: ソフトバンクのマスコットカプセルならバイリニアかかるけどな
795 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 15:12:02 ]: >>791
Timerクラス？
俺は787がrepaint()をどんな風に使っているのか、
788がどうしてBREW移植を前提にして語っているのかが知りたい。
796 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 17:10:46 ]: >>795
仕事柄移植はよくくるもんでな。
無限ループって聞いて「大外の無限ループ以外。つまりシーン関数（とか）内での無限ループ」を想定して「ねーよ、BREWに移植できなくなるし」って答えた。
大外は勿論無限ループだ
797 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 17:14:23 ]: 釣りにいちいち付き合わなくていいよ

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef