- 1 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 18:13:16 ]
- NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。
※DoCoMo以外は下記スレへ。
CLDC+MIDP+携帯電話用Javaスレッド part 6
pc11.2ch.net/test/read.cgi/tech/1155174514/
■ iアプリ特有ではなくJava一般に関する質問はこちらへ
【初心者】Java質問･相談スレッド99【大歓迎】
pc11.2ch.net/test/read.cgi/tech/1173026128/
■ ｉモード携帯電話用Java（iアプリ）まとめサイト
ton.my-sv.net/
■関連スレ
【日本携帯】Mascot Capsule/Micro3D【標準】
pc8.2ch.net/test/read.cgi/tech/1117773530/
過去スレ
Part13 ttp://pc11.2ch.net/test/read.cgi/tech/1164168601/
- 481 名前：デフォルトの名無しさん mailto:sage [2007/05/31(木) 10:51:04 ]
- >>473 com.nttdocomo.ui.util3d.FastMathというのが存在しますが、
FastMathと比較して何かベターなものはあるか、という質問でしょうか？
- 482 名前：デフォルトの名無しさん [2007/05/31(木) 21:10:23 ]
- 現在iモードで3Dのプログラムうをしているのですが、
Doja5.0に減算処理はないのですか？
加算はありました。
- 483 名前：デフォルトの名無しさん mailto:sage [2007/05/31(木) 21:25:34 ]
- >>482
よ〜し特別に答えちゃうぞ〜
『何を』減算するのかくらい書けませんか？
それともエスパーの降臨をお待ち？もしそうだったらごめんなさい。
- 484 名前：デフォルトの名無しさん [2007/05/31(木) 22:33:07 ]
- >>483
煙等の表現に3Dオブジェクトの減算合成をしたいのですが、
ブレンドモードにNORMAL・ALPHA・ADDの3種類しか見当りませんでした。
プリミティブのポイントスプライト等で使用できればと思ったのですが…。
と思いつつ調べているとオプションAPIリファレンスに減算合成ができるような事が書いてありました。
こちらでもd4dの表示ができるのかわかりませんが、一回やってみようと思います。
- 485 名前：デフォルトの名無しさん mailto:sage [2007/05/31(木) 22:44:58 ]
- >>484
マスコットカプセルの方かな?それなら無理
API側で無い場合は、対象範囲を白黒反転させて加算合成、もう一度白黒反転で
元に戻すとかやったりするもんなんだが、反転処理も無いから無理だな
OpenGL側ならブレンドモードで反転設定できるから、それ使えって意味なのかもしれんよ
煙なら薄いのから濃いのまでテクスチャ描いて通常アルファブレンドでもいいと思うぞ
- 486 名前：デフォルトの名無しさん mailto:sage [2007/05/31(木) 22:54:45 ]
- >>484
オプションAPIの3DはDoJa3.5以前(MascotCapsule v3)との互換のために残されているものであって
まぜて使ったらだめだよ。
- 487 名前：484 mailto:sage [2007/06/01(金) 01:23:36 ]
- >>485
>>486
ありがとうございます。
とりあえず通常アルファブレンドでやってみようと思います。
拡張APIの3Dを同時に使用できるのか少し疑問だったので助かりました。
OpenGLの方も少し資料を探してみようと思います。
- 488 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 12:26:39 ]
- Graphics3Dとか、FastMath辺りって糞設計ですな。こんな糞設計はRenderer関係では過去に見たことがないです。
言い出したらきりないけど、いちいちパラメータをfloat->fixedに変換して計算したりとか、んだったら最初っから固定少数でやれって話しだし。
だいたい、12ビット固定少数って三角関数を表すには不十分な精度。三角関数だけ下駄はかせるのか？
テクスチャー座標もなんで[0,1.0]に正規化しないの？ どんな糞サンプリングアルゴリズムか知らないけどさ、正規化しないならなんのためにテクスチャサイズが2の累乗なんだよ。意味ねーじゃん。マジ使いにくいよこれ。
トレステッドアプリしかOpenGLESを使わせてくれないってのは、これを使えってことで、これを使えってことは死ねってことだよなｗ
- 489 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 13:06:51 ]
- >>488
正しいことやりたきゃ、偉くなれ
- 490 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 13:44:38 ]
- 今作っているアクションゲームが重いので相談したところ、
描画に paint を使用するのをやめると、
軽くなるかもというアドバイスを受けたんですが、どの程度効果があるものなのでしょうか
- 491 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 13:50:35 ]
- >>490
やってみろ。
- 492 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 14:09:07 ]
- >>491
ですね、もっともです。
が、やるのはいいんですが、もうほとんど完成しちまってるんで、
改造に時間かかりそうなんですよね
それがほんとに効果があるのか疑問だって言う人もいるんで、
処理を見直していって軽くするのとどっちがいいかと
- 493 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 14:40:49 ]
- 専らlock-描画-unlockループで
paint()の中に何か書いたことなんてないや。
- 494 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 15:16:53 ]
- いったいどんなソースなら変更に時間がかかるのか(´・ω・｀)
・・・・・あんなか('A`)
- 495 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 15:46:28 ]
- >>488
俺も個人で作ってるけど、
嘆いててもしょうがないので、その場その場でベストになるようにがんがってる。
TEXTUREが絶対座標ってのが痛いね。これ辞めてくれるだけでだいぶ楽になるんだけど…
- 496 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 17:55:34 ]
- まだまだあるぞ。FastMathがかんたんに、しかも何も言わずにオーバーフローするとか、
Textureに指定できるのが256色bmpだけとか
- 497 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 21:02:18 ]
- >>492
メインループ内からrepaint()を繰り返し呼び出してるのかな？
getGraphics()したGraphicsオブジェクトを使いまわすほうが速いと思うが、
現状の重さがどの程度かわからないので答えようがない。
- 498 名前：デフォルトの名無しさん mailto:sage [2007/06/01(金) 23:25:56 ]
- >>491
別に今あるのを改造せんでも、確認のためだけなら適当に比較アプリ
つくりゃいいんじゃないの
- 499 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 06:51:22 ]
- >>488はケータイに何を求めてるんだｗ
- 500 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 07:42:18 ]
- なんでOpenGLESを勝手アプリで使わせてくれないんだろう？
C言語相当のメモリアクセスができるメソッドがあるから？
- 501 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 10:45:41 ]
- 公式の立場がなくなるからではw
- 502 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 13:25:50 ]
- だが、公式CPもメガアプリのみでペイできるような企画など中々立たないので結局使わない。
まったく持ち腐れだ。
- 503 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 14:44:26 ]
- そういうところから反撃をはじめてみるというのはどうだろうか
- 504 名前：デフォルトの名無しさん mailto:sage [2007/06/02(土) 22:51:48 ]
- 描画処理が重いのであればpaint内に書くよりも
getGraphics()で取得したものに描画する方が速度が向上する
- 505 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 19:55:25 ]
- Javaもi-appliも初めてなので、右も左も分からないのですが、
ArrayListとかって使えないものなんですか？
可変の配列を使いたいだけなのですが、Nodeを加えるごとに
配列を作り直すとかしたくないのですが、定石とか教えてください。
- 506 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 20:17:45 ]
- 定石は「使えるか分からない物は使わなくても別の方法で結構実装できる」かな。
- 507 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 20:22:43 ]
- それは自前で双方向リストとか作るのが吉ということですか？
- 508 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 20:28:00 ]
- ここにCLDCのリファレンスがあるから見れ。
ttp://java.sun.com/javame/reference/apis.jsp
最近のならだいたいMIDP2.0でCLDC1.1の奴が使えるとかいう話。
使いたいのが無かったら自作。
- 509 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 20:32:45 ]
- >>508
ありがとうございます。
勉強してまいります。
- 510 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 21:32:36 ]
- >>505
Vector
- 511 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 22:14:04 ]
- >505
使えないものなんですか？じゃなくてさ、
わかんなかったら「Java 可変長配列」とかググるくらいしようよ。
>>510が教えてくれてるVectorクラスのこととか、
Javaの説明サイトとか見付かるんだからさ。
- 512 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 22:35:24 ]
- ArrayListって1ノード加える毎に配列作り直してるのか？
そんな効率悪いことしてる？
普通プールしてると思うけどなぁ
- 513 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 23:23:35 ]
- iアプリを作成しはじめたばかりのものです。
上のほうで、paint() メソッドでは何もしなくていいような書き込みがあるのですが、
Windowsアプリでいう WM_PAINT のようなものとは本質的に異なるのでしょうか？
例えば、端末が閉じられたときや、何らかの別画面が表示された後に、失われた部分を
再描画するのにpaintメソッドが呼ばれると思っていたのですが、paintメソッドを無視して
いいということは、画面の内容は常に保持されていて、一度描いた内容はアプリ側で画
面を描きかえなければ、消えることはないということでしょうか？
- 514 名前：デフォルトの名無しさん mailto:sage [2007/06/03(日) 23:29:35 ]
- paint() メソッドでは何もしなくていいんじゃなくて何もしてはいけないんだよ
- 515 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 00:26:06 ]
- >>513
実際の表示面の内容は保持されないから、再描画する必要はあるよ
またWM_PAINTのようにダーティエリアが設定される事もない
Windowsで言えばメッセージループのアイドルタイミングにあわせて
GetDC - GDIAPI描画する作り方をイメージするのがよいかと
アイドルタイミングで常に画面が更新して、paintでわざわざ描画しないようなもん
- 516 名前：513 mailto:sage [2007/06/04(月) 00:49:25 ]
- >>515
画面の更新の必要がないときにでも、定期的に別のところで再描画するということだったんですね。
やっと理解することができました。どうも、ありがとうございました。
- 517 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 02:13:08 ]
- Canvasを使用する場合はpublic void paint(){}がないとエラーが出る
paint()なんて使いたくないからいらないと思っても
組み込まないとエラーが出るからとりあえず入れとくしかない
これはドコモジャバの約束事だからしかたない
- 518 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 02:27:07 ]
- そもそもMIDP1.0で既に
protected abstract void paint(Graphics g)
だし(´・ω・｀)
- 519 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 02:40:11 ]
- >>517-518
キミ達ちょっと流れとズレてるぞ
- 520 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 02:59:51 ]
- APIリファレンスを活用できるようになって欲しいという親心？('-'*)
- 521 名前：デフォルトの名無しさん [2007/06/04(月) 11:20:37 ]
- 904iのオプションAPI対応リストってどっかにないですか？
公式行っても903までの対応状況しかないんだけど。
- 522 名前：521追記 [2007/06/04(月) 11:27:07 ]
- getAudioTrackPresenter()
使いたいんだけど、904で対応してるキャリア増えてるかなって思って。
手元にはFしかないからわからんのよね･･･
- 523 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 14:38:37 ]
- Transform#transVectorが容易にオーバーフローするので、ほとほと困っています。
Vector3D v = new Vector3D(128,0,0);
Transform tr = new Transform(); //単位行列
tr.transVector(v,v);
System.out.println(v.getX());
こうすると、正負がひっくり返って-128.0を出力します。
推測するに、transVectorは内部のどこかでaxbxcを単精度で計算しているようです。
- 524 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 17:48:19 ]
- >>523
TranformってFastMath使ってるよね？
だったら、float値は12ビット固定少数(1:符号, 19:整数部, 12:少数部)に変換されるんじゃない？
それにしても 128.0x4096 = 7+12ビットなので、楽勝なはずだが。
- 525 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 18:15:46 ]
- そのとおりなんですが、おそらく、内部で３つのFastMath値の積をFastMath精度で計算しているらしく、
計算途中で整数部7bit x 3 = 21bitの値が現れ、それが原因でオーバーフローになる…
と推測したわけです。
- 526 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 19:39:02 ]
- >>525
うわｗ そうかもｗ
掛け算する場合は、乗数のビット数＋被乗数のビット数 <= 32bitでなければならないってことかｗダサっｗ
普通、固定少数の積は 基数のビット幅の倍に拡張して、
return (int32)（(int64) a * b >> 小数部ビット数）;
とかやるけど、やってないんだw
FastMathとかTransformとかGraphics3Dまわりってどこが書いたの？
何回も言うけどクソ杉。
- 527 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 22:04:25 ]
- エイチアイはクソ、それを採用したドコモ等もクソ。
- 528 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 22:10:33 ]
- だからこそのFastMath。
- 529 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 23:33:21 ]
- iアプリからインターネットランキングに登録したいので
パスワードと得点をＵＲＬから送信しようと思ったけど、
それだとアプリを解析されて不正登録ができてしまうと思った。
そこまでして不正登録をする人はいないと思うけど
不正登録のできない得点の送信方法があったら教えてもらえますか？
- 530 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 00:28:11 ]
- しかしJavaからならFastMathよりfloatで直接計算するほうが速度出る罠(実機確認済)
- 531 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 00:54:28 ]
- >>529
アプリ自体が解析されるのを懸念するのであれば、何をしても無駄では？
とりあえずそこは置いておいて、アプリからHTTP(?)で送信するデータの
加工等を考えてみたらどうかな。
短めのデータであれば、自分なら復号可能でチェックサム付きの簡単な
暗号化機能を作ると思う。
というか興味あるので識者の意見求む。
- 532 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 01:04:51 ]
- アプリがPCからダウンロードされるのを防ぐ方法が前に出てたと思う
それを探せば解析される心配はなくなる、たぶん
- 533 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 01:09:31 ]
- >>529
アプリの解析についてはiモード網内からだけダウンロードを許可にすれば良い。
>>531にある通り、データの加工は必要に応じて自分で検討すれば良し。
通信内容はPOSTでやり取りするべし。
GETだとiモード履歴情報サービスを使われると、通信内容が分かってしまう。
欲を言えばHTTPSだが、そこまで必要ないでしょ。
- 534 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 13:11:02 ]
- ちょっと漠然とした質問で申し訳ないんですけど、
iアプリからWebサービスを呼び出して利用する事って可能なんでしょうか？
ちょっと試してみようかなと思ったんですが、Dojaの資料を読んでも
どこにも載っていなかったので。。
- 535 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 17:31:27 ]
- >>534
アプリをダウンロードしたドメイン以外とは通信できなかった気がするので、
アプリのダウンロード元にプロキシＣＧＩを置いておいて、
アプリはそこ経由で通信すると良いんじゃなかったっけっか。
識者フォロー頼む。
- 536 名前：529 mailto:sage [2007/06/05(火) 17:55:10 ]
- >>531-533
レスありがとうございました。
ＰＣからのダウンロードを禁止する方法を調べてみます。
- 537 名前：デフォルトの名無しさん mailto:sage [2007/06/05(火) 18:11:54 ]
- Eclipse(+プラグイン)使って開発してるんだけど、プロジェクトをsubversionで
管理してると、Eclipseからエミュレータ起動したときに、res/ 内の.svn/ まで
突っ込んだjarを作ってくれやがる。
除外設定を色々してみるも変わらず。
どなたか対処法ご存じありません？
- 538 名前：デフォルトの名無しさん [2007/06/05(火) 21:54:26 ]
- AudioTrackPresenterで、オーディオトラックのみで
構成された3gpを再生させようとしているのですが、
エミュレータで動作確認したところ、再生しようとした音源とは
異なる音が再生されています。
これはエミュレータだから、音がおかしくなっているんでしょうか？
自分の携帯が902なので実機では確認できないのですが、
何かご存知でしたら教えてください。
- 539 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 15:21:55 ]
- ソフトキーのラベルって、初期は全角2文字(半角4文字)までが基本だったと思うんですけど、最近のは全角で3文字とか4文字とか入るみたいですね。
そこで、どの機種で何文字まで入れられるか知りたいんですが、どこかまとめてあるサイトなどありませんか?
最悪、どのシリーズ以降は何文字が保証されてるなどの情報でもいいのですが。
どなたか知っていたら教えて下さい。
- 540 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 18:27:21 ]
- DoJa3.5の機種で3文字だっけ？
- 541 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 19:15:48 ]
- PanelのアプリでPopupメニューってできるものです？
- 542 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 22:01:50 ]
- はい
- 543 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 22:14:51 ]
- 数年ぶりに携帯を変えたので、
初めてのiアプリに挑戦しています。
janis.or.jp/users/segabito/f904/
プログラム自体はあらゆる解像度に対応しているため、
F904iの画面を横にすれば快適にプレイできるだろう、と期待していたのですが、
実機で動かしてみると、縦でも横でも240x240の枠の中でしか動きません。
ワイド画面をフルに使うには、特別なAPIが必要なのでしょうか。
- 544 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 23:08:27 ]
- >>542
まじで？
- 545 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 23:49:07 ]
- >>543
たしか240x240以上はjamのDrawAreaに直接サイズを指定する必要があったはず。
- 546 名前：デフォルトの名無しさん mailto:sage [2007/06/06(水) 23:50:30 ]
- >>543
ttp://www.nttdocomo.co.jp/service/imode/make/content/spec/iappli/index.html
>※4: ADFのDrawAreaキーに指定がない場合は、描画領域が横240×縦240となります。
- 547 名前：にくちゃんねる ★ mailto:sage [2007/06/07(木) 07:32:57 ]
- >>545-546
DrawAreaを変更したら一発でうまくいきました。
ありがとうございます。これで快適になりました。
適当に移植してから軽量化を考えようと思っていたのですが
そのままでも十分な速度で動いてしまったので驚いています。
- 548 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 08:43:05 ]
- パソコンでＪＡＶＡやってたんなら画像処理速度は携帯のほうが上でしょうな
画面小さいし常駐ソフトも少ないから当然といえば当然ですが
- 549 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 10:13:39 ]
- >>547
なんでキャップ？？
- 550 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 12:47:23 ]
- エミュはJava上でJ2ME用インタープリタが走っていていて遅いとかなんとか
- 551 名前：デフォルトの名無しさん mailto:sage [2007/06/07(木) 16:41:03 ]
- なるほど。
- 552 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 14:42:22 ]
- 基本的すぎて申し訳ないのだが、iアプリから携帯電話ネイティブの画像ファイルを削除する方法はないよね？
addEntryした画像を削除出来ないのはキツイです ...
- 553 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 16:23:33 ]
- アプリからネイティブデータ消し放題ってそれ何てマルウェアやねん。
標準機能のカメラにしてもwebブラウザにしても、撮影した画像や
ダウンロードした画像の保存はするけど、削除するのはデータフォルダ
機能からであって、それぞれのアプリケーションではないよね。
- 554 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 23:38:15 ]
- >addEntryした画像を削除出来ないのはキツイです
これ何で?
わざわざユーザがaddEntryしといて削除するかどうかはユーザが決めることじゃないか
たしかに端末によっちゃ手間がずいぶんかかるやつもあるけどさ
あれか。最近流行りのデータフォルダに偽装してデータを置くとかいう
- 555 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 23:44:32 ]
- でもあれ一部の端末で無理になったんじゃなかったっけ
- 556 名前：デフォルトの名無しさん [2007/06/08(金) 23:44:53 ]
- FastMathとTransformがあまりにクソ仕様で，クソ精度で，クソ遅いので、
すべてのメソッドを自作したら50倍くらい速くなった。エミュ上だけど。
でもGraphics3dのラスタライザ自体がクソなのね。
OpenGL ESを一般公開するか、俺にGraphics3dも書き直させてほしい。
- 557 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 00:11:12 ]
- エミュ上かよ……。
- 558 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 01:35:53 ]
- 質問があります。
C言語には、void *といったなんでも入る型がありますが、
javaいもこのようななんでも入れられる型はあるのでしょうか？
- 559 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 01:37:54 ]
- javaいも
って美味しそう
voidはある
- 560 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 01:42:42 ]
- >>558
つObject
- 561 名前：558 mailto:sage [2007/06/09(土) 01:50:00 ]
- >>560
こんな便利な型が有ったとは知りませんでした。
有り難うございます。
- 562 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 02:02:19 ]
- 次はメソッドが無くなっちゃったとか言って来そ。
- 563 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 02:31:28 ]
- ドコモのF901isなんですが無料で遊べるチェスのアプリはないでしょうか？
- 564 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 03:19:12 ]
- 板違い
- 565 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 04:12:14 ]
- またまたGraphics3dだけど、これzソートかよｗ
16bit深度バッファで112kb位けちるなよ。
おまけに1モデルあたりのサーフェース数が最大255面って正気？ｗ
Primitiveクラス内部で、int[] vertexBuffer = new int[255*3*3]とかハードコードされてんだｗ
想定外にボロイんで、俺のバグだと思って悩んじゃったじゃないか。
あと、頂点座標が12bit固定少数扱いされてない気がするんだけど気のせい？
マジで萎えるなこれ。
- 566 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 09:19:01 ]
- GIFがPNGに比べて容量が大きくなってしまうんですが、
どうにかできないでしょうか。だいたい１、２KBくらいでかくなってしまいます。
- 567 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 12:16:02 ]
- スレ違いな気がするけど
どうしようもない
- 568 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 14:16:57 ]
- Jar圧縮しておくと若干縮む場合もあるけど、期待するほどじゃない。
- 569 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 14:18:45 ]
- >>565
そろそろうざい
- 570 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 14:23:40 ]
- >>566
1〜2kbが気になって仕方のないサイズであるなら、色数を減らす等の対処をすればいい。
それが嫌ならプログラムを削減すればいい。
それも無理ならどうしようもない。
>>567
iアプリ開発の話だろ。たぶん。
- 571 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 15:29:46 ]
- 画像の色数が多いならJPEGにすれば？
透過できない点に注意が要るけど
- 572 名前：566 mailto:sage [2007/06/09(土) 17:03:54 ]
- みなさんありがとうございます。
確かによく考えたらスレ違いでした。すいません。
減色とか劣化は試してるんですが、満足行く結果は出ないです。汚いのにPNGと容量一緒とか。
減色ソフトを買ってみます。
- 573 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 18:12:18 ]
- >>565
頂点バッファサイズというより、インデックスバッファがバイト型で
なおかつ固定番号の処理してるんじゃない?
>>569
俺としては現状の問題点を洗い出すという点で悪くないと思ってる
- 574 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:22:30 ]
- 空気嫁てない
- 575 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 20:03:43 ]
- たぶん君が空気だと思ってるのは君だけだ
- 576 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 20:11:29 ]
- ↓をのっとっちゃえば？
どうせ過疎＆糞スレだし。
【日本携帯】Mascot Capsule/Micro3D【標準】
pc11.2ch.net/test/read.cgi/tech/1117773530/
- 577 名前：デフォルトの名無しさん mailto:sage [2007/06/10(日) 00:31:29 ]
- >>俺としては現状の問題点を洗い出すという点で悪くないと思ってる
御意。
自分が使ってないからって「空気よめてない」とか自己中なことよく言えるよな。
そもそもおまえの空気なんかしらねーよｗ 興味ないならスルーすりゃいいだろ？
ひょっとして糞クラスライブラリ制作会社関係者？
128.0fでオーバーフローするっていう情報だって、知らなけりゃハマリバグになってたかも。
Graphics3d, FastMath, Transformは糞クラスなので、糞っぷり情報は貴重。
- 578 名前：デフォルトの名無しさん mailto:sage [2007/06/10(日) 01:57:18 ]
- >>565
> またまたGraphics3dだけど、これzソートかよｗ
> 16bit深度バッファで112kb位けちるなよ。
ソフトウェアレンダリングだと大抵Zソートじゃない？ 最近だとFlashのPapervision3Dもそうだし。
ZバッファはピクセルごとにCPUが一番嫌がる分岐が必要になるっしょ。
まあ3Dの実装がカスなのには同意するとして、エイチアイに退場願いたければ
ATIやNVIDIAがとっととケータイに食い込んでくれるのを祈るのが一番だろうな。
- 579 名前：デフォルトの名無しさん mailto:sage [2007/06/10(日) 02:43:57 ]
- 煽り口調を何とかして欲しいと思う。
情報は有難いんだが…
- 580 名前：デフォルトの名無しさん mailto:sage [2007/06/10(日) 04:16:34 ]
- もし同じ症状になった人がいれば教えてほしいんですが。。。
Iapplicationの派生とCanvasClass派生とは別にClassを作成して、
そのClassが突然作成不能になっちゃったんです。
解説すると長くなりそうなので簡潔に。
・アプリは起動する
・そのclassのインスタンスを作成したり、staticフィールドにアクセスしようとした瞬間アプリが落ちる
・Throwableで囲んでもキャッチに飛ばない
・ただし落ちるのは900のみ
・もしかしたら900isも落ちるかもしれないけど実機がなくて試してない
・901は大丈夫
・メモリエラーかとも思ったが、同じメモリの機種でも900じゃなければ大丈夫
Javaってエラーキャッチできないこともあるんですね。。。
- 581 名前：デフォルトの名無しさん mailto:sage [2007/06/10(日) 04:22:20 ]
- 背面カリング無い方が萎える。
|
 |
