1 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:21:44 ] NTT DoCoMoのiモード携帯電話用Javaに関する話題を扱うスレッドです。 ※DoCoMo以外は下記スレへ。 CLDC+MIDP+携帯電話用Javaスレッド part 8 ttp://pc11.2ch.net/test/read.cgi/tech/1206017034/ ■ iアプリ特有ではなくJava一般に関する質問はこちらへ 【初心者】Java質問・相談スレッド113【大歓迎】 ttp://pc11.2ch.net/test/read.cgi/tech/1204363011/ ■関連スレ 【日本携帯】Mascot Capsule/Micro3D【標準】 ttp://pc11.2ch.net/test/read.cgi/tech/1117773530/
2 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:22:37 ] 過去スレ Part 1 ttp://piza2.2ch.net/tech/kako/975/975428633.html Part 2 ttp://pc3.2ch.net/tech/kako/1000/10007/1000723476.html Part 3 ttp://pc2.2ch.net/test/read.cgi/tech/1040898596/ Part 4 ttp://pc5.2ch.net/test/read.cgi/tech/1067139509/ Part 5 ttp://pc5.2ch.net/test/read.cgi/tech/1084246226/ Part 6 ttp://pc5.2ch.net/test/read.cgi/tech/1091286071/ Part 7 ttp://pc5.2ch.net/test/read.cgi/tech/1102844217/ Part 8 ttp://pc8.2ch.net/test/read.cgi/tech/1110946222/ Part 9 ttp://pc8.2ch.net/test/read.cgi/tech/1120411353/ Part 10 ttp://pc8.2ch.net/test/read.cgi/tech/1131603113/ Part 11 ttp://pc8.2ch.net/test/read.cgi/tech/1141796982/ Part 12 ttp://pc8.2ch.net/test/read.cgi/tech/1154336955/ Part 13 ttp://pc11.2ch.net/test/read.cgi/tech/1164168601/ Part 14 ttp://pc11.2ch.net/test/read.cgi/tech/1174036396/ Pert 15 ttp://pc11.2ch.net/test/read.cgi/tech/1187677946/ Part16 ttp://pc11.2ch.net/test/read.cgi/tech/1198816379/
3 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:23:11 ] ■ 開発環境 NTT DoCoMo - iアプリコンテンツの作成について www.nttdocomo.co.jp/service/imode/make/ Java[tm] 2 Platform, Standard Edition v 1.4 java.sun.com/j2se/1.4/ja/ CLDC仕様書 日本語版 java.sun.com/products/cldc/docs/CLDC1.0_ja_docs.zip Eclipse.org www.eclipse.org/ ■ 機種依存情報 ん・ぱか工房(iアプリ機種依存情報) www.saturn.dti.ne.jp/~npaka/ NTT DoCoMo - アプリケーション作成上の注意点 www.nttdocomo.co.jp/service/imode/make/content/iappli/caution/index.html Overflow! さかきけいのページ(504iまでの機種依存情報つきAPIリファレンスあり) godwood.allnet.ne.jp/vioret/ ■ アプリを省サイズ化するツール(ObfuscatorまたはOptimizer) Java Blender homepage.mac.com/t.sekiguchi/javablender/ jarg - Java Archive Grinder jarg.sourceforge.net/
4 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:23:56 ] ■ 主なアプリ配布サイト ギガアプリ g-appli.net/ アプリ★ゲット appget.com/ ゲームチャンネルi appli.channel.or.jp/pc/i/ ■ 携帯関連ニュース ITmedia:モバイル www.itmedia.co.jp/mobile/ ケータイ Watch k-tai.impress.co.jp/ Nekomaru What's New snget.hp.infoseek.co.jp/news/news_index.htm ■ 関連板 携帯・PHS hobby10.2ch.net/phs/ 携帯機種 hobby10.2ch.net/keitai/ 携帯コンテンツ hobby10.2ch.net/chakumelo/ 携帯電話ゲー hobby10.2ch.net/appli/
5 名前:デフォルトの名無しさん mailto:sage [2008/04/02(水) 13:25:39 ] テンプレ終わり。 >>1 のまとめサイトは全く使われてなかったので削除した。 3以降のリンク先等はチェックしてないのでリンク切れてたらスマソ
6 名前:デフォルトの名無しさん [2008/04/02(水) 22:55:08 ] GPS機能はトラステッドiアプリのみと書いてあったんですが、 勝手アプリでGPS機能を使う方法って全くないんでしょうか? ブラウザで↓のリンクを踏むと、アドレスに位置情報が送られるようですが。 <A HREF="http://アドレス" lcs> iアプリでGPS使う方法はないでしょうか。
7 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 10:14:27 ] ブラウザ連携でアプリに引数として緯度経度を渡すなら何とか。 アプリ単独では無理なもんは無理・;(`ε()゙
8 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 10:15:36 ] 真っ当な方法では無いな。 公式のアプリからトラステッドIDを盗めばできるかもしれんが、 多分不正アクセスで書類送検・;(`ε()゙
9 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 16:21:05 ] >>1 乙・;(`ε()゙
10 名前:デフォルトの名無しさん [2008/04/03(木) 17:31:52 ] Java全くわからないのですが、 Webカメラに撮った映像をパソコン経由で携帯のアプリで見ることは可能ですか? 後、携帯の赤外線とBlue toothを使って直でマイコンなどに送受信は可能ですか? 直でなくてもいいんですが・・実現できそうですか? 教えてください。
11 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 17:34:22 ] できそう・;(`ε()゙
12 名前:デフォルトの名無しさん [2008/04/03(木) 18:19:04 ] >>11 すいません。 できればどれを利用すればできるなど、具体的に教えていただけますか?
13 名前:デフォルトの名無しさん [2008/04/03(木) 18:33:02 ] >>12 わからないのなら黙っていてください
14 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 18:35:44 ] >>12 既に仕事のレベルだから、携帯アプリ作ってる会社に聞きに行くと良い・;(`ε()゙
15 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 19:00:53 ] つーかアプリ使えば今でも出来るだろ。 携帯コンテンツ板にでも行ってこい。
16 名前:デフォルトの名無しさん [2008/04/03(木) 19:25:35 ] >>10 > Webカメラに撮った映像をパソコン経由で携帯のアプリで見ることは可能ですか? www.sunmoon.co.jp/software/RCGate/
17 名前:デフォルトの名無しさん [2008/04/03(木) 19:56:48 ] >>16 さん すいません。 やはり自作では難しそうですね。 本当にどうもありがとうございました。
18 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:30:27 ] >>8 トラステッドIDだけあっても使えん。 あれはID発行時に申請したサーバの特定パスに置かれたjad以外に使用してもダウンロードエラーになる。 >>10 自宅サーバを立てられるなら、ニコニコモバイルの手法でいける。
19 名前:デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:48:20 ] >>18 君、S!アプリも作ってるね。
20 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:04:36 ] S!というかMIDPだな
21 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:11:21 ] Doja4.0とDoja5.1でデバッグ性能ちがうのか?
22 名前:デフォルトの名無しさん [2008/04/04(金) 00:22:30 ] dispose呼ばなくても解放されてるよな? と前スレで釣りのような疑問を投げかけた俺。 テストコードを書いて5.1エミュで試してみたが、 やはりdisposeではなくGC回収タイミングで解放されとる。 これ実機では挙動違ったりするの?誰か教えて。 www.uploda.org/uporg1349043.zip.html あと>>1 乙、だがまたProGuard載ってないお ・;(`ε(゙c=(^o^c)
23 名前:デフォルトの名無しさん [2008/04/04(金) 00:37:35 ] >>18 さん ニコニコモバイルの手法とはどのような手法ですか?
24 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 07:48:09 ] >>19 失敬。 jad→jamね。 >>23 サーバPC側で動画(この場合はWebカメラの映像)をコマ毎にJPEG画像に変換。 アプリからサーバへリクエスト→画像ファイル(数枚〜十数枚を1ファイルにパックしたもの)を取得。 で、パラパラ漫画の要領で表示。これを繰り返す。 ニコニコ公式の資料で結構詳しく解説してたような気がする。 音声を考えず、対応機種も絞ればアプリ自体は簡単に作れるっしょ。 サーバサイドの知識も必要になるけど。
25 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 14:11:12 ] >>22 VM実装依存
26 名前:デフォルトの名無しさん [2008/04/04(金) 22:44:09 ] >>24 さん ありがとうございます。 検討してみます
27 名前:デフォルトの名無しさん [2008/04/05(土) 11:33:17 ] プログラミングしたことないんだけど、とりあえず開発環境は整えた 何をすればいいのか全くわかりません とりあえずゲーム作ってみたいんだけどどうすればいいの?
28 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 11:42:32 ] >>27 とりあえず、サンプルでついてるCarRaceをいじって 何をいじるとどう変るのかを楽しんでみる・;(`ε()゙ だが、このスレで聞くよりも他の初心者スレ探して 聞いた方がいいかもというかそうするべき。 このスレは意外と初心者に厳しいw
29 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 11:43:04 ] いきなりiアプリから入るのか? Javaの入門書を先に読む方がいいと思うぞ
30 名前:27 [2008/04/05(土) 11:50:31 ] >>28 ありがとうございます あのゲームを作るのにこんなにたくさんのソースを書く必要があると知って衝撃を受けました コツコツ弄ってみます >>29 明日図書館で入門書借りてきます ありがとうございます
31 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 11:51:36 ] 俺は言語のみの入門書って殆ど読んだ事無いな。 初めて読んだのも日高徹/青山学なゲームプログラミングの本だし・;(`ε()゙
32 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 12:17:28 ] doja 入門 でググってみるといいかも。 ステップとしてはこんな感じかな。 1.Javaの基本を理解する 2.HelloWorldを実機で動かしてみる 3.簡単なサンプルをいじってみる 4.公式PDFの開発ガイドにざっと目を通す 5.CLDCのAPIリファレンスを何となく眺める 6.DoJaのAPIリファレンスを何となく眺める 7.自分で作ってみる 先は長いだろうが頑張れ!
33 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 12:17:47 ] 入門書碌に読まずに人に聞いてばっかでここまで来た俺はきっと危ないコード生産機・・・
34 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 12:51:42 ] >>22 ,25 建前はそうだけど、ほとんどの機種でVMは共通だから、 最近の機種だったら、GCでdisposeされるんじゃないの?
35 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 12:59:14 ] 俺の理解では ・GCは浮いている値(どこからも参照されてないメモリ)を解放する=nullを突っ込んでおけば勝手に解放される ・disposeすると次にGCが動いた時に解放される だと思ってたんだけど違う?
36 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:01:06 ] VMの実装がどうなってるかによるが、俺はそんな内部の事までは知らない。 そこまで知っている人が居るかも分からんが。
37 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:28:21 ] むしろ知らなくていいのがJavaのはずなんだろうけど、現実問題そうもいかないんだよね・・・
38 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 13:56:47 ] そこまでdispose入れたくない理由も無いなら 素直に入れとけば良いって話だが、 dispose入れると容量オーバーするとかなら南無。
39 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 15:48:38 ] >>35 >=nullを突っ込んでおけば勝手に解放される イコールはさすがに行きすぎの気がする。 disposeは>>38 と同じ意見かな。
40 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 20:02:13 ] GCは命令を発行しても端末によっては実行されないからな。 ひどい端末になると実際にnewなどで足りなくなった時に初めて実際にGCが実行されるという
41 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 20:04:03 ] >>40 最近の端末でもそんなのあるの?
42 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 20:06:10 ] 最近かどうかは置いといてそういう端末があるのは事実だよ。
43 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 23:25:47 ] >>41 最近の端末は、そもそもコンパクションをしないわけですがw
44 名前:デフォルトの名無しさん [2008/04/06(日) 13:16:13 ] Eclipse3.2を使っているんですが、DoJa3.5SDKを使うと、 Eclipseプラグインが上手く動作しません。 DoJa5.0SDKならEclipse3.2でも動くんですが、 アプリはDoJa3.5の携帯に対応させたいです。 DoJa5.0SDKを使っても問題ないでしょうか? (DoJa5.0の機能を使わなければDoJa3.5SDKを使うのと変わらない?)
45 名前:44 mailto:sage [2008/04/06(日) 13:18:07 ] 追記: 実際にDoJa5.0SDKで作ったアプリを、 DoJa3.5の携帯で動かしてみたところ、 普通に動くことは確認しました。
46 名前:デフォルトの名無しさん [2008/04/06(日) 18:54:31 ] >>44 DoJa5.0SDKのビルドの設定でDoJa3.5を選べば大丈夫では??
47 名前:デフォルトの名無しさん mailto:sage [2008/04/06(日) 23:52:33 ] >>46 float使ってなきゃそれでオケだと思う
48 名前:デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:44:24 ] >>46 どこで選べるのか分からん><
49 名前:デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:00:11 ] >>48 DoJa5.1用だと 設定>エミュレータ環境設定>ビルドの設定>ターゲットプロファイル
50 名前:デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:55:11 ] >>49 ありがとう>< この設定ってEclipseからの起動でも反映されるのかな?><
51 名前:50 mailto:sage [2008/04/07(月) 21:59:30 ] 反映されてた>< ありがとう><
52 名前:デフォルトの名無しさん mailto:sage [2008/04/07(月) 22:11:06 ] 上手くいってよかったな。 後は中学校をきちんと卒業するだけだ。
53 名前:デフォルトの名無しさん mailto:sage [2008/04/07(月) 22:18:59 ] >>52 今日から中学校だったんだ。
54 名前:デフォルトの名無しさん mailto:sage [2008/04/08(火) 15:57:50 ] >>53 それはすごいな 高校の頃からこーゆーのにハマった俺なんかとは圧倒的に差がつくわけだ… 最近の若い人達がむちゃくちゃ出来るのは やり始めた時期が違うから、なのですねえ
55 名前:デフォルトの名無しさん [2008/04/08(火) 16:23:47 ] iアプリのダウンロードゲームで 「オタマジャクシのようなくねくねした物体が、洞窟の壁にあたらない様に進むゲーム」 って何て言うゲームでしたっけ?
56 名前:デフォルトの名無しさん mailto:sage [2008/04/08(火) 16:24:03 ] インターネットに触れやすいし、ソフトもあふれてるからねぇ、 後若い方が時間もあるし、勢いがあるよね・・・ 昔の俺もクソみたいな環境でよくちまちま作ってたよ。今は腰が重すぐる
57 名前:デフォルトの名無しさん mailto:sage [2008/04/08(火) 16:24:40 ] >>55 SFCaveこと精子ゲーム
58 名前:デフォルトの名無しさん [2008/04/08(火) 16:29:07 ] >>57 あなた神ですよね? 有り難う御座います。
59 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 00:32:24 ] どっかのSunかなんかのドキュメントで、nullを入れることでGCで回収され易くなることは書いてあったけど、 その為にnullをいれるならコード自体を見直すべきだ、な感じなこともことも書いてあった。
60 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 01:31:21 ] >>59 回収されやすいというか何というか null入れないとunreachableにならなければ そりゃ回収されないわな。 逆に、nullにしなくても(スコープ抜けるとかで)unreachableになれば回収される。
61 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 02:40:48 ] CLDCではどうか分からないけど、J2SEのオブジェクトのライフタイムとかそんな 資料だったか、GCで開放されるメモリはある程度段階的で、GCすれば全ての 浮いたメモリが即開放されるわけじゃないって書いてあった覚えがある。 だからこそ内部で半固定的に保持し続けるようなリソースは、開放するための手段が あればできるだけ使ったほうがいいんだと思うなあ。
62 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 10:28:52 ] 単純に考えれば a=new A ←→ a=nullなんじゃないの?
63 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 15:30:33 ] disposeも内部ではnull代入だけとか?w
64 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 16:11:56 ] >>63 こんなの見つけた。 ttp://www.ibm.com/developerworks/jp/java/library/j-jtp01246/ 想像でしかないが、staticなクラス変数のリストなんかに メモリを確保するような作りだと、外部から明示的に不要な 参照を切る処理をしないとだめなのではないかな。 (Cのmallocとfreeの思想だぬ) そのへんはVMの実装で、フォローする/しないがあるんだと思う。
65 名前:デフォルトの名無しさん [2008/04/09(水) 17:40:43 ] デジカメで撮影した画像を microSDでFOMA端末に移して その画像をselectEntry()で選んでサーバに送信するiアプリを作りたいんだけど 1.selectEntry()で選択できる画像の制限に関する情報 2.selectEntry()で選択した画像のデータサイズをcamera.getImageLength()みたいに取得する方法 が分かる方、資料の在り処とかでもいいので教えてください 1.はそもそもバッテン表示で選べなかったり、選んでみてもUIExceptionとエラーが返ってきたりとかして困ってます
66 名前:デフォルトの名無しさん mailto:sage [2008/04/09(水) 23:20:15 ] >>65 方法1 ImageStore#getInputStream()でInputStreamを取得 ByteArrayOutputStreamを生成する EOFExceptionが出るまでByteArrayOutputStream#write()にInputStream#read()する ByteArrayOutputStream#size()がファイルサイズ 方法2 ImageStore#getInputStream()でInputStreamを取得 取得直後のInputStream#available()をファイルサイズとみなす。 試してないし、特に後者は果たしてファイルサイズと評価して良いのか悪いのか、明示されていないのでわからんし。 前者は普通にバイナリを作成してるからメモリを食う。 思い付くところでこんなところ。詳しくはjavadocを嫁。うぷするみたいだし、方法1で良いと思うが
67 名前:デフォルトの名無しさん [2008/04/10(木) 00:45:47 ] iアプリGPS利用しようと思っていろいろ調べたら 位置情報をiモードブラウザでアップしてiアプリからDLすることでできるっぽい!! と意気込んで試したら、、、 LAUNCH_BROWSER_SUSPENDがオプションAPIということに気付く。。。 #P905iで確認 もう一度iアプリ起動してサーバからDLするしかないんですかね? ブラウザの起動でタダでさえ手間がかかるのに iアプリの再起動も必要となるとはorz それとも他に方法があるなら教えてください
68 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 00:52:52 ] >>61 それって世代別GCのこといってるのかな? だったらその通りだよ。 だけど、さすがにメモリが足りなくなりそうになったら、到達不能なものは全部開放されるよ(full GC)。 ちなみに、CLDCのVMは、世代別GCは搭載されてないとおもう。
69 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 08:52:04 ] >>67 そもそもi-modeブラウザとiアプリを同時に起動できる端末なんて少ないよ。 ほとんどの端末がi-modeブラウザを起動させるときはiアプリを落とさなきゃならない。無論P905iも。 出来るのはN(903i以降)くらいだった希ガス とりあえず、非トラステッドでもi-modeブラウザとiアプリを使ってGPSを利用してるアプリは少なくないから、まずはその動作の様を確認するべきかと。 サスペンドの解釈を間違えてると思うし、S!アプリみたいな一時停止機能はiアプリでは期待出来ないよ
70 名前:67 [2008/04/10(木) 20:17:57 ] >>69 ありがとう 勝手アプリでGPS使ってるの見つけれんかった。。。 ちょっと考えたけど、ブラウザから再起動させるやり方がベストか
71 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 21:38:30 ] カメラを起動して写真に位置情報つけて読み込むという荒業を試す俺。
72 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:01:41 ] com.nttdocomo.ui.GraphicsにgetFontメソッドがないのは 激しく不便な気がするのですが、普通の人はそうでもないんでしょうか。
73 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:26:27 ] com.nttdocomo.ui.Fontにあるからいいじゃん
74 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:54:54 ] >>70 GoogleMapはそうだよ。 ついこないだトラステッド化したけど、それ以前はブラウザ経由で位置情報取得してた。
75 名前:デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:47:04 ] >>72 Graphicsにいつ設定したかわからないFontを取得したいと思うのは そもそも設計自体がどうかと思うかな。基本的にGraphicsは書き込む(set)する対象であって 読み込む(get)する対象じゃないし。 Fontが必要ならメンバとして保持しておけば良い。
76 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:06:30 ] FontはdrawStringする前に必ず正しいものをセットするもんだしなぁ。 まぁgetOriginXとか無いのは不便だなーと思うときもあるよ。 だからラッパークラス作ったしw
77 名前:デフォルトの名無しさん [2008/04/11(金) 00:54:12 ] わかりません
78 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 06:55:31 ] >>75 その考え方で設計がおかしいと言い切るのは思慮に欠けていると思う。 俺は逆に、自分の処理でsetして必要な処理が完了したら以前の状態へ戻すべきだと考える。 /** デバッグ情報を描画 */ void drawDebugInfo(){ Font oldFont = g.getFont(); g.setFont(小さなフォント); g.drawString(デバッグ文字列); g.setFont(oldFont); } /** ゲームメッセージを描画 */ void drawGameMessage(){ g.setFont(大きなフォント); g.drawString(ゲームメッセージ1); drawDebugInfo(); g.drawString(ゲームメッセージ2); // ↑setFontし直す必要が無い } この場合drawDebugInfoの内部実装を意識せずに済むというのは 汎用的な機能メソッドとして使えるなどのメリットになると思う。 まあ、これはGraphicsのcopyを作って使ってもいいんだけど、 処理の大きさを考えると、使った分戻すってのが最小限で良いと思うんだ。 てかMIDPにもgetはあるしね。 >>76 うちもラッパー作って最近公開したよ。個人的に凄くタイムリーな話題だった。 あと今更だが、>>72 はsetFontの対という意味でのgetFontのことを言ってるのか? それとも>>73 の意味のことを言っていたのか?どっちだ、不安になってきたぞ。
79 名前:65 [2008/04/11(金) 09:09:12 ] 66さんありがとう、方法1で画像のサイズが取れました あと71さん そもそも画像に位置情報埋め込めない端末とか 普通に写真取るときは埋め込めるのに、iアプリから起動したカメラだと埋め込めなくなる端末とか これはうろ覚えだけど、せっかく埋め込んだのに送信時にわざわざ位置情報消してくれる端末とか あったよ
80 名前:デフォルトの名無しさん [2008/04/11(金) 09:43:03 ] >>76 俺はMIDPにあるgetClip〜が無いのが不便だと思ったのでラッパー作った。
81 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 11:00:06 ] 実機無いんで分からないんですが Connector.openにGUID=ON渡したらiモードIDきちんと送られますか?
82 名前:72 mailto:sage [2008/04/12(土) 00:19:27 ] >>78 setFontの対という意味でのgetFontのことです。 説明不足ですみません。 java.awt.Graphicsにもjavax.microedition.lcdui.Graphicsにもあるのに これだけにはないんですよね。 getFontではないにしろ、どうやら他の人も自分と似たような 不便さを感じていたようで。 自分もラッパークラスを作ってみます。 どうもありがとうございました。
83 名前:デフォルトの名無しさん mailto:sage [2008/04/12(土) 10:35:50 ] >>81 結論から言うとできるようだ。 というか、お前Docomoユーザの友達いねーの?
84 名前:71 mailto:sage [2008/04/12(土) 10:56:02 ] >>79 まぁ、そうだろうとはおもった。 Nではできてるんだけど、他はどれぐらいできのだろうか。 根っこが同じのPぐらいしか無理なんだろうか。 APIにはやれと言わんばかりのメソッドあるのにな。
85 名前:デフォルトの名無しさん mailto:sage [2008/04/12(土) 11:06:44 ] しーっ!
86 名前:デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:28:55 ] それがドキュモクオリティー
87 名前:デフォルトの名無しさん [2008/04/13(日) 23:30:47 ] みなさんが低レベルAPIでコンボボックスを使いたいとき どのような実装にしていますか?もしくはしますか? ソースレベルで書いてもらえるとベスト!
88 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:15:00 ] (;^ω^)
89 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:24:31 ] >>87 ソースレベルでも何も文字列持ってそれ表示するだけじゃねぇか。 何が分からないんだか分からん。 とりあえず本名と所属を言え、まずはそれからだ。
90 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:26:42 ] >>87 また、ゆとりを装った仕事を人任せにする人か。
91 名前:87 [2008/04/14(月) 01:11:55 ] >>89 んっと、PanelならListBox.CHOICE使えばいいと思うんですが Canvasで同じようなことしようとするのに容易な方法あります? ちなみに、趣味でやってるだけで会社の仕事じゃないどす
92 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 06:42:48 ] 無い
93 名前:75 mailto:sage [2008/04/14(月) 14:25:22 ] >>78 その考えも間違ってはいないと思うけど、 必ず戻すことを保証するように作っているかどうかが問題だと思う。 >>drawDebugInfo(); >>g.drawString(ゲームメッセージ2); ここの部分で、drawDebugInfo();が描画を破壊している恐れがあることを考えると 、g.drawString(ゲームメッセージ2);はそのまま自分の表示したい設定もせずに 描画することが危険であると思える。 実際にメソッド内でどこまでGraphicsオブジェクトが書き換わるかわからない訳だし。 この例で考えるのであればdrawDebugInfo();の引数にFontを渡してやって、 drawDebugInfo()の最後で渡されたFontに復元することを保証するメソッドとして作る という書き方もできる。その場合は引数は増えるけどGraphicsにsetFontは要らない。
94 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 14:44:44 ] constがないJavaでやっている以上、不毛な議論だろそれは。
95 名前:デフォルトの名無しさん [2008/04/14(月) 15:17:56 ] DoJa5.1でiアプリを開発している者です。 iアプリに関しては初心者です。 今やりたいのが、 文字列と画像(複数)をいっぺんにサーブレットに送信すること。 URLに引数をつけるのは、セキュリティ上アウトなんです。 OutputStreamに文字列もバイナリも含めて送信し (バイナリは文字列として)、 サーブレット側でその文字列を切り分けてみましたが 画像は壊れてしまいました。 (文字列は正しく取得できましたが) そもそも私がやろうとしていることって、 iアプリで実現可能なんでしょうか? 分かる方、教えて下さい。
96 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 15:30:49 ] 容量の限界はあるが、可能。 バイナリデータは送信可能。あとはどういうフォーマットで送るかは自由。 失敗したというのなら、送信容量を越えていたか、プログラムミス。
97 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 15:42:24 ] 多分送信容量と予想して jguidefordoja5_x_071101.pdf のP115 読んでみ?
98 名前:95 mailto:sage [2008/04/14(月) 17:42:32 ] >>96 >>97 レスありがとうございます。 容量は問題ないので(ちょこっと文字列と画像15KB)、 プログラムミスだと思います。 実現可能だと分かっただけでも嬉しいです。 もうちょっと頑張ってみます。
99 名前:デフォルトの名無しさん mailto:sage [2008/04/14(月) 18:02:10 ] 初心者って事なら、Image#toStringとかして streamに突っ込んだんじゃないの? 元のgifなりjpegファイルなりのbyte配列を送信しないとダメよ。
100 名前:95 mailto:sage [2008/04/14(月) 19:20:11 ] >>99 レスありがとうございます。 iアプリからサーブレットへの接続部分はこんな感じです。 (パート1) // カメラオブジェクトの取得 Camera camera = Camera.getCamera(0); // byte[]のimgに撮影画像のバイナリを格納する InputStream w_in = camera.getInputStream(0); ByteArrayOutputStream baos = new ByteArrayOutputStream(); byte[] buff=new byte[1024]; int size; try { while ((size=w_in.read(buff))!=-1) { baos.write(buff,0,size); } baos.flush(); baos.close(); w_in.close(); } catch (IOException e) { e.printStackTrace(); } byte[] img = baos.toByteArray();