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

iモード携帯電話用Jav ..

511:デフォルトの名無しさん
07/06/03 22:14:04
>505
使えないものなんですか？じゃなくてさ、
わかんなかったら「Java 可変長配列」とかググるくらいしようよ。

>>510が教えてくれてるVectorクラスのこととか、
Javaの説明サイトとか見付かるんだからさ。

512:デフォルトの名無しさん
07/06/03 22:35:24
ArrayListって1ノード加える毎に配列作り直してるのか？
そんな効率悪いことしてる？
普通プールしてると思うけどなぁ

513:デフォルトの名無しさん
07/06/03 23:23:35
iアプリを作成しはじめたばかりのものです。

上のほうで、paint() メソッドでは何もしなくていいような書き込みがあるのですが、
Windowsアプリでいう WM_PAINT のようなものとは本質的に異なるのでしょうか？

例えば、端末が閉じられたときや、何らかの別画面が表示された後に、失われた部分を
再描画するのにpaintメソッドが呼ばれると思っていたのですが、paintメソッドを無視して
いいということは、画面の内容は常に保持されていて、一度描いた内容はアプリ側で画
面を描きかえなければ、消えることはないということでしょうか？

514:デフォルトの名無しさん
07/06/03 23:29:35
paint() メソッドでは何もしなくていいんじゃなくて何もしてはいけないんだよ

515:デフォルトの名無しさん
07/06/04 00:26:06
>>513
実際の表示面の内容は保持されないから、再描画する必要はあるよ
またWM_PAINTのようにダーティエリアが設定される事もない
Windowsで言えばメッセージループのアイドルタイミングにあわせて
GetDC - GDIAPI描画する作り方をイメージするのがよいかと
アイドルタイミングで常に画面が更新して、paintでわざわざ描画しないようなもん

516:513
07/06/04 00:49:25
>>515
画面の更新の必要がないときにでも、定期的に別のところで再描画するということだったんですね。
やっと理解することができました。どうも、ありがとうございました。

517:デフォルトの名無しさん
07/06/04 02:13:08
Canvasを使用する場合はpublic void paint(){}がないとエラーが出る
paint()なんて使いたくないからいらないと思っても
組み込まないとエラーが出るからとりあえず入れとくしかない
これはドコモジャバの約束事だからしかたない

518:デフォルトの名無しさん
07/06/04 02:27:07
そもそもMIDP1.0で既に
protected abstract void paint(Graphics g)
だし(´・ω・｀)

519:デフォルトの名無しさん
07/06/04 02:40:11
>>517-518
キミ達ちょっと流れとズレてるぞ

520:デフォルトの名無しさん
07/06/04 02:59:51
APIリファレンスを活用できるようになって欲しいという親心？('-'*)

521:デフォルトの名無しさん
07/06/04 11:20:37
904iのオプションAPI対応リストってどっかにないですか？
公式行っても903までの対応状況しかないんだけど。

522:521追記
07/06/04 11:27:07
getAudioTrackPresenter()
使いたいんだけど、904で対応してるキャリア増えてるかなって思って。

手元にはFしかないからわからんのよね･･･

523:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/06/04 17:48:19
>>523
TranformってFastMath使ってるよね？
だったら、float値は12ビット固定少数(1:符号, 19:整数部, 12:少数部)に変換されるんじゃない？
それにしても 128.0x4096 = 7+12ビットなので、楽勝なはずだが。

525:デフォルトの名無しさん
07/06/04 18:15:46
そのとおりなんですが、おそらく、内部で３つのFastMath値の積をFastMath精度で計算しているらしく、
計算途中で整数部7bit x 3 = 21bitの値が現れ、それが原因でオーバーフローになる…
と推測したわけです。

526:デフォルトの名無しさん
07/06/04 19:39:02
>>525

うわｗそうかもｗ　
掛け算する場合は、乗数のビット数＋被乗数のビット数　<= 32bitでなければならないってことかｗダサっｗ
普通、固定少数の積は基数のビット幅の倍に拡張して、
return (int32)（(int64) a * b >> 小数部ビット数）;
とかやるけど、やってないんだw
FastMathとかTransformとかGraphics3Dまわりってどこが書いたの？
何回も言うけどクソ杉。

527:デフォルトの名無しさん
07/06/04 22:04:25
エイチアイはクソ、それを採用したドコモ等もクソ。

528:デフォルトの名無しさん
07/06/04 22:10:33
だからこそのFastMath。

529:デフォルトの名無しさん
07/06/04 23:33:21
iアプリからインターネットランキングに登録したいので
パスワードと得点をＵＲＬから送信しようと思ったけど、
それだとアプリを解析されて不正登録ができてしまうと思った。
そこまでして不正登録をする人はいないと思うけど
不正登録のできない得点の送信方法があったら教えてもらえますか？

530:デフォルトの名無しさん
07/06/05 00:28:11
しかしJavaからならFastMathよりfloatで直接計算するほうが速度出る罠(実機確認済)

531:デフォルトの名無しさん
07/06/05 00:54:28
>>529
アプリ自体が解析されるのを懸念するのであれば、何をしても無駄では？
とりあえずそこは置いておいて、アプリからHTTP(?)で送信するデータの
加工等を考えてみたらどうかな。
短めのデータであれば、自分なら復号可能でチェックサム付きの簡単な
暗号化機能を作ると思う。

というか興味あるので識者の意見求む。

532:デフォルトの名無しさん
07/06/05 01:04:51
アプリがPCからダウンロードされるのを防ぐ方法が前に出てたと思う
それを探せば解析される心配はなくなる、たぶん

533:デフォルトの名無しさん
07/06/05 01:09:31
>>529
アプリの解析についてはiモード網内からだけダウンロードを許可にすれば良い。
>>531にある通り、データの加工は必要に応じて自分で検討すれば良し。
通信内容はPOSTでやり取りするべし。
GETだとiモード履歴情報サービスを使われると、通信内容が分かってしまう。
欲を言えばHTTPSだが、そこまで必要ないでしょ。

534:デフォルトの名無しさん
07/06/05 13:11:02
ちょっと漠然とした質問で申し訳ないんですけど、
iアプリからWebサービスを呼び出して利用する事って可能なんでしょうか？

ちょっと試してみようかなと思ったんですが、Dojaの資料を読んでも
どこにも載っていなかったので。。

