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/ ■ iモード携帯電話用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/
583 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 11:12:53 ] >>580 その別のクラスってなに? そのクラスのコードは、その携帯電話の中に本当に存在してるの? 症状からNoClassDefFoundErrorな気がするんだけど。
584 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 11:28:29 ] >>580 >>583 の指摘を具体的に言うと、900はCLDC1.0、901以降はCLDC1.1で違うってこと。 その独自クラス、例えば浮動小数点使ってたりしないか? DoJa-3.5用(900用)のエミュレータで動かしてみると原因がわかるかもしれない。
585 名前:デフォルトの名無しさん [2007/06/10(日) 13:30:50 ] すいません。 誰か教えてください。 DoJa-3.5用(900用)のエミュレータを使ってHelloWorldを出すという、初歩の初歩でつまずいてるのですが、ビルドを実行すると javac:ターゲットリリース1.1がデフォルトのソースリリース1.5と競合しています。 とでて、ビルドが失敗してしまいます。 どうすればよいのでしょうか? Javaスレの神様どうかお教えください。お願いします。
586 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 13:43:13 ] マルチ乙 pc11.2ch.net/test/read.cgi/tech/1180419689/378
587 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 15:37:44 ] >>580 さん >>583 さん 本当にありがとうございます。。。 動きました。 原因は浮動小数点でした。。。 Dojaのターゲットプロファイルを3.5まで下げてコンパイルして 何もでなかったので安心してました。。。 そういえば小数点使えるじゃんとか昔に調子乗って作って、 途中から900対応にしたので忘れてました。。。 出直してきます。。。 ありがとうございました!!!!!!!
588 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 15:39:51 ] …そして、レス番号も間違えてしまいました。 >>583 さん >>584 さん でした。 ご無礼お許しください。
589 名前:552 mailto:sage [2007/06/11(月) 11:46:46 ] >553 >554 業務アプリで、1日辺り数十枚の写真を取り貯めしてセンタへ一括送信するってのを作った。 その際、スクラッチパッドはデータが一杯なのでネイティブ領域に撮った写真を保存してた。 携帯電話の機種によっては、iアプリで撮った写真は専用のフォルダに入れるくらいだから、 iアプリが自分で保存したエントリィぐらい削除できても良いのに、ってチラ裏ですまん ... やっぱ、普通に考えても削除はまずいよな ...
590 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 00:23:21 ] graphics3dなんだけど、こうやって↓ビットORして使う定数なのに, Primitive.NORMAL_PER_FACE | Primitive.TEXTURE_COORD_PER_VERTEX 排他的に使う以下の定数が、 NORMAL_PER_FACE = 3 NORMAL_PER_VERTEX = 2 と、3, 2で定義されているってどういうつもり? 普通、2^n数列だろうが。 両方同時に指定された場合を考えてるのか?ならその場合、throwすべきだろ。
591 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 00:25:31 ] ヒント:ビット節約
592 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 11:32:21 ] つまりNORMAL_PER_FACEのときはビット1が必須だってことだろ
593 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 11:55:23 ] NORMAL_PER_FACE と NORMAL_PER_VERTEX は同時に指定しないだろ・・
594 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 12:44:16 ] 排他的だから 2と3なんだろ。 2と4だったら、排他的な関係とはいえないだろ。
595 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 13:05:52 ] 愚痴ばっかり書くから…
596 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 21:33:49 ] 携帯ではArrayListって使えないんですか? どうやっても上手くいかないのはなぜなんだろう? 絶対出来ないのなら、リンクリストみたいなのを自分で作ろうと思うのですが……。 明日までに仕上げたいものなので、出来れば早めのレスをよろしくお願いします。
597 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 22:07:37 ] >>596 少なくともCLDC1.0には無いみたいね。 APIリファレンスぐらい見ようよ。 Vectorならあるけど駄目?
598 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 22:11:56 ] Vectorがありましたね……すいません。 もうちょっと調べればよかったです。 ご迷惑をおかけしました。
599 名前:デフォルトの名無しさん [2007/06/13(水) 23:23:16 ] >>594 よく読め。 >>両方同時に指定された場合を考えてるのか?ならその場合、throwすべきだろ。 だからさ、そのNORMAL_PER_FACE とNORMAL_PER_VERTEXをユーザー側で利用する場合を考えてみ。 そのPrimitiveが 面毎法線なのか、頂点毎法線なのか調べるのに、 flags & NORMAL_PER_FACE ってやるだろ普通だったら。 なぜなら、ビットORして使用するような定数列の場合、2^nで定義するって<常識>だから。 その定数が幾つで定義されているかなんか知る必要がないの普通は。
600 名前:デフォルトの名無しさん [2007/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 名前:デフォルトの名無しさん [2007/06/13(水) 23:31:35 ] しかもなにこのラスタライザ。クソ遅いし。 おれのBREW2.1対応のポリゴンラスタライザ(任意矩形クリッピング+テクスチャマッピング+ パースペクティブコレクション+Gouraudシェーディング+カラーモジュレーション) の5倍以上遅い。俺のはサンプラーとスキャンライン周りはアセンブリで書いているものの、 graphics3dもラスタライザ自体はネイティブだろうから、BREWとさほど変わらないはず。
602 名前:デフォルトの名無しさん mailto:sage [2007/06/13(水) 23:35:08 ] >>599 内部動作とリンクしてるフラグ指定なら常識ともかぎらんよ たとえば下位ビットは法線があるかどうか、上位ビットは面毎か頂点毎か という意味で処理してんなら2と3が指定されてるのは自然だ そして法線が無い場合は0というのも納得がいく まあカラー指定のビットの方はそうはなってないんだけどな・・
603 名前:デフォルトの名無しさん [2007/06/13(水) 23:42:50 ] >>602 いや、いいほうに解釈しすぎ。 だから、ユーザーからするとそれぞれの値は基本的に見えないんだよ? ノーマルがあるかどうかを調べたいならそれこそ(flags & (PER_VERTEX| PER_FACE)) って"やるべき"。こんなの基本中の基本だって。社内ライブラリならどうぞご勝手にって感じだけどね。
604 名前:デフォルトの名無しさん [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 00:07:13 ] >>603 APIリファレンスに値書いてあるとおもうけど。 わざわざprintlnしたの?w
606 名前:デフォルトの名無しさん [2007/06/14(木) 00:12:53 ] >>581 凸包モデルしかテストしてなかったので、バックフェイス刈らないって気付かなかったw マジで? どういうつもり? 渡された頂点列を、World->View変換後に外積計算して 外積のz成分の符号を見るか、もしくはWorld変換後、視線ベクトルとの内積の符号を見れば 裏か表か判るんですが。。。やり方判ったら、そんぐらいやってもらえませんか? だめだこりゃ。。。orz docomoさま、OpenGL|ESを一般公開してください。
607 名前:デフォルトの名無しさん [2007/06/14(木) 00:13:43 ] >>605 うん。
608 名前:デフォルトの名無しさん [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 00:28:46 ] というかBREW版のMCV4はわりとまともに機能がそろってるので DoJa版インターフェースを作ったヤツがタコだったんだろうな
610 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 00:50:04 ] >>609 BREW版 MascotCapsul v4の場合、下位層がOpenGLだからまともなだけ。 てか、OpenGLつかえるなら、MascotCapsulなんかそもそもいらん。 じゃまなだけ。
611 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 00:54:51 ] ちなみにOpenGL使えるauの端末は、ハードウェアラスタライザー搭載機のみ。 型番でいうと、43とか以降かな。
612 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 01:04:38 ] 作ったやつ(ら?)は、外積とか携帯では計算が重すぎるから・・とか思ってそうだなw
613 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 01:21:31 ] テクスチャーマップドポリゴン描画処理 >>>> 越えられない壁 >>>> ベクトル外積計算1回
614 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 02:39:57 ] ユーザーが意識する必要のない定数の値に なんでイチャモンつけてるんだ? で、5倍以上遅いっていうのは同じ端末での比較?
615 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 03:02:52 ] >>614 >なんでイチャモンつけてるんだ? その定数がクラスライブラリ内部で使用されるだけという思い込み、もしくは希望を抱いているとそういう疑問を持つんでしょうな。 公に公開されるクラスライブラリを設計する会社が、もしそのような思考力・設計力しかないのならDoJaの一クラスなどという、 そんな大きな仕事を請ける資格はないです。公のクラスライブラリ設計者は、クラスライブラリを使用する ユーザーの使用法,心理や思考の一歩先を読んで設計するもんです。良いクラスライブラリはユーザーを逆に啓蒙する力があります。 このクラスライブラリは失格です。技術的正当性はどこにもありません。 末端アプリ制作しているだけなら誰も文句いいませんけどね。はっきりいって迷惑です。
616 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 09:45:14 ] てか 定数のビット構成に縛られるようなプログラミングしたらだめだろ・・ こういう事いうプログラマは 端末ごとに変わる実装にもぶちぶち言ってるんだろう
617 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 11:55:08 ] ちんちんとまんまんは仲良くしないといけないんたよ
618 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 12:54:50 ] うぜぇ
619 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 16:42:05 ] >>616 フラグが立ってるかどうかの判定がややこしくなってるみたいですが・・・
620 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 16:58:55 ] >>615 師匠! 今度からはコテハンでお願いします!
621 名前:デフォルトの名無しさん mailto:age [2007/06/14(木) 21:21:55 ] 【eclipse 3.2 + DoJa 5.0】 エクリプスで開発されていらっしゃる方々へ。 最新のエクリプスだと、どうやらi-appliのエミュレーター(DoJa 5.0) が作動しないみたいですが、この問題を解決できた方、いらっしゃいましたら ご教示ねがえませんでしょうか。 エクリプスを3.1にしようかなと思ってeclipse.org捜してみたのですが、 既に削除済みでした^^; どうかよろしくおねがいします。
622 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 21:46:53 ] graphics3dは欠点を挙げていくとキリが無いよ。 素人が作ったライブラリとしか思えない。
623 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 22:02:11 ] >>621 3.2系列でどうなのかってのは自分も知りたいけど 3.1系列もは普通に公式サイトにある。1.0すらあるよ。
624 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 22:03:19 ] >>621 自分は探してないけどSourceForgeかどっかに無い?
625 名前:デフォルトの名無しさん mailto:age [2007/06/14(木) 22:48:50 ] >>623 いえ、all versionsって所をクリックしても出てこないし。 "3.1"で検索かけるてもno resultでしたorz
626 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 22:55:25 ] >>625 よく読みな。 download.eclipse.org/eclipse/downloads/ のどっかにリンクがある。
627 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 23:08:29 ] eclipse3.2+Doja5.0で何の問題もなく動いております。よ?
628 名前:デフォルトの名無しさん mailto:age [2007/06/14(木) 23:27:55 ] >>626 どうもありがとう!そのページのここをクリックしたらありました! >For access to archived builds, look here >>627 へ?え?・・・・^^; JAVA_HOMEの設定もした上ででしょうか?
629 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 08:00:40 ] >>628 動作しないっていうのは、eclipseから実行やデバックしようとすると、 jarが作れないよーって感じのエラーメッセージが英語で出てくるやつ? これのことだったら3.1にしても同じだったような記憶が・・・ とりあえずJDKのbinフォルダにパスを通すと上の現象はなくなる。
630 名前:デフォルトの名無しさん mailto:age [2007/06/15(金) 13:39:28 ] >>629 おお! ありがとう。 エクリプスインスコして、i-modeのエミュ解凍してってんじゃだめ なんだなw DoCoMo、もうすこし丁寧にインストールマニュアル書けよ。 JAVA_HOMEではなくて、PATHの問題だったんだ。 いや、失礼しました。でも、みなさん、ありがとう!!!
631 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 13:41:09 ] >>630 いや、それ、ふつーに書いたあった気がするけど。
632 名前:デフォルトの名無しさん mailto:sage [2007/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 [2007/06/15(金) 14:19:25 ] ちなみにエミュレーターだと正常に動作するけど 実機で落ちる
634 名前:デフォルトの名無しさん mailto:age [2007/06/15(金) 14:50:08 ] >>631 やっぱり書いてないですね。 環境変数っていじりたくないんだけどね・・・・ ttp://www.nttdocomo.co.jp/service/imode/make/content/iappli/about/tool_foma5.html
635 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 14:56:30 ] >>634 アーカイブに含まれている DoJa-2007_1st_Emulator_DevGuide3.00.pdf のp.287に書いてあるような内容でなくて? ちゃんと読もうよ。
636 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 14:58:00 ] >>632 ExceptionだけじゃなくてErorrもcatchしてみてはどうか。
637 名前:632 mailto:sage [2007/06/15(金) 15:11:55 ] >>636 こうか? try{ try{ super(); }catch(Exception e){ e.printStackTrace();//表示されない } }catch(Error er){ er.printStackTrace();//表示されない } やってみたけどやはり何もでない。 docomoはテストにパケット代がかかるからいやなんだよなぁ。
638 名前:デフォルトの名無しさん mailto:age [2007/06/15(金) 15:27:44 ] >>635 いや、できました!ありがとう!!! eclipseのフォルダーの指定のところで、eclipseの一つ上の (同じディレクトリで解凍させた時にできる)フォルダーを 選んでいたのがダメでした。 そのPDF、今見ましたけど、PATHの設定のところの日本語 おかしいですね。i-appliは自動でjdkのbinを検出しています。 なんて書いてあって、でもPATHはbinまで張れとも書いてあるし。
639 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 15:31:29 ] >>638 Eclipse 環境では自動認識しないってことなんじゃないかと。
640 名前:デフォルトの名無しさん mailto:age [2007/06/15(金) 15:58:19 ] >>639 なるほど・・・・ こういうインストールが問題なく、ひとつづつちゃんと行えるっていうのは 大切な技能ですよね。力不足を実感しました。orz あと、インストールの説明書の書き方も難しい。実に・・・・ >>639 さんはベテランのプログラマーですね。私、これから当分の間は Java MEを専門にして喰っていこうと思うのですが、アドバイスあったら ください!
641 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 16:12:13 ] P903iなどのBluetooth機能搭載機での話ですが、 Bluetooth機能を持ったPCなどとSPPを用いて シリアル通信するiアプリを製作することは出来るのでしょうか? API見てたらトラステッドがどうのこうのとかあったんで出来ないんですかね? Bluetooth携帯持ってないので試せないんです。 誰か知ってたら教えてください。
642 名前:デフォルトの名無しさん [2007/06/15(金) 16:18:47 ] >>641 DoJa 5.0では、どうやらBTのAPIって標準装備でOPTION じゃないでしょ? 通信については、プロトコルの問題であるから、十分可能なはず。
643 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 16:19:23 ] >>632 new D();をtry〜catchしてみた? コンストラクタじゃないとするとクラスのロードが怪しい static変数の初期化に失敗してるとか、preverifyが実行されてないとか
644 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 16:37:43 ] >>642 レスサンクス やってみるよ
645 名前:デフォルトの名無しさん [2007/06/15(金) 16:55:31 ] >>644 やるのはいいけど、MIDPと違って参考文献が無きに等しいでしょ? DoCoMoの開発ガイドにもサンプル無いし。 MIDPの情報だったら、教えてあげられるけどね・・・・ で、実際どうやるの?かなり大変だと思うよ。
646 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 17:05:29 ] >>643 親クラスのコンストラクタにprintlnを入れてみたけど表示されないから コンストラクタに入る前に落ちているようだ。 >クラスのロードが怪しい >static変数の初期化に失敗してる 雰囲気として上のが怪しいようなので調べてみるよ。 ありがとう。
647 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 18:30:07 ] APIリファレンスあればどうとでもなるでそ?(・ω・)
648 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 18:43:12 ] >>646 まさか apptrafe=onしてないなんてことはないよな
649 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 18:54:29 ] >>648 さすがにそれはない。
650 名前:デフォルトの名無しさん mailto:sage [2007/06/15(金) 23:05:59 ] >>647 さすがにそれはない。
651 名前:デフォルトの名無しさん mailto:sage [2007/06/16(土) 08:01:43 ] ちょちょっと! ゲームチャンネルが新規受付停止するって書いてあるんだけど! 個人アプリ発表の場がどんどん少なくなっていく〜〜〜;;
652 名前:デフォルトの名無しさん mailto:sage [2007/06/16(土) 09:43:34 ] 俺様勝手サイト作ればいいじゃん。
653 名前:デフォルトの名無しさん mailto:sage [2007/06/16(土) 10:05:06 ] リニューアルって書いてあるぞ ttp://mobile-money.channel.or.jp/tool/pub/select_new.php?cp_level=3 しかし流行ってるのかここ?
654 名前:デフォルトの名無しさん mailto:sage [2007/06/16(土) 14:41:18 ] しかし一ヶ月以上もアクセス不可って…。 ほんとにリニューアルする気あるんだろうかorz
655 名前:デフォルトの名無しさん mailto:sage [2007/06/16(土) 15:12:12 ] 別にアプリゲットでいいじゃん、なんか不都合あるの?
656 名前:デフォルトの名無しさん mailto:sage [2007/06/18(月) 21:58:35 ] あるよ
657 名前:632 mailto:sage [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/06/19(火) 07:35:35 ] >>656 どんな?
659 名前:デフォルトの名無しさん mailto:sage [2007/06/19(火) 08:44:28 ] 有償提供?
660 名前:デフォルトの名無しさん [2007/06/19(火) 23:09:20 ] iアプリでペイントのようにドットに絵を描いてそれのプレビューを エンコードしてケータイに保存するアプリを作っています。 エンコードの部分は ImageEncoderクラスを使っています。 GIFで保存したかったのですが、 ImageEncoder w_ie = ImageEncoder.getEncoder("GIF"); とやると実機ではエラーになってしまい、うまくいきません。 もし他にGIFエンコード、GIF出力をするやり方やヒントなど知っている方がいたら教えてください。
661 名前:デフォルトの名無しさん mailto:sage [2007/06/20(水) 00:12:46 ] ImageEncoderの対応形式で保障されているのはJPEGのみ。GIFなら自前でやることになる。 幸いググれば日本語の資料が出てくる。
662 名前:デフォルトの名無しさん mailto:sage [2007/06/20(水) 00:29:52 ] ○○ソフトって、某大手キャリアには保有株式の含み損を負わせ、3rdパーティには クソAPIで大迷惑をかけ、社長は社長で、株価吊り天井だった上場早々のクソ株 掴まされた株主に、うんこ株を投げ売りして顰蹙買うわで、どんだけ周囲に迷惑をかけて 生きていくんだろうね。 クソAPIにクソ株のクソ会社。こんな会社は無い方が世の中のためになる。
663 名前:デフォルトの名無しさん mailto:sage [2007/06/20(水) 11:32:45 ] どこか知らんが、さすがにそれはスレ違い
664 名前:デフォルトの名無しさん [2007/06/20(水) 16:05:38 ] doja5.0にてアプリからURL指定でブラウザを立ち上げると HTMLソース丸見えのjavaのブラウザがでます。 IEを立ち上げることはできないのでしょうか?
665 名前:デフォルトの名無しさん mailto:sage [2007/06/21(木) 19:18:58 ] iアプリはVGAの機種でも画面240×240とかしか使えないのでしょうか?
666 名前:デフォルトの名無しさん mailto:sage [2007/06/21(木) 19:31:24 ] >>664 javaのブラウザが出るとか、IEを立ち上げるとか、何言ってるか理解できないけど Jarそのものではなくbinディレクトリの自動的に生成されたindex.htmlにアクセスする。 >>665 そんなわけない。ADF(JAM)で画面サイズを明示的に指定する。
667 名前:デフォルトの名無しさん mailto:sage [2007/06/21(木) 20:03:14 ] NのナビVGAつかっとろーが
668 名前:デフォルトの名無しさん mailto:sage [2007/06/23(土) 18:54:45 ] チャットアプリを作っていて画像を送信できるようにしようと思っているのですが 画像とテキストをいっしょにサーバーへ送信することは出来ないでしょうか? 画像を送ってから、次にテキストを送るのではなくて同時に送信したいです。
669 名前:デフォルトの名無しさん mailto:sage [2007/06/23(土) 23:18:59 ] >>668 まとめて送ればいいんじゃねーの? iアプリがどうこうって話じゃないな
670 名前:デフォルトの名無しさん mailto:sage [2007/06/23(土) 23:49:50 ] 画面にデータを描画する場合一般的にどちらが高速なんでしょうか? 1.画像からint型の配列作ってsetPixels() 2.画像をdrawImage()で描画 自分で両方書いてみたのですが、エミュレータ(Doja4.1)だとsetPixels()が激遅なのですが、 携帯だと割とまともに動いていたりして混乱しています。 それと、透過処理をする場合、 1.setColor()で透過色を設定してfillRect() 2.int型の配列作って自前で加算合成してsetPixels() だとどちらが高速でしょうか? 自分でやってみた限り同じ面積を処理する場合では、 2の方が速そうだと思ったのですが、皆さんはどう思われますか? ちなみに自分はSH902iで動かしているのですが、 機種毎に上記処理の速さが逆転したりもするんでしょうか?
671 名前:デフォルトの名無しさん [2007/06/24(日) 00:08:55 ] >>669 その方法を聞いてんじゃねーの?
672 名前:デフォルトの名無しさん mailto:sage [2007/06/24(日) 03:10:59 ] >>670 setPixels()が速いというのは意外だな 計測用アプリをどこかに上げてくれれば協力するぜ 当方D902iユーザー
673 名前:デフォルトの名無しさん mailto:sage [2007/06/24(日) 09:51:05 ] >>671 だからまとめて送ればいいだけだろ。 個別に送るのが嫌だってことは送信自体はできるんだろ? あとは送るデータの問題であってiアプリとは関係ない話。 >>668 もし理解できないなら、そもそも画像ってどんなデータなのかテキストってどんなデータなのかから 勉強してくださいな。
674 名前:デフォルトの名無しさん mailto:sage [2007/06/24(日) 14:27:36 ] もっと違う視点の質問じゃねーの? 画像とテキストを、せーので同時に送信できないかっていう。 当然サーバや受信側の仕組みが頭に無いからこういう発想の質問が出ちゃうというオチ。
675 名前:670 mailto:sage [2007/06/24(日) 20:08:59 ] >>672 すみませんが計測用アプリという形ではコードを書いていないのです。 自分で作ってるゲームの中でどちらが速いかと書いてみただけなので…。 ただあれから色々考えてみてsetPixels()が速いという訳でも ないのかなと思うようにもなってきました。 如何せん自作ゲームの中で描画モードを変えて試しただけなので 決め付けるには早計だったかなと。
676 名前:デフォルトの名無しさん mailto:sage [2007/06/25(月) 10:06:20 ] >>673 「送信自体は出来るんだろ?」って、だから、ソレを聞いてるんじゃねーのかって言ってんだよ馬鹿。 頭悪い上に日本語もよく分かってねー野郎がいちいちチャチャ入れにしゃしゃり出てくんじゃねーよ。 すっこんでろ。
677 名前:デフォルトの名無しさん mailto:sage [2007/06/25(月) 11:33:07 ] つーか、そんな基本的なことでもめるくらいならマニュアル嫁。 もっと根本的な問題があるだろうに。
678 名前:デフォルトの名無しさん mailto:sage [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/06/25(月) 13:10:01 ] ミスった。 × System.arraycopy(tbuf, 0, buf, 8 + ilen, ilen); // テキストのバッファをコピー ○ System.arraycopy(tbuf, 0, buf, 8 + ilen, tlen); // テキストのバッファをコピー
680 名前:デフォルトの名無しさん mailto:sage [2007/06/27(水) 21:29:53 ] >>670 今作ってるアプリで透過を試してみたよ(200x100くらいの矩形) 素朴に各ピクセルのアルファブレンドでは実機(F902i)で10f/sしか出なかった。orz まあ、当たり前か。
681 名前:デフォルトの名無しさん mailto:sage [2007/06/28(木) 00:29:50 ] 半透明色ってどうやって使うんですかああ?
682 名前:デフォルトの名無しさん mailto:sage [2007/06/28(木) 06:44:23 ] オバQ
683 名前:デフォルトの名無しさん mailto:sage [2007/06/28(木) 10:04:00 ] >>680 それは、アルファテーブルを使用した場合? それとも普通に計算した場合?