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

1 名前：デフォルトの名無しさん [2007/08/21(火) 15:32:26 ] NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。 ※DoCoMo以外は下記スレへ。 CLDC+MIDP+携帯電話用Javaスレッド part 7 ttp://pc11.2ch.net/test/read.cgi/tech/1180010672/ ■ iアプリ特有ではなくJava一般に関する質問はこちらへ 【初心者】Java質問･相談スレッド104【大歓迎】 ttp://pc11.2ch.net/test/read.cgi/tech/1185493592/ ■ ｉモード携帯電話用Java（iアプリ）まとめサイト ttp://ton.my-sv.net/ ■関連スレ 【日本携帯】Mascot Capsule/Micro3D【標準】 ttp://pc8.2ch.net/test/read.cgi/tech/1117773530/ 545 名前：ｆｒ [2007/11/08(木) 19:20:26 ] 携帯裏アプリ ポケモンが熱い 62.xmbs.jp/yosukeapuri/ 546 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 19:59:15 ] >>544 そもそも、文字列リテラルの代入だけではピープは消費しない 携帯でなくても、Java SEで試せばわかる それなのにピープの空き容量が変わるということは、どこか別のところに問題がある やるならこう String str = new String("ほげ"); 547 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 20:29:06 ] >>546 ごめん、思い出しながらコード書いたもので間違えた とりあえず、newしたものをnullいれて、System.gc()しても空きメモリーが回復しないのは確かでした 他携帯なら問題なかった（903だけではなく、いろんな901や902でも試した）ので、コードに問題があるとはあまり思えないところです 548 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:23:24 ] すまんがピープﾜﾛﾀ 549 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:24:52 ] >>546 何を覗くんだ？ 550 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 21:30:15 ] >544 System.gc()のあとにThread.sleep()入れても意味ないかな。わからんが。 どうにもならなかったら 高速性を要求されるところでは、なるべくメモリを動的に確保しないようにする で対策なのかな。（対策って言うんかこれ） 551 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:25:11 ] >>550 問題は、高速性を要求されなくなったから「さあ溜まってたゴミを捨てようか」と思っても捨てられないこと N904に正式に対応する場合、起動時に全て静的にとるなんていう馬鹿コードになる可能性が・・・ 552 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:34:21 ] >>551 FPS60がどのくらいまで落ち込むの？止まるの？ 553 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:53:55 ] 数分で、FPS20くらいまではとりあえず落ちましたね はっきりいってボロボロです 耐久テストしてるので明日また報告します 554 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 22:56:07 ] スタックが一つポップされるまで回収対象にならないとか 555 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:40:24 ] fpsを数字の前に持ってくるな。気持ち悪い。 556 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 23:48:06 ] >>544 その機種が壊れてるんだよ 初期出荷の携帯はシステムにバグが多い アップデートする必要があるかもしれないからＤＳに聞いてみるといい 557 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 00:19:10 ] >>556 その可能性もありますね OSアップデートで修正される（初期出荷時には間に合わなかった？）かもと 正直こんな仕様じゃ、既存リリースのアプリが何一つまともに動きませんからね ・Thread.sleepを入れてみる ・IApplication#start()の中で無限ループするのをやめてみる ・OSをアップデートしてみる 明日これらを試してみますが、他にもアイデアがあればよろしくお願いします 558 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 01:35:08 ] >>554に1票 559 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 09:19:34 ] 原因わかりました メモリー量を画面に表示していたのですが、その際 g = img.getGraphics(); g.drawString(略); g.dispose(); を行なっており、原因はこれです N904iはgetGraphicsしたGraphicsを、きちんとdisposeしてもリークさせるようです 解決策としては一度作ったGraphicsは生成しなおさないということになりますが、複数持ちたい場合困りますね・・・ 560 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 12:10:00 ] N904i使いだけどこの機種フリーズ、再起動、電源落ちは当たり前 絶対バグありまくりだよ 561 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 13:37:10 ] 交換しろよ そんな症状は出ない 562 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 14:39:00 ] >>559 imgも一緒に開放(dispose)してもリークする？ 563 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 20:15:58 ] iチャネルに関すると思われるエラーが最近多い 長く使うと携帯は壊れるものなのかもしれない 564 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 23:31:42 ] bitrotかも。 565 名前：クリフト [2007/11/12(月) 14:08:21 ] Doja4.1でD800iDS用のタッチパネル式アプリを作成しています。 タッチアクションの処理をボタンの長押しにするには下のソースコードをどう変形すればよいでしょうか？ // タッチアクションの処理 public final void touchControlAction (TouchControl source, int type, int x, int y) { // Rightボタンの押下 if (source == rightButton && type == TouchControlListener.CLICKED) { i++; 566 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 14:14:55 ] >>565 使ったこと無いけどメインループ作れって事で。 if( source == rightButton ) { bRight = type == TouchControlListener.CLICKED; } メインループ if( bRight ) { i++; } 567 名前：クリフト [2007/11/12(月) 18:42:51 ] >>566 ありがとうございます。 うまくいきませんね。もうチョイがんばってみます。 568 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 19:40:41 ] >>567 うまくいかないって touchControlAction の中に ループ作ってるってオチじゃないよな？ 569 名前：デフォルトの名無しさん [2007/11/12(月) 19:57:52 ] (PC不可) polpe.com?g=12jfasd345sdf polpe.com?g=1h5g6dh564hdf polpe.com?g=4h6d54h64h6sr polpe.com?g=4ty6r4t64f8m8 570 名前：デフォルトの名無しさん [2007/11/13(火) 01:22:29 ] 携帯Javaアプリやってるわけではないのですが、皆さんに質問。 携帯Javaの利点ってなんでしょう？私も組み込みプログラマ の端くれでCでitronやLinuxで開発しています。で、結構 速度の要求だけは顧客から来るので、省メモリコピーなどに 腐心していて、C++ですら使いたくても使えないような状況なんです。 組み込みJavaの利点って、汎用のフレームワークがあるから という、単なるプラットフォームの問題だけなのかな？ だとしたら、ソフトバンクやGoogleなんかが提唱しようとしている、 OpenKODE(OpenGL/ES)ベースのプラットフォームが、無償で提供されて、 高速だったりすると、そっちのほうがよかったりするのかな。 素朴な疑問です。 571 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 01:32:58 ] 誤爆ですよね スレ一覧よく見てください 572 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 02:01:40 ] >>570 int foo[5];　みたいな配列で　foo[10]=8;　とかやったらどうなるかって事 573 名前：デフォルトの名無しさん [2007/11/13(火) 03:11:04 ] >>571 そんなにスレ違いとも、おもわないんだが。 574 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 04:30:34 ] Javaをよく知らなくて>1が分からなかったのなら仕方がない 575 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 07:58:14 ] >>570 Javaにどんだけ利点があろうがなかろうがウンコだろうがiMODEで商売しようと思ったら Java使うしかないんです＞＜ 汎用フレームワークがあるっていうかそれしかないっていうか 576 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:20:44 ] 本物の技術者なら、目の前のオモチャで遊ばないなんて。 面白いぞ、たとえ実用性は二の次でも。 577 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:42:22 ] >>570 そんな現状動かないものを考慮してもしょうがない 携帯アプリを作る選択肢が携帯JavaかFlashかJSしかない ただそれだけ 578 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 11:15:11 ] 速度か速かろうと遅かろうと、ユーザーにとっては面白ければなんでもいいわけで。 579 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 13:00:03 ] よくマジレスするなと感心させられますｗ 580 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 15:29:39 ] >>570 セキュリティを管理するOS が無かった昔の携帯電話で、 セキュリティの問題なくアプリを動かすには 　(a) Java 等のサンドボックスで守る方式 　(b) BREW等の検証済みの公式アプリしか使わせない方式 のどっちかが必要だったわけです。 いまでも実際には似たようなもんで、ネイティブコードのアプリを実行 できる式の携帯電話は大抵ハックされてるよね。 581 名前：デフォルトの名無しさん [2007/11/13(火) 20:13:46 ] >>577 GoogleのアンドロイドSDKが公開されましたね。 code.google.com/android/what-is-android.html 予想通りOpenGL/ES採用しているっぽい。JavaのVM(Dalvik)が、 OpenGL/ESと並列で並べられているということは、携帯Java を追い落とそうという意志が感じられないでもない。 582 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:23:33 ] 移植ﾒﾝﾄﾞｸｾｰんだから余計なもん増やすなよ検閲エンジン 583 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:33:36 ] スレ違いはそろそろしんでください＾＾； 584 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:29:26 ] >>570 適当に作っても平気なのはかなりのメリットだな。 javaもC/C++に比べれば全然簡単だし、 学生が遊び感覚で作れるのはいいとおもう。 585 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:39:53 ] >>581 OpenGL/ESはドコモもすでに採用してるわけだが JavaとOpenGL/ESを無料に関連付けて何がしたいんだろう? 586 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:45:11 ] アプリエミュでスリープ時間測定したらかなりずれたんだけど エミュのバグでしょうか。 sleep(10)=16 sleep(20)=31 sleep(30)=31 sleep(40)=47 sleep(50)=63 sleep(60)=62 sleep(70)=78 sleep(80)=94 sleep(90)=94 sleep(100)=109 ちなみに実機だと正しくスリープしてました。 587 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:00:56 ] そーゆーもんだとおもう。 制度そんなに高く無いお 588 名前：デフォルトの名無しさん [2007/11/13(火) 22:09:22 ] >>585 げっ、アンドロイドのアプリケーションフレームワーク部って 結局、全部Javaなんか・・・。 589 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:21:09 ] >>587 そーゆーもんなのか ここまで違うとゲームの難易度に差が出て調整がしずらいな 自分の携帯はソフトバンクだから実機動作は友達に頼むしかないorz 一応実機 sleep(10)=10 sleep(20)=22 sleep(30)=31 sleep(40)=42 sleep(50)=52 sleep(60)=61 sleep(70)=71 sleep(80)=82 sleep(90)=92 sleep(100)=102 590 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:35:32 ] ドコモの携帯買おうぜ。キャリアとしてのソフトバンクって利点が少ない。 実機テストを一機種でしかしてないのにリリースするのはあんまり良くないし。 正直、ソフトバンクが人気でMNPで人が流れて行ってるのが不思議なくらい あそこはまともじゃない企業なんだが・・・ 591 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 07:44:11 ] >>586 Windowsのタイマーの精度が15.525msだから 592 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 10:25:28 ] >>589 sleepの精度は端末に依存だからちゃんと経過時間を計ってやらないとだめだよ 593 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 10:57:18 ] >>589 ちなみに、30kダウンロードすると約50円だから 友達無くさんようにな。 594 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 11:49:43 ] パケホーダイを勧めておけば 595 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 11:57:45 ] >>589 sleep時間が難易度に影響するような構造がそもそもおかしいんじゃ 596 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 12:44:43 ] キャラの移動速度を決める時や、格ゲーのコマンド入力監視みたいなのは sleep()じゃなくてSystem.currentTimeMillis()使った方がいいってのが 以前にスレで出た気がする。 597 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 14:31:41 ] すいません。質問です。 byte配列に置いた文字列を随時読み込んで画面表示したいです。 Stringのコンストラクタなら文字コードも指定できて良い塩梅と思っていたら 作っているうち、newを連発しているのが気持ち悪くなってきてしまいました。 最終的にStringBufferにappendできれば良いかと考えて、byte[]をchar[]に 変換しようとしたところで詰まってまｓ。 byte[]に文字列を置いた場合は、どういう方法で変換・表示するのが格好良い？ 598 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 15:26:34 ] >597 newを連発する意味がわからないな。 Stringのコンストラクタで文字列にしたら後はそれを保持してればいいのでは。 byte[]の中身が変化するというなら、その都度newするのは当然。 「new連発が気持ち悪い」と気にする必要はないよ。 それでも何かこだわりがあるならJava一般スレ行って聞いてみて。 599 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:19:38 ] >>598 スクラッチパッドに有る圧縮した文章を、こまめに伸張しつつ ブックリーダ的に表示できないかな、と思っていたので、数秒 に一度は新しくStringを読んでくることになりそうです。 スレのちょっと前を読んでいたら、503iを試した時にSystem.gc() がうまく動かないのと四月問題が嫌になってiアプリから離れた 記憶が蘇ってしまい、ちょっと疑心暗鬼気味になってしまった ようです。 今のDoJaは大丈夫だから、どんどんnewすりゃいいじゃん、と 言われれば、本当にその通りだと思います。質問しておいて なんですが。 600 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:34:24 ] 「byteをStringに変換」って言い回ししてるけど、もしかしてStringをオブジェクトだと思ってないとか？ newがオブジェクトを確保することだと思ってないとか？ 601 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:35:52 ] InputStreamReader を使うといいんじゃない？たぶん。 602 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 16:52:26 ] >Stringのコンストラクタなら文字コードも指定できて DoJaがサポートするのはSJISのみ 603 名前：589 mailto:sage [2007/11/14(水) 17:09:35 ] >>592 こんな感じでいいのかな？ long sleep1=0,sleep2=0; int hosei=0; wihle(true) { 処理 int myTime=50; //50msスリープする str.Millis=System.currentTimeMillis(); sleep1+=myTime-str.Millis+hosei; if(sleep1>0)Thread.sleep(sleep1); if(str.Millis-sleep2>myTime)hosei--; if(str.Millis-sleep2<myTime)hosei++; sleep1=sleep2=str.Millis; //現在の時間を記録 } 604 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:25:14 ] 597です InputStreamReaderとByteArrayInputStreamの組み合わせで解決したようです。 ありがとうございました。 配列をストリームとして読む発想が無かったようです。 605 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:27:14 ] >>589 いやsleep()に指定した時間分きちんとsleepすることが保障されてないわけだから sleepがどうこうは関係なくて経過時間分の処理をする time = 0 white(true) { 　start = System.currentTimeMillis(); 　処理(移動などの処理はtime時間分の計算をする) 　time = System.currentTimeMillis() - time; } こんな感じ 606 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:28:58 ] >>603 アニメ処理等でなるべくきっちり合わせたいときは、ちょっと少なめにSleepしてから ビジーループで目的時刻を待つと良いよ。 607 名前：605 mailto:sage [2007/11/14(水) 17:29:04 ] すまん…間違ったorz time = 0 white(true) { 　start = System.currentTimeMillis(); 　処理(移動などの処理はtime時間分の計算をする) 　time = System.currentTimeMillis() - start; } 608 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:35:36 ] メインループの回転数を固定にしする方が賢いような気がするけど。 全部にtimeを掛けてたら大変だし。 609 名前：589 mailto:sage [2007/11/14(水) 17:39:03 ] >>606 ビジーループって電池食いそうで嫌だったけど その手があったか それで行ってみます 610 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:42:13 ] >>608 どうやって固定にするん？ 611 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 17:50:11 ] >>610 前スレのFPS固定ロジックでいいんでないの？ sleepが嫌なら while(time > System.currentTimeMillis() ); みたいな感じで済む話だし。 座標計算だけならいいけど、sprite使ったアニメーションにまでtime掛けて管理とか、 どうしてもメインスレッドをsleepしたい場合やサスペンド対応考えると time一個でどうにかすんのはムズいんじゃないかな。 まぁ時間で管理したほうが確実なんだけどさ。 612 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 19:35:15 ] >>591 げ、エミュって内部でタイマーなんて使ってんのか System.currentTimeMillisですら16ms単位くらいで値よこすから、エミュだとデバッグしづらくなってきたんだよなぁ ちなみに仕事では当然のようにビジーループ 「sleepにすると電池の消費が少なくなる」なんてのはP504iだけだったと記憶してる 613 名前：589 mailto:sage [2007/11/14(水) 20:07:29 ] >>612 ビジーループで時間計ったけどsleepの時と変わらなかったのは System.currentTimeMillisでも16msだったからか 614 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:09:55 ] んなーこたーない 615 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:10:45 ] 614は612のレスね 616 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:12:59 ] Vistaは1ms単位で測れるよ 617 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 20:16:10 ] >>613 実機でログ取るべき。 大抵は10msec単位またはもっと正確な値が取れる。 618 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 21:57:30 ] 質問です いままでiアプリではGIFとJPEGしか扱えないと思っていたのですが、PNGもいけるのでしょうか？ （これは実機で確かめればいいとしても） 対応画像形式一覧みたいなものをMediaImageの項などで探してみたのですが、見当たりません どの資料かにまとまってますでしょうか？ 619 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 22:33:28 ] Windows上でのエミュだけの問題ならtimeBeginPeriod(1)を呼ぶような 別のプロセスを立ち上げておけばいいんでない？ 自分で作るのが面倒ならメディアプレイヤーで何か再生してやるとか sleepの実装がWin32APIのSleepを呼んでるなら1ms単位になるはず 620 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 22:44:20 ] >618 iアプリ開発ガイド詳細編を読もう 621 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 23:28:01 ] >>612 　sleepにしてもバッテリ消費にはあまり影響ないのね。 描画(2D)を減らしたら消費減るのかな、とか興味があって、 1度検証してみたいとは思ってたけど結局やってないなぁ。 622 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:38:25 ] えっと、PNGは無理みたいですね なんでいつまでたってもPNG対応しないんでしょう。SoftBank版と互換したいのに 623 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:46:58 ] いつになったら、って問題じゃないと思うよ 大人の事情だろう 624 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 00:49:03 ] 単純にgifやjpegに変換して振り分けるのが吉 625 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 01:15:30 ] SoftBankがGIFを使える件 制限あるけど。 626 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 02:27:39 ] PNGが読み込めないのはドコモダケ 627 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 02:47:34 ] 前すれログって読めないんすかねぇ･･･。 最初の方のフレーム制御関係を参照したかったんですが。 628 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 08:38:58 ] っ ttp://rag.life.coocan.jp/scorpius/ 629 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 09:08:29 ] PNGはフリーなんだから、大人の事情もなにもないと思うんだが 630 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 09:46:49 ] >>629 対応に関してのコストはどこから出るのでしょうか 631 名前：デフォルトの名無しさん mailto:sagee [2007/11/15(木) 11:38:05 ] 630笑えるｗ 632 名前：627 mailto:sage [2007/11/15(木) 11:47:07 ] >>628 さんくすです！！ 633 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 16:18:35 ] 反論に困ったら「笑えるｗ」ｗｗｗｗ 634 名前：デフォルトの名無しさん [2007/11/15(木) 18:45:13 ] >>627 過去ログ読もうとしたらよむ方法かかれてるでそ？ 635 名前：デフォルトの名無しさん [2007/11/15(木) 19:27:56 ] カメラが起動しようがムービープレイヤーが起動しようが 画像を表示させるってのはできるのかな？ ロゴとかをずっと表示させときたいんだけどさ 636 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 19:36:43 ] ネイティブの機能が起動しちゃったら無理。 637 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 21:16:40 ] >619 それ意味無い おそらくエミュはShortTimer使ってる。もう完全にアホの仕事 ちなみにMSNMessengerがtimeBeginPeriod(1)してくれてるぞ。豆知識な 638 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 21:44:16 ] そこはWindows Media Playerだろ 639 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 00:35:35 ] スレのトピックスでアプリ省サイズ化ツールとしてJavaBlenderとjargが載っているけど、 ProGuardってマイナーなのかな？ ProGuard3.7を使ってて特に問題なさそうなのだけどトラブル経験ある人いるんかな。 4.0、4.1と出てるけどどうなんだろ。 640 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 00:54:31 ] proguardしか使ったことない。 他の2つは2年以上更新されてないから心配。 641 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 01:02:21 ] >ProGuardってマイナーなのかな おいｗ 642 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 03:26:36 ] JavaBlenderは結構うまくいかないときが多い。 特に900以降の場合サポートされていないので、現在では使用していない。 今俺がやっているのは ProGuard(3.10)→Jarg(バージョン忘れたが最新)→7-Zipだな 643 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 07:27:22 ] 仕事でソフィアクレイドルの糞高い圧縮ツールを使ったら実際に圧縮率は良かった。 ただし圧縮率を上げまくると実機で動かない場合が出たが・・・ もしも購入出来る金があるのであればお勧め。 644 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 10:41:47 ] ProGuardはバージョンが上がって変換後のサイズが従来より 大きくなるケースがあるな。 具体的な不具合が出ない限りは小さくなるバージョン使ってるがｗ 645 名前：デフォルトの名無しさん [2007/11/16(金) 11:11:57 ] カメラ起動ならフレーム撮影みたいな感じにすればまだロゴ出せるんじゃないか？ プレイヤーは正直思いつかない

---

---

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

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