535:デフォルトの名無しさん
07/06/05 17:31:27
>>534
アプリをダウンロードしたドメイン以外とは通信できなかった気がするので、
アプリのダウンロード元にプロキシＣＧＩを置いておいて、
アプリはそこ経由で通信すると良いんじゃなかったっけっか。

識者フォロー頼む。

536:529
07/06/05 17:55:10
>>531-533
レスありがとうございました。
ＰＣからのダウンロードを禁止する方法を調べてみます。

537:デフォルトの名無しさん
07/06/05 18:11:54
Eclipse(+プラグイン)使って開発してるんだけど、プロジェクトをsubversionで
管理してると、Eclipseからエミュレータ起動したときに、res/ 内の.svn/ まで
突っ込んだjarを作ってくれやがる。
除外設定を色々してみるも変わらず。
どなたか対処法ご存じありません？

538:デフォルトの名無しさん
07/06/05 21:54:26
AudioTrackPresenterで、オーディオトラックのみで
構成された3gpを再生させようとしているのですが、
エミュレータで動作確認したところ、再生しようとした音源とは
異なる音が再生されています。

これはエミュレータだから、音がおかしくなっているんでしょうか？
自分の携帯が902なので実機では確認できないのですが、
何かご存知でしたら教えてください。

539:デフォルトの名無しさん
07/06/06 15:21:55
ソフトキーのラベルって、初期は全角2文字(半角4文字)までが基本だったと思うんですけど、最近のは全角で3文字とか4文字とか入るみたいですね。
そこで、どの機種で何文字まで入れられるか知りたいんですが、どこかまとめてあるサイトなどありませんか?
最悪、どのシリーズ以降は何文字が保証されてるなどの情報でもいいのですが。
どなたか知っていたら教えて下さい。

540:デフォルトの名無しさん
07/06/06 18:27:21
DoJa3.5の機種で3文字だっけ？

541:デフォルトの名無しさん
07/06/06 19:15:48
PanelのアプリでPopupメニューってできるものです？

542:デフォルトの名無しさん
07/06/06 22:01:50
はい

543:デフォルトの名無しさん
07/06/06 22:14:51
数年ぶりに携帯を変えたので、
初めてのiアプリに挑戦しています。
URLﾘﾝｸ(janis.or.jp)

プログラム自体はあらゆる解像度に対応しているため、
F904iの画面を横にすれば快適にプレイできるだろう、と期待していたのですが、
実機で動かしてみると、縦でも横でも240x240の枠の中でしか動きません。

ワイド画面をフルに使うには、特別なAPIが必要なのでしょうか。

544:デフォルトの名無しさん
07/06/06 23:08:27
>>542
まじで？

545:デフォルトの名無しさん
07/06/06 23:49:07
>>543
たしか240x240以上はjamのDrawAreaに直接サイズを指定する必要があったはず。

546:デフォルトの名無しさん
07/06/06 23:50:30
>>543
URLﾘﾝｸ(www.nttdocomo.co.jp)
>※4: ADFのDrawAreaキーに指定がない場合は、描画領域が横240×縦240となります。

547:にくちゃんねる ★
07/06/07 07:32:57
>>545-546
DrawAreaを変更したら一発でうまくいきました。
ありがとうございます。これで快適になりました。

適当に移植してから軽量化を考えようと思っていたのですが
そのままでも十分な速度で動いてしまったので驚いています。

548:デフォルトの名無しさん
07/06/07 08:43:05
パソコンでＪＡＶＡやってたんなら画像処理速度は携帯のほうが上でしょうな
画面小さいし常駐ソフトも少ないから当然といえば当然ですが

549:デフォルトの名無しさん
07/06/07 10:13:39
>>547
なんでキャップ？？

550:デフォルトの名無しさん
07/06/07 12:47:23
エミュはJava上でJ2ME用インタープリタが走っていていて遅いとかなんとか

551:デフォルトの名無しさん
07/06/07 16:41:03
なるほど。

552:デフォルトの名無しさん
07/06/08 14:42:22
基本的すぎて申し訳ないのだが、iアプリから携帯電話ネイティブの画像ファイルを削除する方法はないよね？
addEntryした画像を削除出来ないのはキツイです ...

553:デフォルトの名無しさん
07/06/08 16:23:33
アプリからネイティブデータ消し放題ってそれ何てマルウェアやねん。
標準機能のカメラにしてもwebブラウザにしても、撮影した画像や
ダウンロードした画像の保存はするけど、削除するのはデータフォルダ
機能からであって、それぞれのアプリケーションではないよね。

554:デフォルトの名無しさん
07/06/08 23:38:15
>addEntryした画像を削除出来ないのはキツイです
これ何で?
わざわざユーザがaddEntryしといて削除するかどうかはユーザが決めることじゃないか
たしかに端末によっちゃ手間がずいぶんかかるやつもあるけどさ

あれか。最近流行りのデータフォルダに偽装してデータを置くとかいう

555:デフォルトの名無しさん
07/06/08 23:44:32
でもあれ一部の端末で無理になったんじゃなかったっけ

556:デフォルトの名無しさん
07/06/08 23:44:53
FastMathとTransformがあまりにクソ仕様で，クソ精度で，クソ遅いので、
すべてのメソッドを自作したら50倍くらい速くなった。エミュ上だけど。
でもGraphics3dのラスタライザ自体がクソなのね。
OpenGL ESを一般公開するか、俺にGraphics3dも書き直させてほしい。

557:デフォルトの名無しさん
07/06/09 00:11:12
エミュ上かよ……。

558:デフォルトの名無しさん
07/06/09 01:35:53
質問があります。
C言語には、void *といったなんでも入る型がありますが、
javaいもこのようななんでも入れられる型はあるのでしょうか？

559:デフォルトの名無しさん
07/06/09 01:37:54
javaいも
って美味しそう

voidはある

560:デフォルトの名無しさん
07/06/09 01:42:42
>>558
つObject

561:558
07/06/09 01:50:00
>>560
こんな便利な型が有ったとは知りませんでした。
有り難うございます。

562:デフォルトの名無しさん
07/06/09 02:02:19
次はメソッドが無くなっちゃったとか言って来そ。

563:デフォルトの名無しさん
07/06/09 02:31:28
ドコモのF901isなんですが無料で遊べるチェスのアプリはないでしょうか？

564:デフォルトの名無しさん
07/06/09 03:19:12
板違い

