CLDC+MIDP+携帯電話用Javaスレッド part 7

1 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:32 ] J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。 質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。 前スレ： CLDC+MIDP+携帯電話用Javaスレッド part 6 pc11.2ch.net/test/read.cgi/tech/1155174514/l50 過去スレ 携帯JAVAのスレッド pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち) CLDC+MIDP+携帯電話用Javaスレッド part 2 pc5.2ch.net/test/read.cgi/tech/1070858996/ CLDC+MIDP+携帯電話用Javaスレッド part 3 pc5.2ch.net/test/read.cgi/tech/1091798483/ CLDC+MIDP+携帯電話用Javaスレッド part 4 pc8.2ch.net/test/read.cgi/tech/1108781476/ CLDC+MIDP+携帯電話用Javaスレッド part 5 pc8.2ch.net/test/read.cgi/tech/1132493827 -- Java一般に関しては： 【初心者】Java質問･相談スレッド88【大歓迎】 pc8.2ch.net/test/read.cgi/tech/1153834996 NTT DoCoMoのiモード携帯電話用Java(iアプリ)については： iモード携帯電話用Java(iアプリ) Part12 pc8.2ch.net/test/read.cgi/tech/1154336955 >>2-5あたりにリンク集 892 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 03:51:56 ] 4TrackまではC4の頃から保障されている。 3GCからは5Track使用できる端末もあったような気がするが 安定性を考えて4Trackで考えたほうがいい。 >4Trackってことは1Track4和音だから、16和音までしかアプリでは使えないのか？ Yes 893 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 09:02:00 ] >>892 ＞Yes うわぁ、結構しょぼいナリぃ… AudioPhraseの方も使えば32和音できるようだが…（それならMediaPlayer使えって話だなｗ） 894 名前：デフォルトの名無しさん [2008/02/21(木) 19:19:08 ] ソフトバンクの開発ガイドを参考にメールからアプリ起動をやろうとしています。 814T、912Tではメールからアプリが起動できました。 しかし、821SH、913SH、810SHでは起動できません （起動リンクを選択しても無反応）でした。 ソフトバンクのアプリでメールから起動している方や参考になるページなど 情報ありますでしょうか？ 895 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 10:03:29 ] Eclipse関連で質問です EclipseでSアプリの開発始めたのですが プロジェクト＞プロパティー＞ライブラリー に、自作のJavaライブラリ（mylib.zip）を設定してビルドしても、その中のクラスをJarに取り込んでくれません よく見てみれば、その設定には（その中のクラスをJarに取り込まない）stubclasses.zipが含まれているわけで ここに追加してもダメそうです 自作のJavaライブラリから（そのプロジェクトに必要な）クラスを取り出してJarに取り込んでもらうためには、どこに設定すればよいのでしょうか？ 896 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 12:30:24 ] >>895 開発環境を詳しく 897 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 15:57:37 ] ここのAllInOneEclipseでインストールし ttp://www.vector.co.jp/soft/winnt/prog/se383159.html SOFTBANK_MEXA_EMULATOR12 と SBで配ってるEclipse用のプラグインをインストールしました。 OSはWindows2000です 898 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 16:22:24 ] >>895 896じゃないけど。 正しいか分からないがEclipse3.2.0で次のような事が出来た。 プロジェクト → プロパティー → Java のビルド・パス 「ソース」タブの「ソースのリンク」で、参照したいJavaファイルの あるディレクトリを指定。フォルダ名は適当に。 参照先のJavaファイルも一緒にコンパイルされて、classとして 参照元のclassファイルとともに出力されるみたい。 899 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 16:56:11 ] >>898 それだと全てのクラスが取り込まれてしまって、不必要なクラス分実行ファイル（Jar）が重くなってしまうんです ProGuardとかかけるって手もありますが… 書き忘れとなってしまってとても申し訳ないのですが、目的の１つに 「まとまったライブラリの中から、インポートした（このプロジェクトに必要な）クラスだけを抜き出して、Jarの中に同梱して欲しい」というのがあるんです。 900 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:07:37 ] ソフトキーが押された判定を public void commandAction(Command c, Displayable s) でとっているのですが、これだと「ソフトキーが押されてる間○○しつづける」という処理ができそうにありません 単純にソフトキーが今押されてるか、放されてるかといった情報はとれないでものでしょうか？ 901 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 18:13:17 ] >>899 どのクラスがプロジェクトにとって必要かは自動的に判断できない。 Class.forNameでクラス名が文字列指定されることもあるから。 902 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 19:38:05 ] >900 ソフトキーは本来の名の通りコマンド実行のきっかけとするためのキーだから、 押しつづけていることや放されたことを検出できるようにはなっていない。 「ソフトキーが押されてる間○○しつづける」というプログラムの設計を改める必要がある。 MIDPの仕様として、ソフトキーはそういう使い方をするキーではないということ。 903 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 09:49:32 ] 大概の機種ならKeyPressとKeyReleaseでも捕捉可能。 904 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 19:06:30 ] >>903 ソフトキーに対応するキーコードって定数化されてたか？？ 905 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 20:18:32 ] >>904 されてない 906 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 23:52:48 ] Image.getGraphicsって、なんで新しいGraphicsを生成して返すんでしょうか？ Javaは基本的に getXXXは唯一のインスタンスを createXXXは新たに生成したインスタンスを 返すのが基本だと思っていたのですが…？ そんなの作者に聞け。って話かもしれませんが、気になったもので 私の基本だと思っていた〜が間違っているのでしょうか？ 907 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 23:55:39 ] えーほんとにー？ 908 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 23:59:57 ] >>906 getでも新しいインスタンスを返すことは往々にしてある まぁそういうのが気持ち悪いというのはわからんでもないが 自分が作るクラスではそういう設計しないよう気をつけることだな 909 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:08:07 ] 質問です 過去ログを探してもGameCanvasを使っての g = getGraphics(); g.色々描画 g.flushGraphics(); に関する話が無いのですが、携帯JavaはGameCanvasが非対応だったりするんでしょうか？ それともダブルバッファリングが未対応（isDoubleBuffered()がfalseを返す）のでしょうか？ 910 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:08:24 ] >>904 SBの主力機種は -21 と -22 911 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 00:09:06 ] >>908 どうも 往々にしてあるんですか… APIリファレンスをきっちり確認しつつ開発するしかないですね。ありがとうございます 912 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 08:04:32 ] >>909 ダブルバッファリングは実装によるよ。 w-zero3のJBlend[micro]ならする。 単に聞くほどのことでもないからじゃない？ 913 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:20:59 ] >909 MIDP2.0端末ならGameCanvasに必ず対応している。 914 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 14:05:38 ] オープンアプリの実機で自作のゲームを試してたら黒が表示されなくて悩んでいた よく見るとpng画像ファイルの黒の部分が透過色になっていた のでgimpで透過色を保存してセーブしたがうまくいかなかった ググってたらbrewのpngファイルは背景色が透過色になると書いてあったので 背景色を保存してセーブしたらうまくいった 915 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 15:00:25 ] PNGの透過色はtRNSチャンクで指定する事って何処かに書いてあったはず。 gimpが勝手に背景色をtRNSチャンクに指定してるだけと思われるので誤解なきよう。 916 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 19:26:06 ] そういやMIDP3.0のjavadocだとABGRのフォーマットが明示されてたな。 あの文書化された部分2.0でも共通なんだろうか。 917 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 02:26:01 ] Image#createRGBImage()やImage#getRGB()などの RGBフォーマットは0xAARRGGBBで統一されている。 ただし、getRGBする時にはネイティブカラーにより 減色されてる実装もありえるらしい。 918 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 15:32:32 ] イーモバイルのjavaの仕様が公開されたのですが emobile.jp/tech/javaappli.html だれか解説してくれませんか？ 他社と比べてどうなのでしょう？ 919 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 15:55:38 ] >だれか解説してくれませんか？ は？ 開発ガイドを公開してくれてるんだから読めばいいじゃない 920 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 15:56:35 ] パッと見最強っぽい。 >>920 社員乙 921 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:09:14 ] >>919 javaの仕様についてほとんどわからないんですよ。 芋のは ServerSocket通信 secureSocket通信 SocketStream通信 が非対応になってますけど このI/Oはどういうった時に使うのでしょう？ Streamというとニコニコみたいなストリーミングでしょうか？ 922 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:33:35 ] 次はsunのJSR嫁というレスがくる予感…読んでもライブラリまでは載ってないけどな！ 923 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 17:07:45 ] MIDP2.0準拠って書いてあるけどサポートしてるオプションAPIは2.1ベースだな。 開発もWTK2.5使うし。 M3GとマスコットカプセルとJSR-239に対応してるのか。 要するに3DToolkit全部か。 ヒープサイズはw-zero3の方が1M多いな。 まあどうせこれもレジストリでヒープサイズ持ってるんだろけど。 JSR-172はvalidation parserなのか凄いな。PhoneMEですらnone-validなのに。 でも対応スキーマが書いてねぇ。 SVGはXLink対応ｗ 今のところ対応APIも準拠レベルも最強だな。 これでjarサイズがもう少しあればいいのに。 UDP対応してるからネットラジオのプレイヤーとかつくれるな。 924 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 17:22:42 ] 現在見えてる仕様の範囲だと Docomoのトラステッドiアプリに近い気がする。 後はアプリ自体のレスポンスとか、 外部メモリの利用の可否とレスポンスとか、 その辺が気になる所だな。 925 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 17:26:12 ] pdfのP39-40を見ると外部メモリも内部メモリも アクセス可能なようだが 926 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 17:58:25 ] お、UDP対応してるのか。まだ見てないが TCP/IPも対応してたら神じゃのぉ、神じゃのぉ 927 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 21:03:57 ] WillcomかSBで配信中のアプリの移植による素早いコンテンツ供給を当てにしているのだろうが 今のイーモバのシェアでは、移植費用すらペイできるかどうか。 928 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 21:10:57 ] 移植つーかMIDP準拠だから 普通にそのまま使えそう。 929 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 23:48:08 ] 取り合えず流し読みしてみたがみんなが言ってる通り最新J2MEの範疇でかなり全部入りって感じだ 930 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 01:02:12 ] ネットワークの通信制限事項が書かれてないが１日Nbyteまでってのはないのかね？ まあそんなことするのOAPだけだが 931 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 01:41:53 ] 資料見る限りトラステッドの魅力があんまりないな 932 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 10:06:58 ] とりあえず実行ファイルが吸い出せないなら仕事にはなるかもｗ 933 名前：デフォルトの名無しさん [2008/02/29(金) 12:26:40 ] >>932 だから、willcomはだめなんだよな。 934 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 12:31:20 ] 同じWM機だからファイラーでROM読めば何でも出来ると思うんだが。 935 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 21:54:20 ] イーモバイルの今度出るやつ、ＴＯＳＩＢＡ製のほうはＷＭ搭載じゃないっぽいから、 そっちだけ対応にすれば大丈夫かも。 936 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 05:52:28 ] TOSIBA? 937 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 22:29:39 ] OAPスレでも書いたんだが、どうも認知度が低い見たいなので亀情報ですが。 いわゆるKCP+端末、つまりW54TとかはマイクロSDからアプリインストール可能。 PCフォルダの下にOAPフォルダを作って、そこにJar/Jadを入れる。 一度アプリをバックアップすればPCフォルダにOAPフォルダが出来てるからそこに。 通信せずともアプリインストールできるのでOAP対応の開発をする人には朗報かも。 938 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 22:52:22 ] >>937 それは素晴らしい 939 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 01:01:14 ] w-zero3持ちには関係ない話だな 940 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 08:18:40 ] へええ。 でも54TはKCP+じゃないけどね。 どうやってバックアップするのか悩んじまったじゃねえか。 941 名前：デフォルトの名無しさん [2008/03/11(火) 10:43:55 ] >>940 W56Tだね、KCP+ 942 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 13:10:57 ] 芋のアプリだけど、JAD使ってダウンロードすれば自動的にTRUSTEDになるのかな？ JARを直接ダウンロードしたらUNTRUSTEDになりますとか書いてあるから。 943 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 17:09:40 ] 普通jadにパーミッション書くだろ 944 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 19:12:37 ] >>937 確かそれ不可能。 microSDにぶちこんでも認識しない。 バックアップ取るときに別形式に勝手に変換される。その形式しか認識しない。 945 名前：デフォルトの名無しさん [2008/03/12(水) 22:56:50 ] SアプリでImageの拡大縮小しようと思って GraphicsUtil.drawRegion() を使おうと思ったんだが、 透明色が反映されないのは仕様？ 946 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 02:33:07 ] >>945 MEXAエミュのバグ 947 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 21:11:40 ] >>937 jadとマニュフェストのチェックはいつされるの？ 948 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 23:41:25 ] オープンアプリの糞仕様変わらんかなー 949 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 10:58:39 ] >>948 まったくだ 950 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 11:05:13 ] BREWがあるからjavaはおまけ程度じゃね 951 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 11:25:15 ] KVMのバージョン1.１搭載端末ってもう出てるんすか？ 952 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:40:41 ] >>937 >>944 どっちの情報が正しいんだろ？ 本当にﾏｲｸﾛSDからインスコできるならW56Tに買い換えたい AUショップの店員じゃその辺知らないだろな・・・ 953 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 05:10:28 ] >>952 KCP+端末なら、OAPはSDからMIDletをインストール出来るよ。 いくつか制限事項があるけど、取り敢えずファイル名は短めに。 これ以上は言えん。 >>951 今の端末は、KVMってか、CLDCの1.1ですよ。 954 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 06:09:15 ] > >>951 > 今の端末は、KVMってか、CLDCの1.1ですよ。 そういう意味じゃないと思うぞ。確かに>>951の言い方も良くないが。 この春モデルから搭載され始めたOAPがver1.1で、ワイド画面が使えたりする。 端末はもう発売されてるよ。 955 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 07:29:20 ] W61Hの電子ペーパーってBREWからでも操作できないのかな。 模様が出るだけだったら無駄すぎるぜ。 カレンダーとか表示できれば便利だと思うんだけどなあ。 956 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 16:38:32 ] >>953 情報サンクス！ 買い換えて試してみる 957 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 12:37:49 ] >>955 いや、模様が出るだけで制御できない。 W61Hのアレは最初から刻まれたパターン表示しかできない（昔のゲームウォッチの液晶みたいなもん） つまり文字表示そのものが無理だ。 958 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 12:54:42 ] まぁ、自由に設定できたら著作権と面倒そうだからな。 959 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 14:50:53 ] W54SAで試してみた。できた。まあ953のいう通り。 960 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 21:55:14 ] >>958 今のところは著作権云々より単純にコストの問題だろう。 auは端末製造コストを相当削ってるみたいだから。 高性能化する携帯だが、背面液晶は昔から比べると随分寂しい情勢だな・・・。 961 名前：デフォルトの名無しさん [2008/03/18(火) 21:36:23 ] どうしてもわからないので質問させてください J2SE 1.4.2_17 Eclipse 3.3.2 MEXA 1.2 エミュレータ Eclipseプラグイン for MEXA J2ME Wireless Toolkit 2.2(patch済み) EclipseME 1.7.8 （この２つは不要？？） 上記のものをインストールして、MEXAエミュレータで動作するところまで確認したのですが 難読・最適化のためにProGuard 4.2をインストール、proguardgui.jarを実行し、 ・Input/Output jarを設定 ・Java\j2re1.4.2_17\lib\rt.jarを削除、SOFTBANK_MEXA_EMULATOR12\lib\stubclasses.zipを追加 ・LibraryのみKeep ・Use mixed-case class namesのチェックを外す ・Optimization passesを9に この設定で生成したところ、たしかにサイズは減っているのですがMEXAのコンソールにVerifyErrorが出ていて実行できないのです それとEclipseでProGuardを実行しようともしたのですが、MEの設定が必要な事がわかり、 J2MEのDevice ManagementでWTK22ディレクトリからImportし終わってOKボタンを押すと 「An error has occurred. See error log for more details.」と出て、 .metadata\.logを見ると、!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.jface".とあって これは何なんだWTKかEclipseMEのバージョンがおかしいのでしょうか　･;(`ε()ﾞ 何か知っている方がいましたら情報ください よろしくお願いします 962 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 01:38:09 ] 最後の顔文字さえなければ教えたのに・・ 963 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:15:29 ] >>962 困ってる様だし、知ってるなら教えてあげてはどうだろう おれは知らないけど･;(`ε()ﾞ 964 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:18:03 ] 俺はテキストエディタ派･;(`ε()ﾞ 965 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:51:46 ] >>961 Proguardを実行してできたjarを解凍して WTKのpreverifyかけてあげなきゃダメだよ EclipseからProguard使うのは、バッチファイルを プロジェクトのビルダーに登録して、コンパイル後に 動くようにしてるけど、みんなはどうやってるんだろう？ ･;(`ε()ﾞ 966 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 12:57:50 ] Ant 967 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:43:26 ] >>962 そんなこと言わずに教えてください・・ >>965 WTKのpreverifyというのがよくわかりませんがそれでMEを使わずに単独でProguardできるのですか EclipseからProguard使うバッチファイルというのを調べてみます 968 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:29:10 ] Proguard使うって事は最終的な段階だし、WTKでビルドした方が安心感ない？ つー俺もテキストエディタ派･;(`ε()ﾞ 969 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 23:30:36 ] もう次スレのスレタイにこれ入れちゃいなよ→･;(`ε()ﾞ 970 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 23:54:50 ] MEXAエミュレータで10〜20FPSで動くプログラムなら実機でもこれぐらいの速度は出るんでしょうか？ 971 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 00:03:59 ] 実機でためせばいいじゃん 972 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 00:10:43 ] PCのクロックと端末機種、それに処理内容によるとしか。 フレームレート気にするってことはグラフィックの負荷が高いアプリだろうから 実機のほうが圧倒的に速いような気はする。 973 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:05:17 ] >>972 ありがとうございます。 グラフィックに関しては、drawStringを複数回呼んで太文字を表現するプログラムを７、８回行うだけでも速度が低下することだけが気になります。drawImageとsetClipを使った部分描画でもかなりの回数描画できるのですが…。 プログラムはタスクシステムで、リストへの追加や削除で時間を要する場合があるので、だいたいこれぐらいで動いてくれればいいなと思ってます。この場合、問題はヒープの方ですかね？ 974 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:21:29 ] 当然だけどエミュより実機の方が思い通りに動いてくれる場合が多いよね･;(`ε()ﾞ 975 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:27:35 ] drawString()はdrawImage()とは比較にならないほど遅いメソッド。 実機でも非常に遅い。 976 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:34:58 ] それは重たいわな。もちろんBOLD指定は試したんだろうけど。 アルファ使えるんなら文字列部分は別イメージに描画しといて それを使いまわしたほうがいいと思う。 リスト処理に時間が掛かる場合はUIとは別スレッドで。 977 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 01:47:29 ] >>975 やはりそうですか。 >>976 参考にさせてもらいます。 978 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:07:49 ] drawStringってそんなに処理速度遅いかな 内部的にはわからんが数回程度じゃ目に見えて遅いなーという印象はない 979 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 04:46:34 ] ゲームのスコア表示とかに多用するけど 同じくそれほど遅いと感じたことは無い気がする iアプリじゃ太文字描画はdrawString重ねが定番みたいだし iアプリと比べるのも変か 980 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:00:32 ] 不変の文字をいくつも常時描画するなら、文字を書いた画像を一枚描画するほうが早いのかね まあやり方次第か 981 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:30:25 ] いや、iアプリでもdrawStringは重い･;(`ε()ﾞ 982 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:14:17 ] たとえば長い説明文をスクロールさせたり、動く背景に重なってるスコアなど 毎フレーム再描画する必要がある文字列の場合、 素の状態の描画と、太字や縁取りの装飾をした描画で比べてみると遅さの違いがわかるよ。 キーを押したら”おはよう”を1行描くという処理と キーを押したら”おはよう”を10行描くという処理では、ほとんど差はないと思うが。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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