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あたりにリンク集 862 名前：デフォルトの名無しさん mailto:sage [2008/02/01(金) 10:22:08 ] 初心者から誘導されてきました。 端末のベンチを測りたくて、データフォルダの容量を０に するようなアプリを作りたいのですが、 オープンアプリで作成可能でしょうか。 参考になりそうなサイトやアプリがありましたら ぜひ教えていただきたいです。 863 名前：デフォルトの名無しさん mailto:sage [2008/02/01(金) 11:04:14 ] >>862 >>829 と言う事でできない。 864 名前：デフォルトの名無しさん mailto:sage [2008/02/01(金) 12:17:31 ] 829+バイブだな 865 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:00:02 ] >>863 つまりオープンアプリでなくて、 普通のMIDPアプリなら可能ってことですか？ 866 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:35:55 ] >865 質問の意味がおかしいよ。意味が通じない。 「オープンアプリ」とはauの端末で動くJava(CLDC+MIDP)の勝手アプリのこと。 「普通のMIDPアプリ」って何だ？何を指してるのか分からない。 ケータイアプリから端末のデータフォルダへのアクセスに関しては キャリアや端末シリーズによって制限がまちまち。 （アクセスできるのかできないのか、何バイト読み書きできるのか、といった制限） 「データフォルダの容量を０にするようなアプリを作りたい」と言われても 一口に「できる」「できない」とは答えられない。 867 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 20:42:35 ] ローカルファイルのアクセスはPDA Optional Packageだな 868 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 23:03:59 ] ほんの少しでも怪しいことは無理です 869 名前：デフォルトの名無しさん mailto:sage [2008/02/03(日) 18:25:22 ] >>866 すいません、日本語になってませんでした オープンアプリではなく、SoftBankで動くアプリなら できそうですか？ ということを聞きたかったんです。 870 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 10:22:48 ] >>869 auのBREWアプリならその気になればできる。 auのOAP、DoCoMo、SB(一部除く)はできない。 871 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 12:45:11 ] SBならStorageConnectionでできるでしょ。 872 名前：デフォルトの名無しさん mailto:sage [2008/02/04(月) 16:34:09 ] sアプリでiアプリみたいに、 アプリからアプリを起動させたり、ブラウザからアプリを起動させたりすることは可能でしょうか? 873 名前：デフォルトの名無しさん [2008/02/05(火) 09:28:35 ] 質問があります。 現在HttpConnectionを使用してサーバーにアップしているdeflate圧縮のファイルを取得し その後にStorageConnectionを使用し内部にそのファイルを保存する。 というプログラムを作成しているのですが サーバー上のファイルと取得して保存したファイルのサイズが明らかに変わっています。 サーバー上のサイズ　7070byte 保存後のサイズ　　　　7441byte どうやらHttpConnectionで取得しているでおかしいファイルサイズを取得しているようです。 エミュレータ上では正しくデータ取得出来て、端末上で以上のような状態になっています。 使用端末は903SHです。 同様の症状・解決方法はありますでしょうか？よろしくお願いします。 874 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 17:43:04 ] ヘキサダンプ吐いてみたら？ 875 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 18:30:55 ] つ MIME Type 876 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 00:51:08 ] S!アプリをEclipseとMEXAで勉強中なのですが質問があります。 テキストボックスなどで入力したものがテキストボックスに反映されません・・・。 MIDP2.0携帯JAVAアプリ開発ハンドブックを読み進んでいるのですが、 4.5テキストボックスを使用するの部分で、 恐らく入力したものが画面に反映されると思うのですが、 上手く反映されてくれません・・・。 これはMEXAだからなのでしょうか。 行っていることは最初の画面でコマンドで入力というものを追加し、 入力が押されたら入力画面へ、 入力画面でテキストを入力したらコマンドでOKを押すことで元の画面に戻る。 そしてテキストが反映される・・・という動作になるのだと思うのですが。 入力画面ではテキストを入力出来ず、FIREキーを押すことでさらに違う画面に以降して、 数字などのテキストを入力可能になり、 もう一度FIREキーを押すと入力画面に戻るのですが全くの空欄です。 877 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 01:13:13 ] その本を持ってないと全く答えようがない質問だな 878 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 01:45:36 ] >>876 MEXAエミュレータのバグだったような・・・ たぶん実機だとうまくいく 879 名前：876 mailto:sage [2008/02/10(日) 16:23:34 ] ソース貼らせてもらいます public class TextBoxForm extends Form implements CommandListener{ 　StringItem stringItem; 　TextBox textBox; 　Command[] command = new Command[2]; 　//コンストラクタ 　public TextBoxForm(){ 　　super("テキストボックス"); 　　//コマンド 　　command[0] = new Command("入力",Command.SCREEN,0); 　　addCommand(command[0]); 　　setCommandListener(this); 　　//文字列アイテム 　　stringItem = new StringItem("",""); 　　append(stringItem); 　　//テキストボックス 　　textBox = new TextBox("","",200,TextField.ANY); 　　command[1] = new Command("OK",Command.SCREEN,0); 　　textBox.addCommand(command[1]); 　　textBox.setCommandListener(this); 　} 880 名前：876 mailto:sage [2008/02/10(日) 16:24:44 ] 　//ソフトキーイベント 　public void commandAction(Command c,Displayable s){ 　　//テキストボックスを開く 　　if(c == command[0]){ 　　　textBox.setString(stringItem.getText()); 　　　Display.getDisplay(TextBoxEx.midlet).setCurrent(textBox); 　　} 　　//テキストボックスを閉じる 　　if(c == command[1]){ 　　　stringItem.setText(textBox.getString()); 　　　Display.getDisplay(TextBoxEx.midlet).setCurrent(this); 　　} 　} } 881 名前：876 mailto:sage [2008/02/10(日) 16:26:11 ] >>878 MEXAのバグの可能性があるのですか・・・。 しかし、自分はまだ初心者で勉強しながらやっている段階ですので、 こちらの知識不足があるのかな・・・と思い質問させていただきました。 882 名前：デフォルトの名無しさん mailto:sage [2008/02/10(日) 22:38:30 ] www.au.kddi.com/ezfactory/tec/spec/openappli.html >2008年より一部の端末から1.0から1.1へ順次バージョンアップされます。バージョンアップ時の変更点は以下の通りです。 ↑これってもうバージョンアップされてる機種あるの? 春モデル出てから? 883 名前：デフォルトの名無しさん [2008/02/11(月) 00:19:05 ] >>876 あーこれね 文字入力した後に反映されないって奴でしょ 確か文字入力した後に決定キーやFIREキーじゃなくて、CTRLキー？ALTだったかな それを押してみればいけるはず 884 名前：876 mailto:sage [2008/02/11(月) 10:20:37 ] >>883 うぉ！！！！！ 行けました！Ctrl+Altでした！ ありがとうございました〜。 今後のためにも・・・この情報はどこに載っているのでしょうか・・・？ 885 名前：876 mailto:sage [2008/02/11(月) 10:52:09 ] たびたびすみません・・・これで最後にします。 >>883 普通にMEXAエミュレータのヘルプに載ってました・・・すみません。 どうやらCtrlだけで良いようです。 ありがとうございました！ 886 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 17:55:35 ] 携帯用アプリでゲーム作るとしたら やはりスプライト重視が良いんですかね？ 887 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 20:11:56 ] ハードウェアスプライトを積んでいるわけでもないので好きに汁 888 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 11:25:47 ] PhrasePlayer#getAudioTrackCount() PhrasePlayer#getTrackCount() これらで帰ってくる値のミニマムスペックが知りたいのだけど、その手の情報はどこかにまとまってないかな？ DoCoMoだとAPI自体にミニマムスペックについての注釈があるんだけど… 889 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 03:51:20 ] >>888 MEXA2.0のAPIに双方ともにゼロからってあるから、ゼロなんじゃない？ Sアプリ開発ガイドにサウンドメディアの多重再生可否って項目があって 4ch MIDI + 4ch Wave． 4ch Phrase + 1ch smaf-audio〜 みたいに端末毎にあるから、それが参考になるやも。 要するに、まとまった情報はない…のかな？ （おおむねTrackCount=4, AudioTrackCount=1っぽいけど） やる気があるなら、まとめるの手伝うよ。 890 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 21:42:34 ] 音系詳しくないんだけど、4Trackってことは1Track4和音だから、16和音までしかアプリでは使えないのか？ 891 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 00:18:50 ] 便乗 JACL1.1以降をつかってる場合に Phrase.getUseTracks()って1以外を返すことってありえるの？ もし2とか返されても、どうPhraseTrack.setTrackすりゃいいのやら謎だし 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