565:デフォルトの名無しさん
07/06/09 04:12:14
またまたGraphics3dだけど、これzソートかよｗ
16bit深度バッファで112kb位けちるなよ。
おまけに1モデルあたりのサーフェース数が最大255面って正気？ｗ
Primitiveクラス内部で、int[] vertexBuffer = new int[255*3*3]とかハードコードされてんだｗ
想定外にボロイんで、俺のバグだと思って悩んじゃったじゃないか。
あと、頂点座標が12bit固定少数扱いされてない気がするんだけど気のせい？
マジで萎えるなこれ。

566:デフォルトの名無しさん
07/06/09 09:19:01
GIFがPNGに比べて容量が大きくなってしまうんですが、
どうにかできないでしょうか。だいたい１、２KBくらいでかくなってしまいます。

567:デフォルトの名無しさん
07/06/09 12:16:02
スレ違いな気がするけど
どうしようもない

568:デフォルトの名無しさん
07/06/09 14:16:57
Jar圧縮しておくと若干縮む場合もあるけど、期待するほどじゃない。

569:デフォルトの名無しさん
07/06/09 14:18:45
>>565
そろそろうざい

570:デフォルトの名無しさん
07/06/09 14:23:40
>>566
1～2kbが気になって仕方のないサイズであるなら、色数を減らす等の対処をすればいい。
それが嫌ならプログラムを削減すればいい。
それも無理ならどうしようもない。

>>567
iアプリ開発の話だろ。たぶん。

571:デフォルトの名無しさん
07/06/09 15:29:46
画像の色数が多いならJPEGにすれば？
透過できない点に注意が要るけど

572:566
07/06/09 17:03:54
みなさんありがとうございます。
確かによく考えたらスレ違いでした。すいません。
減色とか劣化は試してるんですが、満足行く結果は出ないです。汚いのにPNGと容量一緒とか。
減色ソフトを買ってみます。

573:デフォルトの名無しさん
07/06/09 18:12:18
>>565
頂点バッファサイズというより、インデックスバッファがバイト型で
なおかつ固定番号の処理してるんじゃない?

>>569
俺としては現状の問題点を洗い出すという点で悪くないと思ってる

574:デフォルトの名無しさん
07/06/09 19:22:30
空気嫁てない

575:デフォルトの名無しさん
07/06/09 20:03:43
たぶん君が空気だと思ってるのは君だけだ

576:デフォルトの名無しさん
07/06/09 20:11:29
↓をのっとっちゃえば？
どうせ過疎＆糞スレだし。

【日本携帯】Mascot Capsule/Micro3D【標準】
ｽﾚﾘﾝｸ(tech板)

577:デフォルトの名無しさん
07/06/10 00:31:29
>>俺としては現状の問題点を洗い出すという点で悪くないと思ってる

御意。
自分が使ってないからって「空気よめてない」とか自己中なことよく言えるよな。
そもそもおまえの空気なんかしらねーよｗ　興味ないならスルーすりゃいいだろ？
ひょっとして糞クラスライブラリ制作会社関係者？
128.0fでオーバーフローするっていう情報だって、知らなけりゃハマリバグになってたかも。
Graphics3d, FastMath, Transformは糞クラスなので、糞っぷり情報は貴重。

578:デフォルトの名無しさん
07/06/10 01:57:18
>>565
> またまたGraphics3dだけど、これzソートかよｗ
> 16bit深度バッファで112kb位けちるなよ。

ソフトウェアレンダリングだと大抵Zソートじゃない？　最近だとFlashのPapervision3Dもそうだし。
ZバッファはピクセルごとにCPUが一番嫌がる分岐が必要になるっしょ。

まあ3Dの実装がカスなのには同意するとして、エイチアイに退場願いたければ
ATIやNVIDIAがとっととケータイに食い込んでくれるのを祈るのが一番だろうな。

579:デフォルトの名無しさん
07/06/10 02:43:57
煽り口調を何とかして欲しいと思う。
情報は有難いんだが…

580:デフォルトの名無しさん
07/06/10 04:16:34
もし同じ症状になった人がいれば教えてほしいんですが。。。

Iapplicationの派生とCanvasClass派生とは別にClassを作成して、
そのClassが突然作成不能になっちゃったんです。
解説すると長くなりそうなので簡潔に。

・アプリは起動する
・そのclassのインスタンスを作成したり、staticフィールドにアクセスしようとした瞬間アプリが落ちる
・Throwableで囲んでもキャッチに飛ばない
・ただし落ちるのは900のみ
・もしかしたら900isも落ちるかもしれないけど実機がなくて試してない
・901は大丈夫
・メモリエラーかとも思ったが、同じメモリの機種でも900じゃなければ大丈夫

Javaってエラーキャッチできないこともあるんですね。。。

581:デフォルトの名無しさん
07/06/10 04:22:20
背面カリング無い方が萎える。

582:デフォルトの名無しさん
07/06/10 10:51:02
>>580
VMが落ちたらcatchできない
JavaでもPHPでもPerlでも同じ

583:デフォルトの名無しさん
07/06/10 11:12:53
>>580
その別のクラスってなに？
そのクラスのコードは、その携帯電話の中に本当に存在してるの？
症状からNoClassDefFoundErrorな気がするんだけど。

584:デフォルトの名無しさん
07/06/10 11:28:29
>>580
>>583の指摘を具体的に言うと、900はCLDC1.0、901以降はCLDC1.1で違うってこと。
その独自クラス、例えば浮動小数点使ってたりしないか？
DoJa-3.5用（900用）のエミュレータで動かしてみると原因がわかるかもしれない。

585:デフォルトの名無しさん
07/06/10 13:30:50
すいません。　誰か教えてください。

DoJa-3.5用（900用）のエミュレータを使ってHelloWorldを出すという、初歩の初歩でつまずいてるのですが、ビルドを実行すると

javac:ターゲットリリース1.1がデフォルトのソースリリース1.5と競合しています。

とでて、ビルドが失敗してしまいます。
どうすればよいのでしょうか？　Javaスレの神様どうかお教えください。お願いします。　

586:デフォルトの名無しさん
07/06/10 13:43:13
マルチ乙
ｽﾚﾘﾝｸ(tech板:378番)

587:デフォルトの名無しさん
07/06/10 15:37:44
>>580さん
>>583さん

本当にありがとうございます。。。
動きました。
原因は浮動小数点でした。。。
Dojaのﾀｰｹﾞｯﾄﾌﾟﾛﾌｧｲﾙを3.5まで下げてコンパイルして
何もでなかったので安心してました。。。

そういえば小数点使えるじゃんとか昔に調子乗って作って、
途中から900対応にしたので忘れてました。。。
出直してきます。。。

ありがとうございました！！！！！！！

588:デフォルトの名無しさん
07/06/10 15:39:51
…そして、レス番号も間違えてしまいました。
>>583さん
>>584さん

でした。
ご無礼お許しください。

589:552
07/06/11 11:46:46
>553
>554

業務アプリで、１日辺り数十枚の写真を取り貯めしてセンタへ一括送信するってのを作った。
その際、スクラッチパッドはデータが一杯なのでネイティブ領域に撮った写真を保存してた。

携帯電話の機種によっては、iアプリで撮った写真は専用のフォルダに入れるくらいだから、
iアプリが自分で保存したエントリィぐらい削除できても良いのに、ってチラ裏ですまん ...

やっぱ、普通に考えても削除はまずいよな ...

590:デフォルトの名無しさん
07/06/13 00:23:21
graphics3dなんだけど、こうやって↓ビットＯＲして使う定数なのに，
Primitive.NORMAL_PER_FACE | Primitive.TEXTURE_COORD_PER_VERTEX
排他的に使う以下の定数が、
NORMAL_PER_FACE = 3
NORMAL_PER_VERTEX = 2
と、3, 2で定義されているってどういうつもり？普通、2^n数列だろうが。
両方同時に指定された場合を考えてるのか？ならその場合、throwすべきだろ。

591:デフォルトの名無しさん
07/06/13 00:25:31
ヒント：ビット節約

592:デフォルトの名無しさん
07/06/13 11:32:21
つまりNORMAL_PER_FACEのときはビット1が必須だってことだろ

593:デフォルトの名無しさん
07/06/13 11:55:23
NORMAL_PER_FACE と
NORMAL_PER_VERTEX は同時に指定しないだろ・・

594:デフォルトの名無しさん
07/06/13 12:44:16
排他的だから 2と3なんだろ。
2と4だったら、排他的な関係とはいえないだろ。

595:デフォルトの名無しさん
07/06/13 13:05:52
愚痴ばっかり書くから…

596:デフォルトの名無しさん
07/06/13 21:33:49
携帯ではArrayListって使えないんですか？
どうやっても上手くいかないのはなぜなんだろう？
絶対出来ないのなら、リンクリストみたいなのを自分で作ろうと思うのですが……。

明日までに仕上げたいものなので、出来れば早めのレスをよろしくお願いします。

597:デフォルトの名無しさん
07/06/13 22:07:37
>>596
少なくともCLDC1.0には無いみたいね。
APIリファレンスぐらい見ようよ。
Vectorならあるけど駄目？

598:デフォルトの名無しさん
07/06/13 22:11:56
Vectorがありましたね……すいません。
もうちょっと調べればよかったです。
ご迷惑をおかけしました。

599:デフォルトの名無しさん
07/06/13 23:23:16
>>594

よく読め。
>>両方同時に指定された場合を考えてるのか？ならその場合、throwすべきだろ。

だからさ、そのNORMAL_PER_FACE とNORMAL_PER_VERTEXをユーザー側で利用する場合を考えてみ。
そのPrimitiveが面毎法線なのか、頂点毎法線なのか調べるのに、
flags & NORMAL_PER_FACE ってやるだろ普通だったら。
なぜなら、ビットORして使用するような定数列の場合、2^nで定義するって<常識>だから。
その定数が幾つで定義されているかなんか知る必要がないの普通は。

600:デフォルトの名無しさん
07/06/13 23:25:55
ところが、このクソライブラリの場合、
まず、System.out.println()で、NORMAL_PER_FACEとNORMAL_PER_VERTEXの値が
それぞれ幾つなのか調べる。2^n列で無いことを発見。
((flag & (NORMAL_PER_FACE | NORMAL_PER_VERTEX) ) == NORMAL_PER_FACE )
で、やっと動作。

601:デフォルトの名無しさん
07/06/13 23:31:35
しかもなにこのラスタライザ。クソ遅いし。
おれのBREW2.1対応のポリゴンラスタライザ（任意矩形クリッピング＋テクスチャマッピング＋
パースペクティブコレクション＋Gouraudシェーディング＋カラーモジュレーション）
の5倍以上遅い。俺のはサンプラーとスキャンライン周りはアセンブリで書いているものの、
graphics3dもラスタライザ自体はネイティブだろうから、BREWとさほど変わらないはず。

602:デフォルトの名無しさん
07/06/13 23:35:08
>>599
内部動作とリンクしてるフラグ指定なら常識ともかぎらんよ
たとえば下位ビットは法線があるかどうか、上位ビットは面毎か頂点毎か
という意味で処理してんなら2と3が指定されてるのは自然だ
そして法線が無い場合は0というのも納得がいく

まあカラー指定のビットの方はそうはなってないんだけどな・・

603:デフォルトの名無しさん
07/06/13 23:42:50
>>602
いや、いいほうに解釈しすぎ。
だから、ユーザーからするとそれぞれの値は基本的に見えないんだよ？
ノーマルがあるかどうかを調べたいならそれこそ(flags & (PER_VERTEX| PER_FACE))
って"やるべき"。こんなの基本中の基本だって。社内ライブラリならどうぞご勝手にって感じだけどね。

604:デフォルトの名無しさん
07/06/14 00:01:53
graphics3dではテクスチャサイズが正方2^n指定なのに、なんでテクスチャサイズの値域
(サイズが128x128だったら、[0,...,127]）でUV指定するんでしょうか？許せません。
ちなみにおれのラスタライザはOpenGL|ESと同じ1:15:16の固定少数フォーマットだけど、
テクスチャ座標はちゃんと、[0.0,...,1.0]([0,...,0x10000])に正規化してます。
テクスチャサイズを2^nに決めているので、パフォーマンスのペナルティないんで。
あと、テクスチャーサンプラーでは乗除算を一切使ってません。

605:デフォルトの名無しさん
07/06/14 00:07:13
>>603
APIリファレンスに値書いてあるとおもうけど。
わざわざprintlnしたの？w

606:デフォルトの名無しさん
07/06/14 00:12:53
>>581
凸包モデルしかテストしてなかったので、バックフェイス刈らないって気付かなかったｗ
マジで？　どういうつもり？　渡された頂点列を、World->View変換後に外積計算して
外積のｚ成分の符号を見るか、もしくはWorld変換後、視線ベクトルとの内積の符号を見れば
裏か表か判るんですが。。。やり方判ったら、そんぐらいやってもらえませんか？
だめだこりゃ。。。orz
docomoさま、OpenGL|ESを一般公開してください。

607:デフォルトの名無しさん
07/06/14 00:13:43
>>605
うん。

608:デフォルトの名無しさん
07/06/14 00:23:24
具体的には、頂点座標v1, v2, v3の順に渡されたとし、
World->View変換後の頂点座標をv''1, v''2, v''3とすると、
O = (v''2-v''1)X(v''3-v''1)　Sign( O.z )が視点に対する面の向き。
また、World変換後の頂点座標をv'1, v'2, v'3とし、視線ベクトルを
sとすると、Sign( (v'2-v'1)X(v'3-v'1)・s )が視点に対する面の向き。
X: 外積，・:内積

graphics3dにバックフェイスカリング入れてください（CULL_NONE, CULL_COUNTERCLOCKWISE, CULL_CLOCKWISEでフラグ指定）。
バックフェイスカリングはリアルタイムレンダリング界の常識です。

609:デフォルトの名無しさん
07/06/14 00:28:46
というかBREW版のMCV4はわりとまともに機能がそろってるので
DoJa版インターフェースを作ったヤツがタコだったんだろうな

610:デフォルトの名無しさん
07/06/14 00:50:04
>>609
BREW版 MascotCapsul v4の場合、下位層がOpenGLだからまともなだけ。
てか、OpenGLつかえるなら、MascotCapsulなんかそもそもいらん。
じゃまなだけ。

611:デフォルトの名無しさん
07/06/14 00:54:51
ちなみにOpenGL使えるauの端末は、ハードウェアラスタライザー搭載機のみ。
型番でいうと、43とか以降かな。

612:デフォルトの名無しさん
07/06/14 01:04:38
作ったやつ（ら？）は、外積とか携帯では計算が重すぎるから・・とか思ってそうだなｗ

613:デフォルトの名無しさん
07/06/14 01:21:31
テクスチャーマップドポリゴン描画処理 >>>> 越えられない壁 >>>>　ベクトル外積計算1回

614:デフォルトの名無しさん
07/06/14 02:39:57
ユーザーが意識する必要のない定数の値に
なんでイチャモンつけてるんだ？
で、5倍以上遅いっていうのは同じ端末での比較？

615:デフォルトの名無しさん
07/06/14 03:02:52
>>614
>なんでイチャモンつけてるんだ？

その定数がクラスライブラリ内部で使用されるだけという思い込み、もしくは希望を抱いているとそういう疑問を持つんでしょうな。
公に公開されるクラスライブラリを設計する会社が、もしそのような思考力・設計力しかないのならDoJaの一クラスなどという、
そんな大きな仕事を請ける資格はないです。公のクラスライブラリ設計者は、クラスライブラリを使用する
ユーザーの使用法，心理や思考の一歩先を読んで設計するもんです。良いクラスライブラリはユーザーを逆に啓蒙する力があります。
このクラスライブラリは失格です。技術的正当性はどこにもありません。
末端アプリ制作しているだけなら誰も文句いいませんけどね。はっきりいって迷惑です。

616:デフォルトの名無しさん
07/06/14 09:45:14
てか
定数のビット構成に縛られるようなプログラミングしたらだめだろ・・

こういう事いうプログラマは
端末ごとに変わる実装にもぶちぶち言ってるんだろう

617:デフォルトの名無しさん
07/06/14 11:55:08
ちんちんとまんまんは仲良くしないといけないんたよ

618:デフォルトの名無しさん
07/06/14 12:54:50
うぜぇ

619:デフォルトの名無しさん
07/06/14 16:42:05
>>616
フラグが立ってるかどうかの判定がややこしくなってるみたいですが・・・

620:デフォルトの名無しさん
07/06/14 16:58:55
>>615
師匠！
今度からはｺﾃﾊﾝでお願いします！

621:デフォルトの名無しさん
07/06/14 21:21:55

【eclipse 3.2 + DoJa 5.0】

エクリプスで開発されていらっしゃる方々へ。

最新のエクリプスだと、どうやらi-appliのエミュレーター（DoJa 5.0）
が作動しないみたいですが、この問題を解決できた方、いらっしゃいましたら
ご教示ねがえませんでしょうか。

エクリプスを3.1にしようかなと思ってeclipse.org捜してみたのですが、
既に削除済みでした^^;

どうかよろしくおねがいします。

622:デフォルトの名無しさん
07/06/14 21:46:53
graphics3dは欠点を挙げていくとキリが無いよ。
素人が作ったライブラリとしか思えない。

623:デフォルトの名無しさん
07/06/14 22:02:11
>>621
3.2系列でどうなのかってのは自分も知りたいけど
3.1系列もは普通に公式サイトにある。1.0すらあるよ。

624:デフォルトの名無しさん
07/06/14 22:03:19
>>621
自分は探してないけどSourceForgeかどっかに無い？

625:デフォルトの名無しさん
07/06/14 22:48:50
>>623
いえ、all versionsって所をクリックしても出てこないし。
"3.1"で検索かけるてもno resultでしたorz

626:デフォルトの名無しさん
07/06/14 22:55:25
>>625
よく読みな。
URLﾘﾝｸ(download.eclipse.org)
のどっかにリンクがある。

627:デフォルトの名無しさん
07/06/14 23:08:29
eclipse3.2+Doja5.0で何の問題もなく動いております。よ？

628:デフォルトの名無しさん
07/06/14 23:27:55
>>626
どうもありがとう！そのページのここをクリックしたらありました！

　＞For access to archived builds, look here

>>627
へ？え？・・・・^^;
JAVA_HOMEの設定もした上ででしょうか？

629:デフォルトの名無しさん
07/06/15 08:00:40
>>628
動作しないっていうのは、eclipseから実行やデバックしようとすると、
jarが作れないよーって感じのエラーメッセージが英語で出てくるやつ？
これのことだったら3.1にしても同じだったような記憶が・・・

とりあえずJDKのbinフォルダにパスを通すと上の現象はなくなる。

630:デフォルトの名無しさん
07/06/15 13:39:28
>>629
おお！
ありがとう。
エクリプスインスコして、i-modeのエミュ解凍してってんじゃだめ
なんだなｗ

ＤｏＣｏＭｏ、もうすこし丁寧にインストールマニュアル書けよ。
JAVA_HOMEではなくて、ＰＡＴＨの問題だったんだ。
いや、失礼しました。でも、みなさん、ありがとう！！！

631:デフォルトの名無しさん
07/06/15 13:41:09
>>630
いや、それ、ふつーに書いたあった気がするけど。

632:デフォルトの名無しさん
07/06/15 14:16:55
無理を承知で聞くが
class Dのコンストラクタで落ちる。ので
なぜ落ちるのかを予想してくれ。
class A{
public A(){
container = new Vector();
}
}
class B extends A{
public B(){
super();
container.add(obj);
}
}
class C extends B{
public C(){
super();
for(int i=0; i<10; i++){ setElementAt(obj); }
}
}
class D extends C{
public D(){
try{
super();
}catch(Exception e){
e.printStackTrace();//表示されない
}
}
}
関係あるか分からんけどJavaBlenderで下のエラーがでる。
コード検証に失敗しました。(Phase=2)

633:632
07/06/15 14:19:25
ちなみにエミュレーターだと正常に動作するけど
実機で落ちる

634:デフォルトの名無しさん
07/06/15 14:50:08
>>631
やっぱり書いてないですね。
環境変数っていじりたくないんだけどね・・・・
URLﾘﾝｸ(www.nttdocomo.co.jp)

635:デフォルトの名無しさん
07/06/15 14:56:30
>>634
アーカイブに含まれている
DoJa-2007_1st_Emulator_DevGuide3.00.pdf
のp.287に書いてあるような内容でなくて？
ちゃんと読もうよ。

636:デフォルトの名無しさん
07/06/15 14:58:00
>>632
ExceptionだけじゃなくてErorrもcatchしてみてはどうか。

637:632
07/06/15 15:11:55
>>636 こうか？

try{
try{
super();
}catch(Exception e){
e.printStackTrace();//表示されない
}
}catch(Error er){
er.printStackTrace();//表示されない
}
やってみたけどやはり何もでない。
docomoはテストにパケット代がかかるからいやなんだよなぁ。

638:デフォルトの名無しさん
07/06/15 15:27:44
>>635
いや、できました！ありがとう！！！
eclipseのフォルダーの指定のところで、eclipseの一つ上の
（同じディレクトリで解凍させた時にできる）フォルダーを
選んでいたのがダメでした。

そのＰＤＦ、今見ましたけど、ＰＡＴＨの設定のところの日本語
おかしいですね。i-appliは自動でjdkのbinを検出しています。
なんて書いてあって、でもPATHはbinまで張れとも書いてあるし。

639:デフォルトの名無しさん
07/06/15 15:31:29
>>638
Eclipse 環境では自動認識しないってことなんじゃないかと。

640:デフォルトの名無しさん
07/06/15 15:58:19
＞＞６３９
なるほど・・・・

こういうインストールが問題なく、ひとつづつちゃんと行えるっていうのは
大切な技能ですよね。力不足を実感しました。orz
あと、インストールの説明書の書き方も難しい。実に・・・・
>>639さんはベテランのプログラマーですね。私、これから当分の間は
Java MEを専門にして喰っていこうと思うのですが、アドバイスあったら
ください！

641:デフォルトの名無しさん
07/06/15 16:12:13
P903iなどのBluetooth機能搭載機での話ですが、
Bluetooth機能を持ったPCなどとSPPを用いて
シリアル通信するiアプリを製作することは出来るのでしょうか？
API見てたらトラステッドがどうのこうのとかあったんで出来ないんですかね？

Bluetooth携帯持ってないので試せないんです。
誰か知ってたら教えてください。

642:デフォルトの名無しさん
07/06/15 16:18:47
>>641
DoJa 5.0では、どうやらＢＴのＡＰＩって標準装備でＯＰＴＩＯＮ
じゃないでしょ？

通信については、プロトコルの問題であるから、十分可能なはず。

643:デフォルトの名無しさん
07/06/15 16:19:23
>>632
new　D();をtry～catchしてみた？
コンストラクタじゃないとするとクラスのロードが怪しい
static変数の初期化に失敗してるとか、preverifyが実行されてないとか

644:デフォルトの名無しさん
07/06/15 16:37:43
>>642
レスサンクス
やってみるよ

645:デフォルトの名無しさん
07/06/15 16:55:31
>>644
やるのはいいけど、ＭＩＤＰと違って参考文献が無きに等しいでしょ？
ＤｏＣｏＭｏの開発ガイドにもサンプル無いし。
ＭＩＤＰの情報だったら、教えてあげられるけどね・・・・

で、実際どうやるの？かなり大変だと思うよ。

646:デフォルトの名無しさん
07/06/15 17:05:29
>>643
親クラスのコンストラクタにprintlnを入れてみたけど表示されないから
コンストラクタに入る前に落ちているようだ。

>クラスのロードが怪しい
>static変数の初期化に失敗してる

雰囲気として上のが怪しいようなので調べてみるよ。
ありがとう。

647:デフォルトの名無しさん
07/06/15 18:30:07
APIリファレンスあればどうとでもなるでそ？(・ω・)

648:デフォルトの名無しさん
07/06/15 18:43:12
>>646
まさか
apptrafe=onしてないなんてことはないよな

649:デフォルトの名無しさん
07/06/15 18:54:29
>>648
さすがにそれはない。

650:デフォルトの名無しさん
07/06/15 23:05:59
>>647
さすがにそれはない。

651:デフォルトの名無しさん
07/06/16 08:01:43
ちょちょっと！
ゲームチャンネルが新規受付停止するって書いてあるんだけど！
個人アプリ発表の場がどんどん少なくなっていく～～～；；

652:デフォルトの名無しさん
07/06/16 09:43:34
俺様勝手サイト作ればいいじゃん。

653:デフォルトの名無しさん
07/06/16 10:05:06
リニューアルって書いてあるぞ
URLﾘﾝｸ(mobile-money.channel.or.jp)

しかし流行ってるのかここ？

654:デフォルトの名無しさん
07/06/16 14:41:18
しかし一ヶ月以上もアクセス不可って…。
ほんとにリニューアルする気あるんだろうかorz

655:デフォルトの名無しさん
07/06/16 15:12:12
別にアプリゲットでいいじゃん、なんか不都合あるの？

656:デフォルトの名無しさん
07/06/18 21:58:35
あるよ

657:632
07/06/18 23:43:48
>>632の問題が解決したので報告します。
実機はSO506iでエミュレータはDoja5.0でビルドしてました。
Doja3.0のエミュレータを落としてビルドすると

java.lang.NoClassDefFoundError にアクセスできません。
ファイル java\lang\NoClassDefFoundError.class が見つかりません。
とエラーが。

if( Class.class != o.getClass() )return false;

上のコードが問題だったみたいです。
該当行を消すと正常に動きました。

658:デフォルトの名無しさん
07/06/19 07:35:35
>>656
どんな？

659:デフォルトの名無しさん
07/06/19 08:44:28
有償提供？

660:デフォルトの名無しさん
07/06/19 23:09:20
iアプリでペイントのようにドットに絵を描いてそれのプレビューを
エンコードしてケータイに保存するアプリを作っています。
エンコードの部分は
ImageEncoderクラスを使っています。
GIFで保存したかったのですが、
ImageEncoder w_ie = ImageEncoder.getEncoder("GIF");
とやると実機ではエラーになってしまい、うまくいきません。
もし他にGIFエンコード、GIF出力をするやり方やヒントなど知っている方がいたら教えてください。

661:デフォルトの名無しさん
07/06/20 00:12:46
ImageEncoderの対応形式で保障されているのはJPEGのみ。GIFなら自前でやることになる。
幸いググれば日本語の資料が出てくる。

662:デフォルトの名無しさん
07/06/20 00:29:52
○○ソフトって、某大手キャリアには保有株式の含み損を負わせ、3rdパーティには
クソAPIで大迷惑をかけ、社長は社長で、株価吊り天井だった上場早々のクソ株
掴まされた株主に、うんこ株を投げ売りして顰蹙買うわで、どんだけ周囲に迷惑をかけて
生きていくんだろうね。
クソAPIにクソ株のクソ会社。こんな会社は無い方が世の中のためになる。

663:デフォルトの名無しさん
07/06/20 11:32:45
どこか知らんが、さすがにそれはスレ違い

664:デフォルトの名無しさん
07/06/20 16:05:38
doja5.0にてアプリからURL指定でブラウザを立ち上げると
HTMLソース丸見えのjavaのブラウザがでます。
IEを立ち上げることはできないのでしょうか？

665:デフォルトの名無しさん
07/06/21 19:18:58
iアプリはVGAの機種でも画面240×240とかしか使えないのでしょうか？

666:デフォルトの名無しさん
07/06/21 19:31:24
>>664
javaのブラウザが出るとか、IEを立ち上げるとか、何言ってるか理解できないけど
Jarそのものではなくbinディレクトリの自動的に生成されたindex.htmlにアクセスする。
>>665
そんなわけない。ADF(JAM)で画面サイズを明示的に指定する。

667:デフォルトの名無しさん
07/06/21 20:03:14
ＮのナビVGAつかっとろーが

668:デフォルトの名無しさん
07/06/23 18:54:45
チャットアプリを作っていて画像を送信できるようにしようと思っているのですが
画像とテキストをいっしょにサーバーへ送信することは出来ないでしょうか？
画像を送ってから、次にテキストを送るのではなくて同時に送信したいです。

669:デフォルトの名無しさん
07/06/23 23:18:59
>>668
まとめて送ればいいんじゃねーの？
ｉアプリがどうこうって話じゃないな

670:デフォルトの名無しさん
07/06/23 23:49:50
画面にデータを描画する場合一般的にどちらが高速なんでしょうか？

１．画像からint型の配列作ってsetPixels()
２．画像をdrawImage()で描画

自分で両方書いてみたのですが、エミュレータ(Doja4.1)だとsetPixels()が激遅なのですが、
携帯だと割とまともに動いていたりして混乱しています。

それと、透過処理をする場合、

１．setColor()で透過色を設定してfillRect()
２．int型の配列作って自前で加算合成してsetPixels()

だとどちらが高速でしょうか？
自分でやってみた限り同じ面積を処理する場合では、
２の方が速そうだと思ったのですが、皆さんはどう思われますか？
ちなみに自分はSH902iで動かしているのですが、
機種毎に上記処理の速さが逆転したりもするんでしょうか？

671:デフォルトの名無しさん
07/06/24 00:08:55
>>669
その方法を聞いてんじゃねーの？

672:デフォルトの名無しさん
07/06/24 03:10:59
>>670
setPixels()が速いというのは意外だな
計測用アプリをどこかに上げてくれれば協力するぜ
当方D902iユーザー

673:デフォルトの名無しさん
07/06/24 09:51:05
>>671
だからまとめて送ればいいだけだろ。
個別に送るのが嫌だってことは送信自体はできるんだろ？
あとは送るデータの問題であってｉアプリとは関係ない話。

>>668
もし理解できないなら、そもそも画像ってどんなデータなのかテキストってどんなデータなのかから
勉強してくださいな。

674:デフォルトの名無しさん
07/06/24 14:27:36
もっと違う視点の質問じゃねーの？
画像とテキストを、せーので同時に送信できないかっていう。
当然サーバや受信側の仕組みが頭に無いからこういう発想の質問が出ちゃうというオチ。

675:670
07/06/24 20:08:59
>>672
すみませんが計測用アプリという形ではコードを書いていないのです。
自分で作ってるゲームの中でどちらが速いかと書いてみただけなので…。

ただあれから色々考えてみてsetPixels()が速いという訳でも
ないのかなと思うようにもなってきました。
如何せん自作ゲームの中で描画モードを変えて試しただけなので
決め付けるには早計だったかなと。

676:デフォルトの名無しさん
07/06/25 10:06:20
>>673
「送信自体は出来るんだろ？」って、だから、ソレを聞いてるんじゃねーのかって言ってんだよ馬鹿。
頭悪い上に日本語もよく分かってねー野郎がいちいちチャチャ入れにしゃしゃり出てくんじゃねーよ。
すっこんでろ。

677:デフォルトの名無しさん
07/06/25 11:33:07
つーか、そんな基本的なことでもめるくらいならマニュアル嫁。
もっと根本的な問題があるだろうに。

678:デフォルトの名無しさん
07/06/25 13:08:49
うだうだ長くレス伸ばすのうざいから、やり方教えて終わりにしようぜ。

今回のやり方はヘッダーに、画像とテキストのデータサイズを
それぞれ4バイトで保存して、データを一つにまとめるやり方。

画像がbute[] ibuf、テキストが String text に入っていると仮定しよう。
その場合

----------------------------------------------------------------------------------
int ilen = ibuf.length;
int tlen = text.getBytes().length;
byte[] buf = new byte[ilen + tlen + 8]; // 送信するバッファ

// 画像のサイズを入れる
buf[0] = (ilen >> 24) & 0xff;
buf[1] = (ilen >> 16) & 0xff;
buf[2] = (ilen >> 8) & 0xff;
buf[3] = (ilen ) & 0xff;

// テキストのサイズを入れる
buf[4] = (tlen >> 24) & 0xff;
buf[5] = (tlen >> 16) & 0xff;
buf[6] = (tlen >> 8) & 0xff;
buf[7] = (tlen ) & 0xff;

System.arraycopy(ibuf, 0, buf, 8, ilen); // 画像のバッファをコピー
System.arraycopy(tbuf, 0, buf, 8 + ilen, ilen); // テキストのバッファをコピー
----------------------------------------------------------------------------------

後は、bufを送信し、受信側で画像とテキストに分解して使用する。
なお、コンパイルしてないので、タイプミスとかあるかも。

679:デフォルトの名無しさん
07/06/25 13:10:01
ミスった。
× System.arraycopy(tbuf, 0, buf, 8 + ilen, ilen); // テキストのバッファをコピー
○ System.arraycopy(tbuf, 0, buf, 8 + ilen, tlen); // テキストのバッファをコピー

680:デフォルトの名無しさん
07/06/27 21:29:53
>>670
今作ってるアプリで透過を試してみたよ（200x100くらいの矩形）
素朴に各ピクセルのアルファブレンドでは実機(F902i)で10f/sしか出なかった。orz
まあ、当たり前か。

681:デフォルトの名無しさん
07/06/28 00:29:50
半透明色ってどうやって使うんですかああ？

682:デフォルトの名無しさん
07/06/28 06:44:23
オバQ

683:デフォルトの名無しさん
07/06/28 10:04:00
>>680
それは、アルファテーブルを使用した場合？
それとも普通に計算した場合？

684:デフォルトの名無しさん
07/06/29 09:18:52
誰かｷﾞｶﾞｱﾌﾟﾘで作品提供してる人いる？
ﾀﾞｳﾝﾛｰﾄﾞ数を見ると、俺のような素人が作った作品なのに
多い日は1日200件以上、1ヶ月ﾄｰﾀﾙで1500以上ﾀﾞｳﾝﾛｰﾄﾞ
されてるんだよね。
あの作者用のﾀﾞｳﾝﾛｰﾄﾞ数は正しいのかな??
ちょっと不安になって聞いてみました。

685:デフォルトの名無しさん
07/06/29 10:30:51
サイト側で、ギガアプリ用URLだけ別にして、カウンタを付けたりアクセスログを確認すればいい。

686:デフォルトの名無しさん
07/06/29 11:02:09
FOMAカード入ってないとアプリ起動できないんですか？
プリインストールのものは起動できるんですが、仕様でしょうか？

687:デフォルトの名無しさん
07/06/29 11:16:20
仕様だな。
落とした時に使ったFOMAカードじゃないと
起動できなかったと思った。

688:686
07/06/29 11:19:29
>>687
ありがとうございます。
んー、いちいちカード差し替えるのは嫌だなー。

689:デフォルトの名無しさん
07/06/29 11:41:00
有料のアプリのことを考えたらそうせざるをえない

690:デフォルトの名無しさん
07/07/01 02:45:23
半透明色ってどうやって使うんですかああ？

691:デフォルトの名無しさん
07/07/01 06:11:28
URLﾘﾝｸ(www.yodobashi.com)

ヨドバシ　吉祥寺オープンセール　１３％ポイント還元
ソフトバンク携帯　大安売り　９８００円のみ
しかも　１３％ポイント還元　１２７４ポイント還元　バック

おまけに　９８０円ホワイトプラン　基本料金　２４ヶ月無料　
２３５２０円分無料以下ついてくる

ホワイトプラン　１日　２０時間　ソフトバンク同士無料通話
ホワイト家族で　家族間　２４時間無料通話

つまり　はじめに　９８００円　払うが　基本料金９８０円が２年間無料なので
携帯電話機本体　ただ　１４ヶ月間＋ポイントバック１２７４円分バックで　１５か月分
無料でホワイトプラン内で通話は　電話代がただになる。

つまり　１５０００円ほど　無料となる。　行くしかない。
　
しかも家族内通話も２４時間無料。台数限定なので　売り切れ必死

他のヨドバシで　やっていない　吉祥寺のみ限定

台数限定なので　無くなるのは早い　

692:デフォルトの名無しさん
07/07/01 11:07:50
>>691
オープン6/29やん。
もう無くなってるな、残念。

693:デフォルトの名無しさん
07/07/01 11:24:20
iアプリのスレでﾁｮｿﾊﾞﾝｸの携帯を薦めるってバカですか？信者ですか？

694:デフォルトの名無しさん
07/07/01 11:58:17
漏れはタダでもバンクのは欲しくない

695:デフォルトの名無しさん
07/07/01 13:47:54
はげどう！

696:デフォルトの名無しさん
07/07/01 22:08:17
個人の力では携帯専用サイトの情報をパソコンに送るのって不可能なのかな？
丸2日悩んだんだけど、できなかった。
ダウンロード元しか接続できないって、なんだよこれ orz
Flashみたいに、許可与えれないのかな。

697:デフォルトの名無しさん
07/07/01 22:21:01
酔っ払った俺には>>696の言ってる事が理解できなくて
なんかムカツク。

698:696
07/07/01 22:22:11
と思ったら、プロキシCGIを用意すればいけるかもって上に書いてあるね。
やってみる。これでいければ俺の休日も無駄にならないんだがなぁ。

699:696
07/07/01 22:24:11
>>697
すんまそん。ようするに
UserAgentとかの偽装では表示されない携帯専用サイトのhtmlソースを
パソコンで取得したいわけ。

次ページ