CLDC+MIDP+携帯電話用Javaスレッド part 7

1 ：デフォルトの名無しさん：2007/05/24(木) 21:44:32

J2ME CLDC+MIDPベースの携帯電話用Java(主にEZアプリ、Vアプリ）に関するスレッドです。
質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。

前スレ：
CLDC+MIDP+携帯電話用Javaスレッド part 6
http://pc11.2ch.net/test/read.cgi/tech/1155174514/l50

過去スレ
携帯JAVAのスレッド
http://pc2.2ch.net/test/read.cgi/tech/1011977260/(DAT落ち)
CLDC+MIDP+携帯電話用Javaスレッド part 2
http://pc5.2ch.net/test/read.cgi/tech/1070858996/
CLDC+MIDP+携帯電話用Javaスレッド part 3
http://pc5.2ch.net/test/read.cgi/tech/1091798483/
CLDC+MIDP+携帯電話用Javaスレッド part 4
http://pc8.2ch.net/test/read.cgi/tech/1108781476/
CLDC+MIDP+携帯電話用Javaスレッド part 5
http://pc8.2ch.net/test/read.cgi/tech/1132493827

--
Java一般に関しては：
【初心者】Java質問･相談スレッド88【大歓迎】
http://pc8.2ch.net/test/read.cgi/tech/1153834996

NTT DoCoMoのiモード携帯電話用Java(iアプリ)については：
iモード携帯電話用Java(iアプリ) Part12
http://pc8.2ch.net/test/read.cgi/tech/1154336955

>>2-5あたりにリンク集

2 ：デフォルトの名無しさん：2007/05/24(木) 21:47:03

調べものはまずGoogleへ
http://www.google.co.jp/

Java 2 Platform, Micro Edition (J2ME)
http://java.sun.com/j2me/
Reference Documentation(仕様書やAPIリファレンス)
http://java.sun.com/j2me/docs/
J2ME Wireless Toolkit
http://java.sun.com/products/j2mewtoolkit/

EZアプリ技術情報
http://www.au.kddi.com/ezfactory/tec/spec/ezplus.html
Vアプリ技術情報(Vodafone Developers Support Site)
http://developers.vodafone.jp/dp/

--

EZアプリ(BREW(R))については：
BREW(Binary Runtime Environment for Wireless) 8
http://pc8.2ch.net/test/read.cgi/tech/1147832791/

3 ：デフォルトの名無しさん：2007/05/24(木) 21:47:44

willcom Javaアプリスレッド vol.4
http://hobby7.2ch.net/test/read.cgi/chakumelo/1151119782/
Vodafone【クリエーター】Vアプリスレッド 14
http://hobby7.2ch.net/test/read.cgi/appli/1145501100/

4 ：デフォルトの名無しさん：2007/05/24(木) 23:26:08

>>1
乙

5 ：デフォルトの名無しさん：2007/05/25(金) 00:10:32

前995
そのすぐ真下に全部書いてあるだろうが。そこだけピンポイントで読まずにわかりません！って眼科行ってこい。

6 ：デフォルトの名無しさん：2007/05/25(金) 00:30:54

>1
乙

7 ：デフォルトの名無しさん：2007/05/25(金) 00:36:15

このスレは初心者はお呼びじゃない？

これから始めようと言う人が参考になりそうな本とか。
日本語だとアマゾンで見つけたこれだけなんですが・・・

「MIDP2.0 携帯Javaアプリ開発ハンドブック―M1000/702NK対応」

認証について説明したテキスト（ノキア）
MIDP_2_0_Tutorial_On_Signed_MIDlets(日本語)
ttp://www.nokia.co.jp/forum/developer/tech_doc/pdf/MIDP_2_0_Tutorial_On_Signed_MIDlets_v1_1_ja.pdf

ノキア以外もソニーエリクソンとか各社、参加してるっぽいです。
Sunの携帯Javaアプリ認定プログラム、キャリアが初参加
ttp://www.itmedia.co.jp/enterprise/articles/0406/25/news079.html

8 ：デフォルトの名無しさん：2007/05/25(金) 06:50:48

＞　978 ：デフォルトの名無しさん：2007/05/23(水) 01:33:02
＞　>>969
＞　モデリングならメタセコイアでもなんでも作ってやればいい
＞　アニメーションまでやりたいならBlenderでできる

前スレでＭ３ＧとＨＳＴについてお聞きしました。ご返答ありがとう！
Blenderなんて全くしらなかったです。本当に感謝します。

ＯＰＴＩＯＮパッケージ使ってお仕事されていらっしゃるのですか？
今、Bluetoothの資料、かなり読み込んだんですが、日本の携帯端末では
ほとんど使えないですね。残念。３－Ｄの技術も、そこまで詳しくても、
ＭＩＤＰの３－Ｄパッケージが使える端末って少ないし。

なんか、日本の携帯業界って海外と比べて進んでいるのか、遅れているのか・・・

9 ：デフォルトの名無しさん：2007/05/25(金) 11:10:45

ケータイ関係は布留川英一の独占市場だな

10 ：デフォルトの名無しさん：2007/05/25(金) 13:41:52

サーカス商法か

11 ：デフォルトの名無しさん：2007/05/25(金) 19:08:02

>>7
MEはjavadocが一番参考になるよ。javadocにしては珍しく重要なことがjavadocに書いてあるし（SEだと重要なことはチュートリアルに書いてあってjavadocは部分コピペ）

>>10
一通り持ってるが書かれてる内容がいくつか違うのでＦ＆Ｃ商法だな。
曲芸ほど中身一緒ってほどではない。１冊持ってれば十分だけど。

12 ：デフォルトの名無しさん：2007/05/25(金) 23:18:57

>>8
何をいっとるんだ。遅れた端末が普及してるだけなのがはっきりしてるじゃないか

13 ：デフォルトの名無しさん：2007/05/26(土) 00:47:28

いまさらE61だからな

14 ：デフォルトの名無しさん：2007/05/26(土) 01:09:15

>>12
いや、ＤｏＪａをねこしらえた日本って大したもんだと思う。

ＭＩＤＰが使えない携帯は、もう、遅れてるってことかい？
ＭＩＤＰだってさ、Ｂｌｕｅｔｏｏｔｈ、３－Ｄといろいろオプション
パッケージがある。でも、CLDC1.1+MIDP2.0で書いてもさ、端末ごとに
振る舞い違うっていうのは、本当に困る

15 ：デフォルトの名無しさん：2007/05/28(月) 18:18:54

【女性客拉致・強姦】「ペッパーランチ事件で『夜は怖くて入れない』と女性ら…気になる“風評被害”」…日経レストラン編集長★16
http://news22.2ch.net/test/read.cgi/newsplus/1180332058/

16 ：デフォルトの名無しさん：2007/05/29(火) 12:15:50

MIDP2.0で具体的にPOST通信のやり方を分かりやすく説明してある
サイトご存知ありませんか？

17 ：デフォルトの名無しさん：2007/05/29(火) 14:27:58

>>16
MIDP2.0に限った話ではないな。
ケータイアプリの通信の仕方（POST/GETのやり方）を説明したサイトなら
ググればいくつもあると思うので、好きなところを見ればいいかと。

ググるキーワードが分からないとか悲しいことは言うなよ？

18 ：デフォルトの名無しさん：2007/05/29(火) 14:37:16

つーか、携帯関係なくね？
最近はHTTPの仕様すら知らん奴がふつーにネットワークプログラミングしてるからな。

19 ：デフォルトの名無しさん：2007/05/29(火) 18:07:53

>>16
HttpConnectionの説明にはサンプル付きでずばりのものがあるけど。

Example using POST with HttpConnection

20 ：16：2007/05/30(水) 23:00:07

いやーみなさんすいません。

>>19
それが中々うまくいかなくてですね・・・。

とりあえずリサーチしまくればいいわけですね

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

21 ：デフォルトの名無しさん：2007/05/30(水) 23:41:47

>>20
どううまくいかないの？
機種は？

22 ：デフォルトの名無しさん：2007/06/01(金) 20:52:31

はっはっは

23 ：21：2007/06/01(金) 22:08:41

>>21
すいません
事故解決しました・・・
というかGETでやることにしました＾＾；

24 ：23：2007/06/01(金) 22:26:58

間違えました自分は>>16です

25 ：デフォルトの名無しさん：2007/06/02(土) 00:49:30

スレッド使用していて微妙なタイミングで問題が起きるらしく
エミュレータやSyatem.out.printlnでデバッグが難しいんだが
どうしたらいい？
ターゲットはS!アプリです

26 ：デフォルトの名無しさん：2007/06/02(土) 03:45:58

　【JUnit + NetBeans 6.0】

ちょうど>>25の話題が出たところでなんですけど、みなさんJava MEの
JUnitってお使いになってます？NetBeansにはJMUnitが組み込まれて
いるのですが、なんかさっぱり動かない。独立したクラスファイルから
Testクラスを自動生成させて、さぁ実行させようかな、って時に
コマンドが使えないです。

どなたかｋｗｓｋお願いします。

27 ：デフォルトの名無しさん：2007/06/02(土) 14:35:45

>>25
synchronizedをちゃんと使っているか、使えているか？
それをコード上でチェックすることからはじめましょう。

ってか、どんな問題なのかによって対処方法はちがう。

28 ：デフォルトの名無しさん：2007/06/02(土) 16:37:00

エミュレータじゃなくて実機でのデバッグでいい方法がないのか知りたい。

29 ：デフォルトの名無しさん：2007/06/02(土) 19:35:46

>>28
Alertを使えばいい。

30 ：デフォルトの名無しさん：2007/06/03(日) 00:47:55

Softbank用に画像加工アプリ作ろうと思ってます。とりあえず、解像度の変更・画像の回転・画像の切り抜き　といった機能の実装を目指してます。
携帯アプリだとローカルファイルはStorageConnectionで読み込む事になると思うんですが、ちょっと頓挫気味です。

JpegDataのオブジェクト作ってJpegPlayerで表示するとこまでは行ったんですが、
携帯アプリ（Softbank）だとJPEGCodecのAPIは使えないんですね。。。
JPEGデータをImageオブジェクトまで持っていく方法、どなたかご存知無いですか？

というよりそれ以前の問題？携帯で画像加工行う時って、どのような手順が王道なんでしょうか。

31 ：デフォルトの名無しさん：2007/06/03(日) 14:45:52

> JPEGデータをImageオブジェクトまで持っていく方法、どなたかご存知無いですか？
普通にImage#createImageでJPEGのデータを指定するだけじゃないの？

32 ：30：2007/06/03(日) 16:34:22

＞普通にImage#createImageでJPEGのデータを指定するだけじゃないの？
( д)ﾟﾟ
ぅぁー、完璧見落としてました。マジ駄問スマソ

33 ：デフォルトの名無しさん：2007/06/03(日) 17:02:26

SoftBankの911T（実機)を持っている人に聞きたいんだけど、
「MIDxlet-ScreenSize: 240,320」をjadに記述すれば、
WQVGA(横画面)用のアプリは、WVGA(横画面)サイズに正しく拡大表示される？
MEXAエミュレータ(※WVGAサイズに設定)で
やってみたけど、拡大表示されませんでした・・・。

34 ：デフォルトの名無しさん：2007/06/03(日) 17:27:25

>>33
俺は240x260でアプリ作っているので「MIDxlet-ScreenSize: 240,260」を
記述しているが、911Tでは普通に正しく拡大表示された。
端末資料を見る限りでは、「240,320」も対応しているから
普通に拡大表示されると考えて問題ないと思う。

35 ：33：2007/06/03(日) 17:30:46

>>34
レスありがとうございます！！
今度912SHを買ったら、さっそく試してみます。

36 ：デフォルトの名無しさん：2007/06/05(火) 11:49:11

MIDxlet-ScreenSize: 240,320
と書いたら904SHで動かなかなくてワイド対応あきらめたような
問題なかったら報告お願いします

37 ：デフォルトの名無しさん：2007/06/05(火) 16:47:18

904SHで使用可能なサイズ
・120x130
・120x147
・240x260
・240x294
・480x520
・480x588

って端末資料に書いてあるじゃん。

38 ：デフォルトの名無しさん：2007/06/05(火) 18:31:05

ごめん勘違いしてた
やっぱり240x260と240x320は共存できないのね

39 ：デフォルトの名無しさん：2007/06/05(火) 19:15:00

ちょっと前SH系ってグラフィックを大量に使うと極端に速度が低下するのだが・・・。
最近の機種は大丈夫なのかな？

V902SHでゲーム作るのが辛くなってきた。

40 ：デフォルトの名無しさん：2007/06/05(火) 19:47:11

こちとら未だに、J-53SH対応だぜ！
半年くらい前にやっとQCIFを切ってくれたよ。

41 ：デフォルトの名無しさん：2007/06/06(水) 14:49:22

みなさん、
最終テストは
やっぱりエミュレーターでは×ですよね。

かといって、実機揃えるのは大変ですよ。
どうしましょう。

42 ：デフォルトの名無しさん：2007/06/06(水) 15:23:05

商用でなく、さらに公開するなら、とりあえずエミュレータと自分と友達の端末くらいで
動作確認すればいいんではないでしょうか。
テスト端末を明記して。
あとは動作実績の受付で十分かと。

商用で大規模にやるなら、数百種類の端末で動作確認できるサービスが
あったはず。

と書かせて、業者へ誘導するためのカキコですか？

43 ：41：2007/06/06(水) 16:03:05

＞＞４２
数百端末？

実際にそこまでチェックするんだ、プロは！
いや驚いた。

44 ：41：2007/06/06(水) 19:50:34

>>42
やっぱり、数百の実機で検査なんてコストかかり杉ですよね。

それを避けるコツってないのでしょうか。たとえば、GameCanvasは
使わないとか。

ＤｏＪａとＭＩＤＰで互換性がないだけじゃなくて、ＭＩＤＰでも
端末によって動作変わるなんて、ＪＡＶＡの利点ってどこ行ってしまったん？

携帯アプリ開発者は本当に大変そうですね。もっと経験談お聞きしたいです。

45 ：デフォルトの名無しさん：2007/06/06(水) 20:45:06

ここは語らいのスレじゃないんで他所へ行って。

46 ：デフォルトの名無しさん：2007/06/06(水) 22:06:50

流れにﾜﾛﾀ

47 ：1：2007/06/06(水) 23:01:22

>>45
全然オッケーです。
そういう言い方こそやメレ。

48 ：デフォルトの名無しさん：2007/06/06(水) 23:35:26

GraphicsUtil#drawRegionにバグ(？)発見。
811SHでテストプログラム動かしてて気づいたんだが、携帯の解像度を超える画像が表示できない。

GraphicsUtil#drawRegionだとNGだが、Graphics#drawImageならば同じ画像も問題なく表示できる。
エミュでも正常に表示できてたから、たぶん端末固有のバグじゃないか、と。

こーゆーのって、どっかに情報上げたらバグFix＆Updateとかしてくれるもんかな？
自分の携帯にバグがあるっての知ると何か損した気分。

49 ：デフォルトの名無しさん：2007/06/06(水) 23:59:45

>>47
あくまで、携帯電話用Javaに関する質問や議論が何でもこい、なのであって
経験談や雑談やグチの書き込みが全然オッケーってことはないだろう。
分別、節度を持てってことだ。

50 ：デフォルトの名無しさん：2007/06/07(木) 07:37:10

>>48
バグ呼ばわりはｼｬｰﾌﾟにかわいそうだろ・・・
drawRegionはdrawImageに比べ高機能なので内部でメモリー倍確保するなどの実装になってるんじゃないの？
まぁImage系でOutOfMemory吐かないのはバグだけどね。
↑仕様書には制限事項で載っている

51 ：デフォルトの名無しさん：2007/06/07(木) 14:03:19

drawRegion使うと極端に遅くなるから使ってない

52 ：1：2007/06/07(木) 22:09:46

>>49
ですから、あなたの言っているようなのって雑音なんだな。
以後、カキコ謹んで。

他のヤシ、気にしないで、行ってみよう。

53 ：デフォルトの名無しさん：2007/06/07(木) 22:25:24

ごく個人的な用途で使いたいS!アプリも登録して審査を受けて公開しなきゃならんのか('A`)

54 ：デフォルトの名無しさん：2007/06/08(金) 05:07:06

アプリゲットの場合、開発途中の動作テスト目的なら公開しなくてもダウンロードできる。
開発者（開発グループのメンバー）のみという制限付きで、かつ
最終的には公開する意思があるという前提で。規約に書いてあるよ。

55 ：デフォルトの名無しさん：2007/06/08(金) 17:52:16

>>49
自治厨乙
分別、節度を持てってのには同意だけど
おまえはスルーするのを覚えろってか半年ＲＯＭってろ

56 ：デフォルトの名無しさん：2007/06/08(金) 22:35:57

Sアプリで、com.j_phone.ui.FEPControlを使って文字の入力を
ユーザにしてもらおうと考えています。
この時FEPのタイトル（入力する部分の上側に任意の文字列）を
設定したいのですが、どのように指定すればよいのでしょうか？

57 ：デフォルトの名無しさん：2007/06/08(金) 23:27:33

>>49
一生ROMってろ君は。

58 ：デフォルトの名無しさん：2007/06/09(土) 00:39:31

>>56
テキストボックスではないのでタイトル文字列は指定できないな。
代わりにFEPControl#getInputText()の第１引数で
"ここに○○を入力してください"とか渡す方法が考えられる。

59 ：56：2007/06/09(土) 11:54:07

>>58
回答ありがとうございます。
やはりTextBoxでないとダメなんですねー。

第一引数で指定する方法も考えたんですが、それだと前回入力
していた文字列が何だったのか、ぱっと見で分からなくなってしまう
（入力は一度きりでは無いです）のでイマイチかなと思いました。
また「注意文＋前回入力文字列」を指定すると、ユーザの手間と、
入力文フォローのためのコードがけっこう面倒だと思ったので
やらないようにしていました。

TextBoxあたりについて、もう少し勉強してみます。

60 ：デフォルトの名無しさん：2007/06/10(日) 15:53:02

StorageConnectionを使えば、
指定パスのファイル一覧を取得できますが、
それと同じように、下記のリソースフォルダ内の
ファイル一覧を、簡単に取得する方法はないのでしょうか？

\プロジェクトフォルダ－\bin
　　　　　　　　　　　　　　　\classes
　　　　　　　　　　　　　　　\res　　　　　　←このフォルダ内のファイル一覧を取得したい
　　　　　　　　　　　　　　　\src
　　　　　　　　　　　　　　　\tmpclasses

61 ：デフォルトの名無しさん：2007/06/10(日) 16:05:17

>>60
そのフォルダの内容は、JARにしたときにはすべて既知なので、わざわざ取得する必要がないと思いますが。

62 ：60：2007/06/10(日) 16:40:37

>>61
確かにその通りですが、
まだアプリゲットのオフィシャル作者登録をしていないので、
StorageConnectionが使えません。

そこで、試しに、色々なファイルを「res」フォルダに入れて、
そのフォルダ内のファイルリストを表示させてみようかなと思っただけです。

※現在、ファイラーアプリを作成中で、そのファイルリスト表示処理が、
　実機で正しく動作するか確認したかっただけです・・・。
　

63 ：デフォルトの名無しさん：2007/06/11(月) 10:20:48

初めて携帯アプリにチャレンジします。

ためしにOAP青空文庫ビューワでも作ってみるかと息巻いて
情報集めてみるも、端末内のファイルにアクセスする手段が
用意されてないんでしょうか？

レコードストアの32kbじゃどう頑張っても足りないもので。

64 ：デフォルトの名無しさん：2007/06/11(月) 14:04:18

>>63
StorageConnection

65 ：デフォルトの名無しさん：2007/06/11(月) 14:15:12

まぁ、今の時代にレコードストアの32kって時点で
auのオープンアプリだろうな。

66 ：デフォルトの名無しさん：2007/06/11(月) 14:31:01

>>63
オープンアプリは端末の機能に一切アクセスできない。
データフォルダや電話帳や着信履歴やメールやカメラなど、どれも使えない。
通信だけは許可されているので（面倒な制限はあるが）、
大きなデータは毎回サーバから持ってくるしかないな。
でもアプリが終わったらそれも消えるってことで。

>>64 >>65
「OAP」オープンアプリプレイヤー→Javaアプリが動くauのBREW端末

67 ：デフォルトの名無しさん：2007/06/11(月) 14:40:31

その略し方は初めて知った
あんまり伝わらないのでは？

68 ：デフォルトの名無しさん：2007/06/11(月) 14:45:28

調べる時に検索したら「OAP」って書いてるサイトもあったけど、
仕事だと伝わり辛いから「オープンアプリ」って言ってるな。

69 ：デフォルトの名無しさん：2007/06/11(月) 15:35:15

>>64-
そっか、ありがとさん。
オープンアプリで自由にアプリが作れると思いこみ、
MNPで移行せずにauのまま更新したのはマズかったっぽいね。
しかも、オープンアプリだと解像度も低いし。

70 ：デフォルトの名無しさん：2007/06/11(月) 15:44:09

解像度は240x240で一緒じゃね？

71 ：デフォルトの名無しさん：2007/06/11(月) 15:46:58

>>69
まあ公式にはBrewでちゃんと作ってねよろしく、オープンアプリはダメよ。
ていうスタンスだから、機能内で相応の物を作るのがよいかと。

>>70
縦フル画面使えないって事じゃない？

72 ：デフォルトの名無しさん：2007/06/11(月) 17:34:18

--------------------------------------------------------------
ディスプレイサイズは240×268ドットとなります。
MIDP2.0のフルスクリーン仕様 (Canvas.setFullScreenMode()) に
対応しており、利用の際のサイズは240×296ドットが利用可能です。

--------------------------------------------------------------

だそうだが？

73 ：デフォルトの名無しさん：2007/06/11(月) 17:47:11

では>>69の言う解像度とは何のことなのか？

74 ：デフォルトの名無しさん：2007/06/11(月) 19:44:02

>>72-73
VGA機を使っても240x268だし、通常のワイド機でもかなりの無効領域（auロゴ）が出てしまうので。

75 ：デフォルトの名無しさん：2007/06/11(月) 19:45:35

>>71
審査に15万だっけ？
一回だけなら払ってもいいんだけど、ソフトごとに毎回審査料払って
しかも審査落ちがあるとか、個人じゃとても無理だし
人様にもあまり見せられるものじゃないし、ねえ。

76 ：デフォルトの名無しさん：2007/06/12(火) 00:22:33

BREWアプリはVGAは出せますん

77 ：デフォルトの名無しさん：2007/06/12(火) 00:55:04

jigブラウザがオープンアプリ版を出してるようだから、
オープンアプリで商売するのも不可能ではないわけだ。

78 ：デフォルトの名無しさん：2007/06/12(火) 01:39:15

商売はOKだけど、公式サイトでの利用はNG。
１８禁Flashとか作ってた連中が一番喜びそう。

79 ：デフォルトの名無しさん：2007/06/12(火) 09:24:45

商売はどうでもいいけど、自分用の暇つぶしツールを作りたかっただけなんだ。
初期導入費用に15万掛ってもいいけど、継続してとられるのはキツい。
それに公式で公開するつもりもないんですよん

てところで、やっぱりFlashにするか他キャリアにするのが一番よさげだねorz

80 ：デフォルトの名無しさん：2007/06/12(火) 10:07:26

>>79
初期費用どころじゃなくて、サイトアップのためには公式サイトの制作が
前提条件になるはず。その審査には株式会社じゃないと多分門前払い。

ちなみにflashも外部ファイルは読めないし、100kByte制限とかあったりともっと制限きついよ。
オープンアプリでできる範囲の物をとりあえず作ったらいかがでしょ？

MIDPなんだからSoftBankやZero3にも比較的簡単に載せ変えできるし。

81 ：デフォルトの名無しさん：2007/06/13(水) 17:44:18

911TでSMAFが鳴らないんだけど、何か知ってる人いたら教えてください。
フォーマットはMA-3です。
SH、N、P、Tの他機種、SCと他のヤツは一通り鳴るんですが。
911T二台試したんですが、二台ともダメでした。

82 ：デフォルトの名無しさん：2007/06/13(水) 18:07:46

何故か二台ともSアプリ設定の音量が０になってただけでした。

すいません、お騒がせしました。。。

83 ：デフォルトの名無しさん：2007/06/13(水) 19:50:50

>>79-80
基本的に、自由にアプリ公開して、ユーザーにダウンロードさせる
ことができるのって、i-Appliだけなのですか？

84 ：デフォルトの名無しさん：2007/06/13(水) 20:11:51

iアプリとオープンアプリは自由。多分Willcomも大丈夫じゃね？
S！アプリはコンテンツアグリゲーターにアップしないとあかん。

Brewは本来スレ違いというか。Javaじゃないしね。

85 ：デフォルトの名無しさん：2007/06/13(水) 20:59:57

>>84
Willcom機の場合はサイトにうｐする必要すらない。
PCから電話機にファイルコピーしてインストールできる。
もちろん自由にサイトからもお好きに。

86 ：デフォルトの名無しさん：2007/06/13(水) 23:21:35

オープンアプリは鯖の設定いじってやらないとダウンロードできないんだよな。

87 ：デフォルトの名無しさん：2007/06/14(木) 22:53:52

>>84-86
おお！
どうもありがとうございます。

オープンアプリについては、↓のコピペを。。。。

--------------------------------------------
サーバ設定

Webページを配置するサーバ側にていくつかのヘッダ情報を必須で返却する必要があります。返却されない場合、インストールエラーとなります。サーバ側の設定方法に関しましてはご利用のサーバ管理者へお問い合わせ下さい。

Content-Lengthヘッダに対応する必要があります。
Content-Typeとして以下のMIMEタイプに対応する必要があります。

拡張子 MIMEタイプ
.jad text/vnd.sun.j2me.app-descriptor
.jar application/Java-archive

88 ：デフォルトの名無しさん：2007/06/15(金) 15:40:39

>>87
それ.htaccessで書けば大丈夫なサーバーが多い。geocitiesとかでアップとかの話はわからんが。

89 ：デフォルトの名無しさん：2007/06/16(土) 07:28:23

ここで聞くべきがどうか微妙なんだけど、
SMAFをﾗﾝﾀﾞﾑで再生できて、本体とﾒﾓﾘｰｶｰﾄﾞ両方を読み込んでくれるアプリなんて今はないのかな？
以前はVsmafplayerってのを使ってたんだけど、対応してない携帯にしちゃって．．．。
ただ需要がないだけ？

ちなみにSoftBankの3G。

作るのもアリかなと思うんだけど、どれ程の技術が必要なのかすらわからない。。

教えてくだしゃい

90 ：デフォルトの名無しさん：2007/06/16(土) 07:29:41

91 ：デフォルトの名無しさん：2007/06/16(土) 07:30:51

二重ですんません__

92 ：デフォルトの名無しさん：2007/06/18(月) 00:25:32

フォルダ内のファイルをランダム再生ならnenene_3gがあるけど
全部読み込んで再生できるアプリは知らない
やり方としてはMy Items\Soundフォルダ内をStrorageConnectinでリスト取得して
ランダム再生するだけだからそこまで難しくない
作ってくれるんなら全部読み込んでくれるよりかは
プレイリストを編集できて管理できるソフトがほしい

93 ：デフォルトの名無しさん：2007/06/18(月) 11:03:19

作るんならMIDIとWaveも再生できるようなのもお願い

94 ：89：2007/06/18(月) 13:09:32

>>92
nenene、落としてはみたのだけどなぜかエラーが出ちゃったよ．．．。
（ちなみに905SH）
もしかしてUSB繋いでいじらなきゃダメ？？

プレイリストか～。

作るとか言っておいてアレなんだけど、ﾌﾟﾛｸﾞﾗﾐﾝｸﾞなんてかじってもいないんだよ。
そこまでできる様になるまで結構頑張らなくちゃいけないかな？

>>93
Waveが見れる携帯ってあるの？
それとも、『アプリでは見れる』的な？

95 ：デフォルトの名無しさん：2007/06/18(月) 20:44:56

初心者です。
stubclassesにFileInputStream.classがない。
どうしたらいいのか・・・

96 ：デフォルトの名無しさん：2007/06/18(月) 21:39:24

>Waveが見れる携帯ってあるの？
ないよ。スマートフォン級ならあるけど。
そもそもRAMが足りない。RAMが32M使えてそのうち6Mjavaヒープに使うw-zero3ですらものによっては怪しいのに。
素直にDMPで聴いた方が良い。

97 ：デフォルトの名無しさん：2007/06/19(火) 00:11:19

端末仕様書に4ch MIDI + 1ch waveってあるけどな

98 ：デフォルトの名無しさん：2007/06/19(火) 00:19:30

912SHでは4chMIDI + 4chWaveだった
というか「見れる」ってあるから音のwaveではないやつがあるの？

99 ：デフォルトの名無しさん：2007/06/19(火) 03:41:58

問題は実行中にメモリ持つかどうか

100 ：デフォルトの名無しさん：2007/06/20(水) 12:43:40

SアプリをMACSサーバにアップする時に

xxx.jad
xxx.jar
xxx.vappli

って3ファイルある場合、xxx.vappliはどういう扱いにすれば良いの？
jadとjarはアップするインターフェイスが用意されてたんだけど、vappliって
ファイルをどうすれば良いのかが分からない・・・。

詳しい人が近くに居なくて・・・。
誰か知ってたら教えて下さい。お願いします・・・。

101 ：デフォルトの名無しさん：2007/06/20(水) 13:30:08

>>100
vappliファイルはビジネスプロバイダ経由で
アップする際の設定ファイルだ。

ビジネスプロバイダを使用しないのであれば
そのファイルは必要ない。

102 ：デフォルトの名無しさん：2007/06/24(日) 15:14:36

S!アプリで、HttpConnectionでURIを開き、開いたURIにLocationヘッダーが指定されている場合、
どのように振る舞うのでしょうか？

103 ：デフォルトの名無しさん：2007/06/24(日) 18:04:27

Locationを解釈するのはUAの仕事

104 ：デフォルトの名無しさん：2007/06/24(日) 19:53:25

3xx系のことか。
ケータイによって動作が違った。
勝手に処理して200 OK返されると困るよね。

105 ：デフォルトの名無しさん：2007/06/25(月) 21:20:23

Locationを解釈するのはUAの仕事
内蔵ブラウザの話しではない。

106 ：デフォルトの名無しさん：2007/06/25(月) 22:47:10

UA＝Webブラウザではない

107 ：デフォルトの名無しさん：2007/07/01(日) 18:43:54

すみません、質問です。
現在、アプリにて振動の制御を行っている箇所に
バグがあるらしく(停止しない・起動しない)
原因がさっぱりでしてorz

どなたか御存知無いでしょうか？
910SHとかは動くのですが703SHとかだと上記の現象が起きるので

108 ：デフォルトの名無しさん：2007/07/01(日) 23:25:14

「アプリのバグで振動が制御できない、教えて」
振動に詳しい人でもさすがにアドバイスしようがないよ。

どういうタイミングでどういう記述で制御しようとしてるのか、
どういう状況で「停止しない・起動しない」なのか書かないと。
機種名も曖昧に「とか」じゃなくてズバリどの機種なのか。

109 ：デフォルトの名無しさん：2007/07/03(火) 11:39:46

SoftBank携帯や、Willcom携帯（Java搭載機）でAPIから個体識別番号や製造番号等
（ｉアプリで言うところの、Phone.getProperty(Phone.TERMINAL_ID)）のような物を取得は可能なのでしょうか？

Softbank携帯においては、HTTP通信のユーザエージェント上にSerial値が表示されるので、
そこから取得とかも考えたのですが、出来ることならAPIから取得したいです。

110 ：デフォルトの名無しさん：2007/07/03(火) 16:30:07

S!アプリのブラウザ起動のobject要素で、
codebaseというのは具体的に何を指定するのでしょうか？
Jadファイルの基準URLと書かれていますが意味が分かりません。
検索してもソフトバンクのPDFからの情報しか出てこないのですが、
この機能って対応してる機種が少ないのでしょうか？

111 ：デフォルトの名無しさん：2007/07/03(火) 16:43:46

>>110
スキーム名＋ホスト名とのことなので、
jadのおいてあるホストの[http://xx.xxx.xxx/]部分ではないですかね？

上記PDFの39ページのサンプルにもそのように書いてありますし。

112 ：デフォルトの名無しさん：2007/07/04(水) 00:11:58

>>110
html4の仕様書読めよ。
邦訳　ttp://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/objects.html

113 ：110：2007/07/04(水) 12:07:22

>>111,112 ｻﾝｸｽ

114 ：デフォルトの名無しさん：2007/07/06(金) 21:56:46

もの凄く初心者すぎる質問ですけど、調べても分からなかったので教えてください。

例えばﾌｫﾝﾄｻｲｽﾞや画面ｻｲｽﾞが機種ごとに違ってたりしますよね？
この場合、ﾌｫﾝﾄｻｲｽﾞや画面ｻｲｽﾞが同一の機種ごとに別バージョンで提供しなければならないのでしょうか？
それとも、画面ｻｲｽﾞは240×260　Sﾌｫﾝﾄｻｲｽﾞは12×12とかって固定出来るものなのでしょうか？

なんとか実機で動く所まで持ってきたのですが、WTKとエミュと実機と、全てにおいて描画位置が違って
しまいます…。

115 ：デフォルトの名無しさん：2007/07/06(金) 23:58:42

>>114
「ねばならない」理由はない。自分の好きにすればいいよ。
画面サイズもフォントサイズも機種ごとに違うことを意識してプログラミングするだけ。

SアプリでQVGA（高精細モードってやつ）のアプリを作る場合、
画面サイズは、例えば240x260の範囲しか使わないなど自分で決める。
(0,0)に合わせて描画するなら機種ごとの下側の余白は無視する。
縦方向をセンタリングするなら、あらゆるものの描画はオフセットを加える。
この場合は上下の余白を無視するが、海、空などのデザインなら違和感がない。

フォントサイズも同様だが、高精細モードならSmallサイズが全機種12x12で統一されてる。

116 ：デフォルトの名無しさん：2007/07/07(土) 10:18:57

>>115
ありがとうございます。
実はiｱﾌﾟﾘ用に作った紙芝居ｱﾌﾟﾘをSｱﾌﾟﾘに移植しようとしています。
220×220の画像の上で物語が表示させるような感じのｱﾌﾟﾘです。
ちなみに古い機種でも使えるようにMIDP1.0で作成しています。

っで、家族が811SHという機種を持っているので試しにﾀﾞｳﾝﾛｰﾄﾞして
みたのですが、画面の中央にめちゃくちゃ小さくしか画像が表示され
ません。文字も全然検討違いの所に表示されるし…。
ソフトバンクの機種情報を見ると、811SHは480×640となっているのが
原因だと思うのですが、こういう高解像度の機種の場合のみ別仕様で
作り直すという感じでしょうか？他の機種みたいに240×320とかならば
空白も気にならないと思いますが…。
どの機種においてもﾌﾟﾛｸﾞﾗﾑ側で「240×260」の画像ﾓｰﾄﾞとかって
決められると一番楽だと思うのですが、どうやらないみたいですよね。

質問ばかりですみません。よろしくお願い致します。

117 ：115：2007/07/07(土) 16:50:47

>>116
一度開発ガイドをきちんと読んだ方がいいよ。
画面サイズの指定についても書いてあるし。

ttp://developers.softbankmobile.co.jp/dp/
ここから「Sアプリ」の「技術資料」で。

118 ：デフォルトの名無しさん：2007/07/07(土) 17:02:01

>>116
Jadファイル内に

MIDxlet-ScreenSize: 240,260

を記述すれば、240x260 モードになる。

119 ：116：2007/07/07(土) 23:21:56

>>117 >>118
ありがとうございました!!
ひたすらgoogleで検索しても出てこなかったのは
逆に「当たり前」すぎるからだったんですね…。
ちゃんと開発ガイドを熟読してみます！
本当に助かりました。ありがとうございました。

120 ：デフォルトの名無しさん：2007/07/10(火) 07:36:39

S!アプリ(MIDP2.0、MEXA)について質問です。S!アプリでの開発は初めてです。教えて頂けたら幸いです。
待ち受けアプリを作成しようと思い、メール受信イベントを検出したいのですが‥‥
DeviceControl.setMailListenerを使用するとSecurityExceptionとなってしまいます。(エミュレータ上にて)
ビルドは成功しており、該当行をコメント化するとちゃんと動きます。
jadファイルには、
MIDlet-Application-Security: Y
MIDlet-Permissions: com.j_phone.system.DeviceControl.read
を書いてみましたが結果はSecurityExceptionとなり動きません。
(MIDlet-Permissions: com.j_phone.system.DeviceControlとMIDlet-Permissions: com.j_phone.system.DeviceControl.setMailListenerでも試してみましたがダメでした。）
開発ガイドをみると、DeviceControl.setMailListenerはSecurityダイアログの表示対象となっています。
またTrustedDomainでないと使用不可能な機能には指定されておらず、Untrustedでも使用できると思うのですが‥‥

解決策をご存知の方、注意すべき点をご存知の方がいらっしゃいましたら、ご教授下さいますようお願いします。
宜しくお願いします。
（もちろんググってはみましたが、自分では有効な解決策を見つけられませんでした‥）

121 ：デフォルトの名無しさん：2007/07/10(火) 12:06:13

それってどの開発ガイド？
予想で書くとcom.j_phone.system.DeviceControl.readだから
Read User Data Access(個人情報取得)に当てはまるとかはないかな？

122 ：デフォルトの名無しさん：2007/07/10(火) 12:06:31

>>120
SecurityExceptionはエミュレータのみで実機では正常に動作するの？

後、MIDlet-Application-SecurityはMIDP1.0の属性で
MIDP2.0ではMIDxlet-Application-Securityだが、
SoftBankのMIDP2.0端末では、そもそもこの属性自体が対応していないので
入れても無視される。

123 ：120：2007/07/10(火) 15:12:43

ありがとうございます。
実機が手元になくまだテストができていません。申し訳ありません‥‥
数日中に実機を手に入れる予定なので、手に入れ次第試してみたいと思います。
また使用不可能な機能一覧は、『MIDP 2.0対応端末編　1.0.1　2007-05-25(P62)』を参照しました。
(文脈からもうご覧になられたと思いますが)
もしご回答戴いた予想通りなら使用は不可能ですね。
MIDPのVersionが違うのかもしれませんが、
『メールの記憶』というアプリ(個人作成と思われます‥)ではこの機能を使用しているのではないかと思われるアプリが、
『KVMゲームプログラミング』というホームページにてsetMailListenerを使用するV!アプリの作成方法が紹介されています。
それを見たこともあり、MIDP2.0でも作成が可能ではないかと判断したのですが、うまくいかず質問させて戴きました。
宜しくお願いします。

124 ：デフォルトの名無しさん：2007/07/10(火) 16:11:57

>123を読んだ感じ、その「メールの記憶」というアプリはMIDP-1.0用のアプリのようだけど、
MIDP-1.0とMIDP-2.0では規格上、セキュリティの管理の仕方が違うから
MIDP-1.0のアプリでできるからといって、同じソースの記述でMIDP-2.0でもできるとは限らないよ。

125 ：120：2007/07/10(火) 18:30:03

>>123
ありがとうございます。
全くその通りなのですが‥‥
出来ている方がもしいればとの思いで質問しました。
自分だけなら規格の変更のため使用が不可能だとは判断しきれないので。
120でも申し上げた通り、ダイアログの表示条件に当てはまっているように解釈できる資料もありますし‥
もし何か分りましたら宜しくお願いします。

126 ：デフォルトの名無しさん：2007/07/10(火) 19:00:52

MEXA1.1くらいののjavadocによると
DeviceControl.setMailListenerは
機能グループ "Read User Data Access" のパーミッションだそうです
Trustedじゃないと無理

127 ：120：2007/07/10(火) 19:33:32

>>126
ありがとうございました。
お陰様ですっきりしました。
助言を下さった皆様、またこの掲示板をご覧の皆様、
色々と本当にありがとうございました。

128 ：デフォルトの名無しさん：2007/07/13(金) 09:35:35

ランダムアクセスって無いの？そんな文を見たけど
みんなどーやって一つのファイルから上手く読み出してるんだろぅ？

129 ：デフォルトの名無しさん：2007/07/13(金) 12:47:17

？

130 ：デフォルトの名無しさん：2007/07/13(金) 14:18:12

SDの話じゃね？
まぁ、いくらでもやりようはあると。

131 ：デフォルトの名無しさん：2007/07/15(日) 20:12:36

fillRoundRectについて質問があります

g.fillRect(0, 0, 40, 10);
g.fillRoundRect(0, 0, 40, 10, 0, 0);
↑の二つの四角は全く同じ四角が描画されてここまではいいんですが

g.fillRoundRect(0, 0, 40, 10, 1, 1);
↑みたいに角を丸くしようとすると，fillRectに対して幅が小さくなってしまいます
幅は3番目と4番目の引数で決定されると思ったのですが違うのでしょうか？

132 ：デフォルトの名無しさん：2007/07/15(日) 21:09:37

データベースに接続して検索するアプリケーションを作ろうと思っています。
やはりMIDPでもJDBCを使って接続する方法はありますでしょうか？

133 ：デフォルトの名無しさん：2007/07/15(日) 23:50:40

>>132
携帯でやらずに、バックエンド(サーバー側)でやるようにした方がいいよ。

134 ：デフォルトの名無しさん：2007/07/16(月) 00:58:57

MIDP2.0のGameCanvasクラスのgetKeyStates()では数字キーの状態を取得できませんよね？
数字キーの状態を取得するのはMIDP2.0だけでは無理ですか？

135 ：デフォルトの名無しさん：2007/07/16(月) 07:25:44

>>133

もちろんサーバ側でやりますよ。
容量がもったいないですし。

136 ：デフォルトの名無しさん：2007/07/16(月) 12:57:34

operaminiの鯖側は何で書いてるんかな？

137 ：デフォルトの名無しさん：2007/07/17(火) 02:54:51

質問させて下さい。

iｱﾌﾟﾘ用に作成したｹﾞｰﾑをSoftBank､AUに移植しようとしているのですが
画面のﾌｪｰﾄﾞｱｳﾄ処理が出来ずに困っています。
iｱﾌﾟﾘではgetColorOfRGBで徐々に画面を白や黒にしていたのですが
MIDPで解決する方法を教えて頂けないでしょうか？
ただPixelごとに処理していると処理時間が凄く遅くなりそうで怖いです。。
画面自体の明るさを変更するような命令でもあれば楽そうですが…。

138 ：デフォルトの名無しさん：2007/07/17(火) 09:43:49

>>137
ソフバンならrenderPrimitivesで一枚でかいのを上からのっければカラー減算、加算、半透明といろいろできるよ。
AUは切捨て。

139 ：デフォルトの名無しさん：2007/07/17(火) 15:16:29

>>137
対象画面の画像をオフスクリーンバッファに描くようにして、
Image#getRGB()で１画面分の色を取得して一括処理、
その配列からImage#createRGBImage()で画像生成、描画。

拡大／縮小処理でやったことあるが速さは期待できない。しかし他に方法はない。
オープンアプリでは板ポリゴンを描画できないし。

速さが必要ならメッシュパターン（市松模様）をいくつか用意して重ね描き。
むかーしむかし、セガサターンというゲーム機があってのう…ｺﾞﾎｺﾞﾎ
ｱ､ｵｼﾞｲﾁｬﾝ､ﾈﾃﾅｷｬﾀﾞﾒﾖ

140 ：デフォルトの名無しさん：2007/07/17(火) 15:18:03

>>131
fillRoundRect()の最後２つの引数は弧の直径だとAPIリファレンスに書いてある。
直径1ドット（半径0.5ドット）の弧は描けないから
描画結果が微妙なことになっても、それは引数が悪いせい。

141 ：デフォルトの名無しさん：2007/07/17(火) 22:39:15

>>140
thx
勝手に半径だと勘違いしてました
というか布留川氏の本でも半径っぽい絵が書かれてますね・・

142 ：デフォルトの名無しさん：2007/07/19(木) 08:37:29

>>135
そうじゃなくて、携帯側は結果を表示するだけで、それ以外は全部サーバー側でやれってことだよ。

143 ：デフォルトの名無しさん：2007/07/19(木) 13:21:53

そういやMIDPでDBと通信するミドルウェアがあったな。
MIDPなのにCDCが動くようなスマートフォンやPDAを前提としてたが。

144 ：デフォルトの名無しさん：2007/07/20(金) 18:48:17

MIDP1.0でアプリを作成しています。
その中でブラウザを起動しようとしているのですが

BrowserConnection browser = (BrowserConnection)Connector.open("url://ｱﾄﾞﾚｽ");
browser.close();

の部分が、コンパイルは通るのですが実際にはブラウザ起動してくれません。
エラー表示は
java.lang.ClassNotFoundException: com/sun/midp/io/j2me/url/Protocol
となっています。
JADファイルでMIDlet-Network: Yにも指定しています。
どなたかご教授願えませんでしょうか？

145 ：デフォルトの名無しさん：2007/07/20(金) 21:41:07

>>144
普通に考えればその端末にBrowserConnectionクラスがないんじゃ。
BrowserConnectionってMIDPのクラスじゃないし。
まあ、使ったことないから知らんけど。

146 ：144：2007/07/20(金) 21:52:35

ありがとうございます。
実機でも試してみたんですが、それ以前にエミュレータでもWTKでも駄目なんです。
コンパイルはWTKのmidpapiにエミュレータのmidpapiを上書きして使っているんですが
これが原因という事はないでしょうか？
今のところコンパイル時に他に不具合などは出ていないですが…

結局何がやりたいかと言うと、アプリ内に自サイトの紹介ページを作りたいんです。
要するに自サイトへの誘導が出来れば他の方法でもいいんですが、色々調べてみても
分からないんですよ。。

147 ：デフォルトの名無しさん：2007/07/20(金) 22:16:50

>>144
APIリファレンスでBrowserConnectionのとこ確認な

BrowserConnection browser = (BrowserConnection)Connector.open("url://ｱﾄﾞﾚｽ");
browser.connect();
browser.close();

148 ：144：2007/07/20(金) 22:47:05

>>146
ありがとうございます!エミュレータで動きました。
こんな単純なミスに気付かなかったとは…　お恥ずかしい限りです。。
とは言え実機の811SHで試した所、ブラウザは起動してくれず…。
参考サイトを見た限りではこの機種はBrowserConnection使えると思ったんだけどなぁ。。

やっぱりMIDP1.0端末は切捨てて、MIDP2.0専用でMIDlet#platformRequestを使うのが
ベストなのかなぁ。そもそもMIDP1.0端末のユーザってどれくらい残ってるんだろう？

149 ：デフォルトの名無しさん：2007/07/20(金) 23:04:33

MIDlet-Network: Y
は書いてあるか？

150 ：デフォルトの名無しさん：2007/07/20(金) 23:18:15

>>149
はい。書いてあるんです。
エミュレータで実行するとアクセス許可のような画面が正常に出てきて、ブラウザも起動されます。
でも実機で試してみると、うんともすんとも言わない…。
なんでだろう…

151 ：デフォルトの名無しさん：2007/07/20(金) 23:31:16

アプリの仕事始めて半年くらいだけど、
MIDP1.0端末対応してくれってのはなかった。
MIDP2.0端末全部ってのはあったけど。

152 ：デフォルトの名無しさん：2007/07/21(土) 00:33:36

>>134
以前同じことで悩んで，結局は，全部自分で実装した。GameCanvas をあきらめ，
キー情報を管理するクラスを作って Canvas の keyPressed などで，その情報を書き換える。
メイン処理では別にスレッドを動かしながら，その中でキー情報を管理するクラスにアクセスする。

非常に遠回りだけど，汎用的でいいよ。

153 ：デフォルトの名無しさん：2007/07/21(土) 00:48:01

俺もDoJaと同じ仕様のCanvasクラス作ったけど、一つ問題が。

携帯のボディ部を擦るようにガリガリガリガリって数字キー連打すると、
たまにkeyPressedが来るのにkeyReleasedがこないときがあって、キー情報がバグる。

JSCLだけどDeviceControl.getDeviceState()で数字キーとれるよ。

154 ：134：2007/07/21(土) 01:03:39

>>152-153
確かにキーイベントでやれば汎用的になりますね

JSCLが使えない機種にも対応したいので
keyReleasedの問題には目を瞑って，キーイベントの方法でいこうと思います

155 ：デフォルトの名無しさん：2007/07/21(土) 01:16:18

>>154
参考にあげる。
http://www.sepia.dti.ne.jp/zigzag/Canvas.java

156 ：デフォルトの名無しさん：2007/07/21(土) 01:40:19

>150
811SHか、それなら MIDlet-Network: Y じゃなかった。この行は不要。

MIDlet-Permissions: javax.microedition.io.Connector.http
MIDxlet-API: JSCL-1.2.2
これ書いてある？　それでダメなら自分には分からん。

自分はMIDP-1.0端末(P5以降)とMIDP-2.0端末で２つのアプリを作ってる。
MIDP-1.0端末ではBrowserConnectionを使う（それしか方法がない）。
MIDP-2.0端末では全てplatformRequest()にしている。
BrowserConnectionは対応してない端末があるが、
platformRequest()はどの端末でも使えるので、場合分けを考えなくて済む。

157 ：デフォルトの名無しさん：2007/07/21(土) 01:51:45

>>155
ども
参考にさせていただきます

158 ：デフォルトの名無しさん：2007/07/21(土) 02:01:43

>>156
ありがとうございます!!出来ました(T^T)
自分はJAVA初心者なので調べ方すらも良く分からず困っていたので、本当に助かりました!
platformRequest()についても色々やってみようと思います。

159 ：デフォルトの名無しさん：2007/07/21(土) 02:18:05

ｱﾌﾟﾘｹﾞｯﾄのﾕｰｻﾞ利用ﾌﾞﾗｳｻﾞ傾向を見ると、Softbankの携帯を使用しているユーザのうち
97.21%が3G型だと出ている。この統計を見る限り、今後はMIDP2.0のみでも特に問題なさそう。
こういう解釈でいいんですよね？

160 ：デフォルトの名無しさん：2007/07/21(土) 14:16:31

喪前らはMIDPプログラミングするときはEclipseを使うのかい？

161 ：デフォルトの名無しさん：2007/07/21(土) 15:31:53

>>160
自分はただのﾃｷｽﾄﾋﾞｭｰﾜとWTKだけです。
Eclipseって使いやすいの？
一度使おうかなと思ったけど環境設定でつまづいて辞めたｗ

162 ：デフォルトの名無しさん：2007/07/21(土) 15:46:59

>>160
Eclipse無しのコーディングは考えられないなあ。

>>161
趣味でやるぶんには使わなくてもいいんでない？
使いやすさはなんとも…。（個人的にはもう一歩足りない
感じだけど、おおむね満足。たまに秀丸を併用するけど）
ただ、生産効率、デバッグ、タダで手に入るところ等等を
考えると、使えるなら使ったほうが良いよ的な意見。

ちゅうか、環境設定そんなに難しかった？

163 ：デフォルトの名無しさん：2007/07/21(土) 16:14:42

みんなｵｰﾌﾟﾝｱﾌﾟﾘ作る時って、WTKで実行→実機で実行の流れでやってる？
AUのezplusEmulatorってMIDP2.0には対応してないよね？？

164 ：デフォルトの名無しさん：2007/07/21(土) 17:04:05

S!アプリのエミュレータと実機だとフォントの描画位置ってずれてる？
同一画面ｻｲｽﾞの同一フォントでも、どうしても描画位置がずれるんですよね～。
一つの実機に合わせても他の実機でずれてる場合ってやっぱりあるんですかね？

165 ：デフォルトの名無しさん：2007/07/21(土) 17:17:51

>>163
ezplusEmulatorはオープンアプリとは無関係。
公式サイトに書いてあるように開発すればよし。
>■アプリの作成
>オープンアプリはサン・マイクロシステムズが提供するJ2ME Wireless Toolkit等で開発することが出来ます。
>開発ツールに関してはサン・マイクロシステムズのホームページなどをご参照ください。

>>164
>>114-119　これがヒントになるんじゃね？

166 ：160：2007/07/21(土) 21:04:44

さっそくEclipseをインストールしてみたが
プロジェクトの切り替え・実行も簡単だし入力補完機能もあって素晴らしいじゃないか。
Eclipseの無いMIDPプログラミングはネギのないネギまのようなものだな（藁

167 ：デフォルトの名無しさん：2007/07/21(土) 21:19:30

Eclipse使うとプリプロセッサが使えなくなるから、俺は使わないなぁ。

168 ：デフォルトの名無しさん：2007/07/21(土) 23:46:35

ほうほう、なかなか使い勝手が良いという事ですな。
どうしよう、入れてみようかなぁ？

すっごく初心者的な質問で悪いんだけど…、Eclipse自体にビルドと実行機能はあるの？
あるんだったらToolkitは使う必要なくなるよね？
あと…、プリプロセッサって何？

169 ：デフォルトの名無しさん：2007/07/22(日) 00:32:19

ビルドはantファイルを書く。

メガアプリ（３G）なら容量そんなに厳しくないから
プリプロセッサ使う必要ないんじゃないかな。

170 ：デフォルトの名無しさん：2007/07/22(日) 00:42:53

EclipseMEが便利

171 ：デフォルトの名無しさん：2007/07/22(日) 00:53:01

>>161
ビューアだけでどうやって書くのか気になるwktk!!

>>168
javaにプリプロセッサ使ってもソース管理が複雑になるだけだから止めとけ

172 ：167：2007/07/22(日) 01:16:22

MIDPだけのアプリであればプリプロセッサを使用する必要はないが
DoCoMoやAuのJava等に対応する必要があるため、必然とプリプロセッサを
使用せざる得ない。

この場合、プリプロセッサを使用しないと一つのアプリで複数のソースが
出来てしまうため、余計ソース管理が複雑になる。
プリプロセッサを使用すれば、同一ソースで3キャリアのアプリを作成できる。

173 ：デフォルトの名無しさん：2007/07/22(日) 01:29:05

>>171
えっ、ｺﾂｺﾂと一から入力してるけど…もちろんコピペは多様するが。。
もしかして時代遅れ！？

174 ：デフォルトの名無しさん：2007/07/22(日) 02:01:29

>>173
ビューア→閲覧するもの(書き込み不可)
エディタ→編集するもの(書き込み可)

ということで、>>171が
>ビューアだけでどうやって書くのか気になるwktk!!
というのは、誰もが思うことだぜ。

余談
「テキストビューアなんてツールであるわけねぇだろ。
あってDOSのtypeコマンドくらいなんじゃねぇ」って
思って検索してみたら結構あるもんだな。
Vectorで124個もツールが存在していてびっくりしたよ。

175 ：173：2007/07/22(日) 04:28:48

おぉぅ、お恥ずかしい…

こうなったら実際にテキストビューアで開発するしか反論できないなｗ
じっと画面を見つめるだけでコードがｽﾗｽﾗと…
これぞ眼力プログラム!!

なんてね、勉強になりました。

176 ：デフォルトの名無しさん：2007/07/22(日) 08:15:45

>>167
俺はプリプロセスかけたソースをEclipseで扱う方法で
デバッガだけは利用したことある。

ある程度規模がでかくなったら便利。

177 ：デフォルトの名無しさん：2007/07/22(日) 09:04:01

当方 NetBeans の Mobility Pack を使ってるけどなかなかいいよ。
標準でのキー設定が Visual C++ と Visual Basic の間みたいな設定で，
もともと両方使っていた私は，すんなりとなじめました。
ちょっと重いのが難点かな？

178 ：デフォルトの名無しさん：2007/07/22(日) 13:49:09

当方MIDP2始めて一週間です
WTKでエミュレート→ＯＫ
W52Hで実行→画面が固まったままキー押してもソフトキー以外全く反応なし
の時はどの辺でつまづいているのでしょうか？

179 ：デフォルトの名無しさん：2007/07/22(日) 16:42:49

>>178
とりあえず、どんな機能を使用しているのか示さないと、なんともいえませんね。

180 ：デフォルトの名無しさん：2007/07/22(日) 17:14:24

>>179
曖昧過ぎてすいません

他の方のをやってみるとスタート時にnow loadingとかして読み込んでいるみたいですが
そういうのをしないと携帯ではイメージとか読み込みきれないのでしょうか？

181 ：デフォルトの名無しさん：2007/07/22(日) 20:24:53

>>180
それをやっとかないと、時間がかかる場合、動いてるのか止まってるのか分からなくなるでしょ。

実行速度が違うから、エミュでの印象とはまた違う。

182 ：デフォルトの名無しさん：2007/07/22(日) 21:32:34

まず、Hello Worldが動かせてるのかどうかから尻隊

183 ：デフォルトの名無しさん：2007/07/22(日) 21:52:24

>>181
WTKの実行速度っては変えられないですかね？

>>182
一応WTK上では240*240の六ﾏｿのボスフロア内を想定しての動作は出来ているつもりです

184 ：デフォルトの名無しさん：2007/07/23(月) 00:13:16

横レスすまないが
何かもう意思の疎通が図れてないというか意味が通じてないというかw
スレがグダグダになりそうな気配

>>178=180=183
せっかくアドバイスをくれる人がいるんだから質問されたことに的確に答えようよ。
>>182は「Hello World」（代表的なサンプルプログラム）をやってみたかと聞いている。
それに対して>>183で意味不明な答えはないだろう。

それに>>179のツッコミに対して>>180が全然説明になってない。
自分が組んだプログラムの説明をしろって言ってるのさ。

さらに、>>178の解決にエミュレータの実行速度は関係ない。
いま質問すべきはそこじゃないだろ。１つずつ解決しろって。

185 ：デフォルトの名無しさん：2007/07/23(月) 06:50:21

>>184
グダグダにしてしまいすいません

HWは最初に試しました
次に低レベルイメージ、コマンド
応用でランダムの高さのブロックをジャンプで避けるアクションは実機でも出来たのです

ただ、FLASHみたく全てを読み込んで再生みたいなサンプルがわからないので
ある程度以上の動作が実機だと追いついていないみたく困っております

説明下手なので自分のソース晒したらピンポイントで指摘して頂けますか？

186 ：デフォルトの名無しさん：2007/07/23(月) 08:48:02

問題に取り組もうとする姿勢は伝わるんだけどもコミュニケーション能力を何とかしてw

>HWは最初に試しました
自分で勝手な言葉を作って話したってわからないよ。

>ただ、FLASHみたく全てを読み込んで再生みたいなサンプルがわからないので
だから、わからないことを次々書くんじゃなくて>>178のプログラムを説明せよと。
何をやろうとしてどういう処理を記述してるのか、それを他人にわかるよう説明せよと。

>説明下手なので
そういうことじゃなくて、まず聞かれたことを理解して、そのことについて答えて欲しい。
そうしないと問題解決の糸口すらつかめなくて誰もアドバイスできないよ。

>自分のソース晒したらピンポイントで指摘して頂けますか？
どうして書き込みの度に話がすっ飛ぶのさ。>>179の続きからやり直しだな。

車を運転してたら止まった。サーキットを１周したいんだけど方法がわからない。
車を見せたら原因と方法を教えてくれますか？　…そんなのJAFだってお手上げだよ。

187 ：デフォルトの名無しさん：2007/07/23(月) 23:26:30

>>185
画像や音は最初に全部読み込んで、すぐ使えるImageなどの状態にして、
HashTableや配列に入れとく。
ベストな方法かは知らんし、メモリ不足には気をつけにゃならんけど、
使うたびに読み込むよりは断然速い。

あと、もうちょっと他人が何を言いたいのか考えて、それに答えるべき。
小学校で習うことだぜ。

指摘できるか分からんが、ソース晒すなら見てみよう。

188 ：デフォルトの名無しさん：2007/07/23(月) 23:59:39

まず、「何が問題で、どうしたいのか」がよく分からんというのがなあ。
携帯Javaは初心者かもしれないが、日本語の作文も初心者なの？

189 ：デフォルトの名無しさん：2007/07/24(火) 03:00:01

いや、それ以前に問題に取り組もうとする姿勢は見れるけど人の話聞いてない。
言われてることを冷静に考えて返答しないと会話が成立しない。

190 ：デフォルトの名無しさん：2007/07/24(火) 11:07:21

>>186-189
プログラム以前のヘタレですいません

こちらにまたヘタレ文書くと他のかたに迷惑になりそうなので

http://www.uploda.net/cgi/uploader4/index.php?file_id=0000016893.zip

にソースと自分なりの説明書きました
それを見て解決方法教えていだたける方がいたらお願いします

passはjapanesepoorです

191 ：デフォルトの名無しさん：2007/07/24(火) 13:44:53

>>190
俺だったらGWCanvasのコンストラクタの中身ほとんどを
run()のwhile(true)の直前に書くね。

Display.setCurrent()の前でしかもコンストラクタ内で
getGraphics()はしないほうがいいんじゃないかな。

コンストラクタ内では、リソースに依存しない変数の初期化程度にしとくと良いよ。

192 ：デフォルトの名無しさん：2007/07/24(火) 17:28:46

Graphicsの有効なライフサイクルは描画前から描画後だしな。

何かしらプールが必要な場合は保持してるGraphicsが有効かどうか調べて有効ではない場合
確保し直さなければならない。JOGLはこれをある程度やってくれてたな。

まあ、環境依存のリソースをコンストラクタで拾うこと自体ちゃんと考えた方が良いかも。

193 ：デフォルトの名無しさん：2007/07/24(火) 18:29:46

すみません、ﾃｷｽﾄﾋﾞｭｰｱでｱﾌﾟﾘ開発していると言った者です。
手に負えない事が一つあるので質問させて下さい…。
当方MIPD2.0でプログラミング中なのですが、全く同じソースで全く同じJAD/MFのソースを
ｸﾗｽ名/ﾌｧｲﾙ名のみ変えて新規プロジェクトで実行すると下記のｴﾗｰが発生してしまいます。
Unable to create MIDlet null
java.lang.NullPointerException

設定も何もかも同じなのにどうして新規プロジェクトだと実行できないのか…。
もうちょっと具体的に書かないと分からないのかもしれませんが、何をどう書けばよいやら、、
上記のｴﾗｰMSGでググってみると英語のｻｲﾄしか発見出来ず、翻訳したら意味不明な
文章になってしまい参考にも何もなりませんでした。
どうかよろしくお願い致します。。

194 ：193：2007/07/24(火) 18:39:42

申し訳ありませーーん！！自己解決しました！！
なんと…、プロジェクト作成時にClassNameを入れてませんでした…（汗）
さすがﾃｷｽﾄﾋﾞｭｰｱでｿｰｽが書ける男だと笑ってやって下さい。。

195 ：187：2007/07/24(火) 22:44:06

>>190
見ると言ったので、いちお。

ぱっと見いいように見える。
SoftBankだけど810SHでは普通に動いたし。

とりあえず、コンストラクタで色々やらない方がいいんでないかな。
Canvas作る→setCurrent→画像読込→getGraphics()→メインループとか、
setCurrentした後には少し間を空けた方がいい。

あと思いつくのは、ループの間隔60msecが速すぎて処理できないとか。
ブロック描画を最初の一回だけにしたり、loop()を軽くしてみるのもイイかもね。

EZ Javaはやったことないから、機種・キャリア依存だったらなんとも。

196 ：デフォルトの名無しさん：2007/07/25(水) 12:12:51

こんなヘタレに指示を下さった
>>191さんと>>192さんと>>195さん
の的確なアドバイスのおかげで携帯でも動作可能になりました

でも動作途中フリーズする場合があるので改良していきたいと思います

本当にありがとうございました

197 ：デフォルトの名無しさん：2007/07/25(水) 12:41:21

解決しちゃったのね
コンストラクタでは最低限の初期化のみで初期処理は別に切り出す
初期処理時にメッセージなりプログレスバーを表示すると
待ってる人の待たされてる感がかなり軽減できるのでお勧め
ソース見てると整理する力はあるから焦らずにがんばれ

198 ：デフォルトの名無しさん：2007/07/25(水) 21:16:08

すいません、質問です。
無職になった記念に、外部ストレージに日記をつけるようなＳ！アプリを作ろうかと
思ったんだけど、MEXAエミュレータでStorageConnectionを使うとSecurityException
が出ます。
これはもうなんらかの間抜けな設定ミスだろうと思うんですが、エミュレータの
アプリ毎のパーミッション設定「WriteData」を変えようとしても「*許可しない」
しか選択できず困ってます。
ストレージの空サイズはインストール時のデフォルト（内部8000KB、外部16000KB）で、
jadファイルにはMIDlet-Permissions:com.j-phone.io.Connector.StorageConnection.write
を書いてます。
他に見落とし易い所が有ったら教えてください。

199 ：デフォルトの名無しさん：2007/07/25(水) 22:16:05

>>198

http://memories.cocolog-nifty.com/diary/2006/03/vodafone_3gc_9f2a.html

200 ：デフォルトの名無しさん：2007/07/25(水) 23:59:53

なにはともあれ、MIDxlet-API: JSCL-1.2.2
StorageConnectionはどうか忘れたけど、怪しい機能を使うときは
MEXAエミュ端末設定のオプション全部入れとこう。

201 ：198：2007/07/26(木) 11:45:48

>>200
"JSCL-1.2.2"と"JSCL-1.4.2"ついでに"MEXA"も試しましたが、だめでした。
他の要素も試してみます

202 ：デフォルトの名無しさん：2007/07/26(木) 14:11:37

パーミッションにj_phone.io.Connector.StorageConnection.readが
入っていないのが原因じゃない？

203 ：198：2007/07/26(木) 14:48:20

198では省略しましたが、readも入れてありました。
で、昼まで寝たら、恥ずかしい原因判明。
たぶんUntrustでインストールしているのが悪いのかと。
資料を読むと、このせいでSecurityExceptionが出るようなこと
は書いてあるんですが、なんか変な思い込みが有ってエミュレータ
ではいらないのかと思ってました。
すいません。

でも証明書や署名って、取得の窓口すらわからんです。
最初にコンテンツアグリゲータに作者登録してから始めれば
良かったんでしょうか

もう一回寝よう。無職だし。

204 ：198：2007/07/26(木) 14:59:10

寝る前にググったら、なんでだかnokiaのサイトに
それっぽい資料が有りましたので、いろいろ調べてみます。
ありがとうございました。

205 ：デフォルトの名無しさん：2007/07/26(木) 22:25:05

実機？MEXAエミュレータの話じゃないの？
エミュならオプションのセキュリティ設定するだけでTrustedにできるけど。
MEXAエミュでStorageConnectionやったことがあるから普通にできるはず。

実機だと、色々登録が必要。

206 ：デフォルトの名無しさん：2007/07/27(金) 01:08:22

質問させて下さい。

S!アプリでパズルアプリを作っています。
完成したので703SH,905SH,912SHで実機テストをしてみました。

実行結果を見ると圧倒的に703shの方が動作が速いのです。
動作速度は「703SH＞＞＞＞905SH＞912SH」の順番でした。

ttp://www.moreread.net/mario/Any/appli/s_bench/list.php
上記サイトのベンチマークをみると実行速度の順番は
「912SH＞905SH＞703SH」になっています。

原因を調べてみたのですが、オフスクリーンに書き込みを
行う時に912SH,905SHは時間がかかるようなのです。

912SH,905SH,703SHの端末仕様書には目を通したのですが
原因がわかりませんでした。

912SH,905SHでオフスクリーンを使うと実行速度が遅くなる
などの端末仕様などがあるのでしょうか？

または同じ症状になった人はいますか？

207 ：デフォルトの名無しさん：2007/07/27(金) 08:32:28

経験的に、描画は新しい機種が古い機種より速いとは一概に言えない。

これで何に時間かかってるか細かく測ってみるといいよ。
Calendar start = Calendar.getInstance();
//時間を測る処理
Calendar end = Calendar.getInstance();
long time = end.getTime().getTime() - start.getTime().getTime();

208 ：198：2007/07/27(金) 13:38:55

>>205
はい、MEXAエミュレータでの話です。
Trusted(3rd Party Domain)でインストール、を選択すると
コンソールに「Attempted to update MIDlet as other protection domain」
液晶画面には「910 Authorization failu」
となっていたんですが、一度アンインストールしたら出なくなりました。
お世話様でした

209 ：デフォルトの名無しさん：2007/07/27(金) 17:49:55

>>207
システムの時間は充てにならんからなぁ。特にjava MEベンダのCalendarは。

プロファイラなんかでボトルネックみるとかマトリクス書きだすとかの方が良いんだけど実機じゃできないかー。

210 ：207：2007/07/28(土) 09:32:13

>>209
そうなの？
Calenderよく使うけど、今まで問題を感じたことなかった。
暇があれば、正確かどうか測ってみます。

211 ：デフォルトの名無しさん：2007/07/28(土) 10:31:00

俺もそうだが、どうしても体が
Calender と打ってしまうな(´・ω・｀)

212 ：デフォルトの名無しさん：2007/07/28(土) 19:03:55

Calendarは可憐だ、、、

213 ：デフォルトの名無しさん：2007/08/01(水) 06:00:03

ダウンロードしようとすると無効なデータですって言われる…なぜだ

214 ：デフォルトの名無しさん：2007/08/01(水) 21:04:30

>>213
理由はいっぱい考えられる。
もう少し詳しく状況を書くがよい。

215 ：デフォルトの名無しさん：2007/08/02(木) 04:52:32

御免、解決しました
ジャーファイルを手動で作ってたのがまずかったみたいです

216 ：デフォルトの名無しさん：2007/08/02(木) 08:24:38

ジャーだめだな

217 ：デフォルトの名無しさん：2007/08/02(木) 15:03:37

なんというオヤジギャグ…

218 ：デフォルトの名無しさん：2007/08/02(木) 18:42:39

JARファイルは手動で作ってはだめじゃー

219 ：デフォルトの名無しさん：2007/08/02(木) 21:14:26

MANIFESTちゃんと書けば、手動でJAR作ってもいけるけどね。
まあ、SDKにやってもらった方が便利かつ安全なのは言うまでもない。

220 ：デフォルトの名無しさん：2007/08/04(土) 01:07:42

JARもJADもAntに作らせてるわ。
JADは生成用のAntタスク作った。

221 ：デフォルトの名無しさん：2007/08/04(土) 01:23:07

お前がどうやってるかなんぞ訊いてないんじゃー

222 ：デフォルトの名無しさん：2007/08/04(土) 02:18:09

なんで無意味にひがむんだ？
MANIFESTをちょっといじればいいだけなんだからantタスクなり、スクリプトなり書けば良いだけの話じゃないか。

223 ：デフォルトの名無しさん：2007/08/05(日) 21:41:53

もう解決してるから

224 ：デフォルトの名無しさん：2007/08/06(月) 17:00:33

そりゃ２０時間もあれば解決するわな。

225 ：デフォルトの名無しさん：2007/08/06(月) 22:29:57

というか>>215の時点で解決してると言ってるのに>>220で俺はこうしてると言われてもんなことどうでもいいって話

226 ：デフォルトの名無しさん：2007/08/06(月) 23:40:28

話を膨らませてはだめなの？じゃー

227 ：デフォルトの名無しさん：2007/08/07(火) 13:34:24

最近MEXAでSアプリに初めて触れたものですが、質問があります。

とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、
調べてみたら他にもJSCLとかMIDPとかいろいろあり、僕個人の見解では
「MEXAは新しい。対応端末（新しい機種）じゃないとダメ。
古いのでも動かす（シンプルなゲームとか）は最初からJSCLで作る」
ていうイメージになったのですが、あってますでしょうか？
幅広い機種で動かすには最初からJSCLとやらで作った方が良かったのでしょうか？

あと、よくゲームダウンロードするときに、100kアプリ、256kアプリとかありますが、
これって最終的にできたjarファイルのサイズで決まるものなんでしょうか？
最初から「256kアプリ用の何かを使って開発しなければいけない」とか
そういうのはあるのでしょうか？

長文な上に超初心者で申し訳ありませんが、何を使ってどう開発したら良いか
個人では行き詰ってしまいましたので、質問させて頂きます。よろしくお願いします。

228 ：デフォルトの名無しさん：2007/08/07(火) 15:00:48

>>227
MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、
JSCL-1.2.2を指定しておけば問題ないかと。
最近はほとんど３Ｇの端末だろうし、jarの容量は1M以内で使って問題ない。

100kアプリ、256kアプリはjarのサイズとも関係あるが、
JSCLのバージョンによって区別されてた昔の名残。
エミュレータの違いはあるが、それ専用の開発ツールなどがあるわけではない。
今は気にする必要はほとんど無い。

2G端末を動作対象としているなら別だが、
3G端末でMIDP-2.0、MEXA(JSCL-1.2.2)を使っておけば良いかと。

229 ：デフォルトの名無しさん：2007/08/07(火) 16:46:19

>227
>とりあえず何も考えずにMEXA SDKをダウンロードしてHelloWorldから始めましたが、
あわてるな、先にやることがあるぞ。

まずSアプリ公式技術サイトttp://developers.softbankmobile.co.jp/dp/
で開発に必要な資料を手に入れて。

左側のSアプリ→技術資料→
・基礎編
・MIDP 2.0対応端末編　（MIDP 1.0対応端末編は3Gより前の端末用）
この2つは必ず全部読むこと。

そもそもSアプリがどういうモノなのか、それが大体頭に入ってないと
今みたいに何やるにしてもどうしていいか困るわけで。

230 ：デフォルトの名無しさん：2007/08/07(火) 21:33:47

>>229
まずやってみて実感を掴むってのも大事だと思う。
技術資料は当然必要だけどさ。

231 ：227：2007/08/07(火) 22:42:06

丁寧な解答ありがとうございます！

>>229
>・基礎編
>・MIDP 2.0対応端末編　（MIDP 1.0対応端末編は3Gより前の端末用）
>この2つは必ず全部読むこと。
すみませんでした。これから読むことにします。
とりあえず動かしてみて、それから納得するという悪い癖が・・・
その上で理解できなかった点は改めて質問させて頂きますので、
その際はまたよろしくお願いします！

>>228
>MEXAはオプション機能を使わなければJSCL-1.2.2と同じなので、
>JSCL-1.2.2を指定しておけば問題ないかと
ありがとうございます。まず上記のドキュメントを読んでみますが、
読む前にもう１つだけ・・・
「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう？
jad ファイルの「MIDxlet-API: MEXA」の辺りでしょうか？
この指定をすれば、例えばMEXAのオプション機能を使おうとしたときに
エラーを吐いてくれて、JSCL-1.2.2 準拠のプログラムにできる、
という解釈で良いでしょうか？

232 ：デフォルトの名無しさん：2007/08/07(火) 22:43:40

JSCL-1.2.2 準拠のプログラムにしたいなら
MIDxlet-API: JSCL-1.2.2

233 ：デフォルトの名無しさん：2007/08/07(火) 22:55:22

まず実感を掴むのは大切かもしれないけど、
それにしても最低限先に読んで理解すべきことはあるよ。

>まず上記のドキュメントを読んでみますが、読む前にもう１つだけ・・・
>「JSCL-1.2.2を指定」とはどこで指定すれば良いのでしょう？

こういった、ズバリ答えが書いてあることは質問するのも答えるのも馬鹿らしい。

234 ：デフォルトの名無しさん：2007/08/07(火) 23:14:57

まぁ作る気満々の初心者だし
はやる気持ちは抑えられないってのもわかる

235 ：デフォルトの名無しさん：2007/08/07(火) 23:22:55

わかるが、残念ながら地味にいくしかない。

236 ：デフォルトの名無しさん：2007/08/08(水) 05:42:36

地味にいくも派手にいくも、本人の性格次第でしょ。

S!アプリ作るときはまず最初に「MIDxlet-API: JSCL-1.2.2」入れるようにしてる、
MEXA SDKは入れないとコンソールに日本語表示できないし、
MIDxlet-APIはよく書くの忘れてしまうので。

237 ：デフォルトの名無しさん：2007/08/08(水) 17:58:03

snesでファイアーエンブレム聖戦の系譜をやっていたところ、
攻略サイトの情報とボスのレベルが違ってて（10高いなど）
そのせいで普通なら使える戦法が出来ません、
（サイレスを使えば楽なところで、敵のレベルが高すぎて使えないなど）
これはこのデータ諦めたほうがいいのかなあ？
俺なんか違うデータ持ってきてしまったのでしょうか？

238 ：デフォルトの名無しさん：2007/08/08(水) 18:04:50

板違い

239 ：デフォルトの名無しさん：2007/08/08(水) 20:47:55

聖戦などぬるいトラキアやれ！

240 ：デフォルトの名無しさん：2007/08/09(木) 17:27:31

ファイルを読み込みたいんですけど、１メガあるのは読み込めないですよね…

241 ：デフォルトの名無しさん：2007/08/09(木) 23:29:18

Sアプリに限って言えば、データフォルダに1MBのファイルがあって
メモリが1MB以上あまっていれば読めるんじゃねぇ？

242 ：デフォルトの名無しさん：2007/08/10(金) 00:01:59

ちょいと質問したい

暇つぶしかつ勉強にS!アプリ作ってみたいプログラム初心者なんだが、
環境としてJ2ME、Wireless Toolkit、MEXA SDK、MEXA for Eclipse、あと手持ちの実機用意して
実機でHelloWorld作ってみたんだが、Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる
画面サイズはいいとして、ソフトキーの配置は何とかならんもんなの？

あと、EclipseまたはMEXAのエミュからはWireless Toolkitのエミュのオプションのように
JADファイルって手軽にイジったりすることはできないの？

あ、一応実機は911Ｔ

243 ：デフォルトの名無しさん：2007/08/10(金) 00:53:16

> ソフトキー
気にするほどだっけか……。

> JAD ファイル
やめておいた方がいい。

244 ：デフォルトの名無しさん：2007/08/10(金) 00:56:11

>Wireless Toolkitのエミュ、MEXAのエミュ、実機で見た目が全然違くて困ってる
画面サイズがいくつから知らんが、一般的だと240x260なので
jadに「MIDxlet-ScreenSize: 240,260」を書く。

>ソフトキーの配置は何とかならんもんなの？
おそらく、addCommandとremoveCommandの使い方が悪い。

>JADファイルって手軽にイジったりすることはできないの？
すまんが、バッチファイルで全部やっているのでわからん。

245 ：242：2007/08/10(金) 01:10:12

>>243、244
トンクス

画面サイズは>>244の言う通りMIDxlet-ScreenSizeで適当にやったらしっくりきたので解決したつもり

ソフトキーは右に『設定』左に『終了』置いたつもりが、
逆になってたり片方に『メニュー』として固められたりして気持ち悪かったんよ
気にするなといわれればそれまでだが・・・

> > JAD ファイル
> やめておいた方がいい。
どゆこと？JADはいちいちテキストエディタで編集せなかんの
つか、一般的にどの開発環境で作るのがベタなん？Eclipseは邪道？

246 ：デフォルトの名無しさん：2007/08/10(金) 01:19:21

わからないこと全部聴くつもりか？
優先度があるだろう

247 ：デフォルトの名無しさん：2007/08/10(金) 02:46:25

>>242　暇つぶしで勉強したいなら、人に聞くのはどうかと思うけど…
ゲームでチートしてるようなモンじゃん

248 ：デフォルトの名無しさん：2007/08/10(金) 10:07:07

開発環境なんて自分の作りやすいので良いだろうに邪道とか意味わかんね

人に聞く前に自分で調べたり検証したらどうなんだ

249 ：デフォルトの名無しさん：2007/08/10(金) 11:04:11

人に聞く方がよっぽど邪道

250 ：デフォルトの名無しさん：2007/08/10(金) 18:06:41

誰かが導入までのまとめサイト作ればいいんだよ
俺はやらんがな

251 ：デフォルトの名無しさん：2007/08/10(金) 18:57:07

わざわざ作らなくても説明好きな人が解説してるサイトはいくつもある
そういったサイトを複数個見て自分なりに取捨選択していけばいいだけ

252 ：デフォルトの名無しさん：2007/08/10(金) 19:04:22

>245
JAD ファイルに関して言えば、WTK 使った方が
微妙なミスとか文字コードに悩まなくて済むから。

253 ：デフォルトの名無しさん：2007/08/11(土) 00:28:51

>>242 ソフトキー

MIDP 2.0の説明(javadoc)をちゃんと読めばわかるが、
ある程度はコントロールできるけど最後の最後は実装依存だよ

完全にコントロールしたければアプリの描画エリアに自分で描け

254 ：デフォルトの名無しさん：2007/08/11(土) 01:21:02

現在、S!アプリ開発環境はMEXA SDK＋Eclipseプラグインが一番いいと思う。
WTKはMIDxlet-APIとか勝手に入れてくれるから、初心者向きかもしれんけど、
慣れればJADもEclipseプラグインで編集した方が便利じゃね。

255 ：デフォルトの名無しさん：2007/08/11(土) 02:37:51

今日からSアプリ開発環境を何とか揃えてテストし始めたのですが、
実行すると、
　SOFTBANK_MEXA_EMULATOR11
が無いって言われてしまいます・・・。
インストールしたのはSOFTBANK_MEXA_EMULATOR12だったので、
12を11に書き直せば実行できましたが気持ち悪いです・・・。

これは何かインストールや設定が間違ったりしているのでしょうか。
お手数ですがご回答いただけますと幸いです・・・。

256 ：255：2007/08/11(土) 02:39:38

ああ、環境はEclipseを使っています

257 ：デフォルトの名無しさん：2007/08/11(土) 03:38:46

>現在、S!アプリ開発環境はMEXA SDK＋Eclipseプラグインが一番いいと思う。

「一番いい」とかそんなもん無いよ
個人の技量＆価値観次第

>実行すると、　SOFTBANK_MEXA_EMULATOR11 が無いって言われてしまいます・・・。
>ああ、環境はEclipseを使っています

だからほれ見ろこんな人もいる
WTK22一つならこんなつまずきは起こらない

258 ：デフォルトの名無しさん：2007/08/11(土) 12:06:31

>>255
＞12を11に書き直せば
何を書き直したの？情報量が少なくてよく分からん。
俺は10(FeliCa用)と11を２つとも同じEclipseで使ってるけど、
特に問題起きたことない。

>>257
＞個人の技量＆価値観次第
当たり前。WTKのが初心者向きかもって書いてるっしょ。
「一番いい」は何らかの評価基準の上にある。

259 ：デフォルトの名無しさん：2007/08/11(土) 13:54:55

Eclipseのプラグインがディレクトリ名を10もしくは11って決め打ちにしてるんだろ
で、MEXAの最新版はバージョンが上がっててディレクトリ名が12になってるんじゃないか

260 ：デフォルトの名無しさん：2007/08/11(土) 18:46:46

いや、中身が同じなら適当なフォルダ名でも動く。

261 ：デフォルトの名無しさん：2007/08/11(土) 18:57:39

>>259が正解
フォルダの名前を変えるか
設定のとこの実行パスを指定でフォルダ指定しなきゃいけない

262 ：デフォルトの名無しさん：2007/08/11(土) 19:25:15

ああ、そういうことか。
いつもパス指定してたから、デフォルト実行パスがあるの忘れてた。

>>255
つまり、プロジェクトを作成するときか、
プロジェクトのプロパティー→MEXA Emulator実行パスに、
"SOFTBANK_MEXA_EMULATOR12"のフォルダを指定すればそのまま使える。

263 ：255：2007/08/12(日) 02:13:40

皆さんありがとうございました！
MEXA Emulator設定で実行パスを設定したら無事に起動することが出来ました。
プラグインで最新になっているかと思ったのですが、そんな落とし穴があったのですね・・・。

まだまだ初心者ですが、勉強していきたいと思います！

>>258さん
書き直す・・・すみません、情報が不足していました。
フォルダ名を直接変更したら、ということでしょうか。
11が無いというんだから、11にしたらどうなるか？と思ったら起動したのですが、
それだとなんだか気持ち悪いな・・・というところでした。

264 ：デフォルトの名無しさん：2007/08/13(月) 20:55:20

誰か>>109に答えてくれまいか
ググってここにきたが、返信は書かれてなくてｼｮﾎﾞﾝ

265 ：デフォルトの名無しさん：2007/08/13(月) 21:31:01

>>264
APIはない

266 ：デフォルトの名無しさん：2007/08/13(月) 22:07:52

>>265
そっか、Dojaからの移植はメンドいな

267 ：デフォルトの名無しさん：2007/08/13(月) 23:15:15

なんとかターミナルIDとりたいよね。

iアプリ→S!アプリ移植を半年ほどやってて、
最近はラッパークラスかますだけで大概移植できるようにしたけど、
Phone.getPropertyはいまだ手つかず。

268 ：デフォルトの名無しさん：2007/08/14(火) 01:47:46

超初心者です。ひとつわからない点があるので、
どなたか教えていただけないでしょうか？？
FEPControl.getDefaultFEPControl()を実行すると、
エミュレータのコンソールでjava.lang.NoClassDefFoundErrorが発生します。
パスとか環境の問題だと思うけど、どこをいじればいいのか教えてもらいないでしょうか？
■Eclipse
バージョン: 3.1.1
ビルド ID: M20050929-0840
■Mexa
MEXA Emulator exlips-plugin
バージョン1.0.0
■エミュレータS! Appli MEXA Emulator 1.2
パス：C:\Program Files\SOFTBANK_MEXA_EMULATOR12
■プロジェクト
C:\SOFTBANK_MEXA_EMULATOR12

269 ：198：2007/08/14(火) 02:11:46

とりあえずjadファイルをコピペすれ
sageで

270 ：デフォルトの名無しさん：2007/08/15(水) 00:53:17

>>268
まずはjadに、「MIDxlet-API: JSCL-1.2.2」　追加。
あとはMEXA Emulatorのプロジェクト→端末設定→MEXAオプションの
必要なものにチェックが入ってないとかかなあ。

271 ：268：2007/08/15(水) 01:48:12

>>269
>>270

遅くなってすんません！

jadに「MIDxlet-API: MEXA」を追加したら動きました！
環境の問題だとばっかり思ってたんだけど、jadの方だったとは、、

一歩前進しました。
ありがとうございました！

272 ：デフォルトの名無しさん：2007/08/17(金) 00:49:30

　　　　　　　,.ｨ , - ､.＿　　　、
.　　　　 ,ｲ/ l/　　　　￣￣｀ヽ!__
　　　ﾄ/ |'　{　　　　　　　　　　｀ヽ.　　　　　　　　　　　 ,ﾍ
　　Ｎ│ ヽ. `　　　　　　　　　　ヽ　　　　　 /ヽ　/　 ∨
　　 N.ヽ.ヽ、　　　　　　 ,　　　　　 }　　　　l＼/　　`′
.　　ヽヽ.＼　　　　　　 ,.ｨｲﾊ　　　　　 |　　＿| 俺は今とんでもない事に
　　ヾニｰ　__　_　-=_彡ｿﾉ u_＼ヽ、　 |　　＼　気付いた　ソフトバンク
.　　　￣ﾞr=<‐ﾓﾐ､ﾆr;＝=ｪ;ｭ＜_ゞ-=7´ヽ　　　> 　並べ替えると，馬糞と糞
.　　　　　 l 　￣ﾘーh ｀ｰ‐‐'　l‐''´冫)'./　∠__　ソフトバンクモバイルを並べ替えると，
　　　　　　ﾞiｰ- ｲ'__　ヽ､..＿__ノ　　ﾄr‐'　　　　/ 　　　踏ん張ると糞も倍
　　　　　　　l　　 `＿__,.、　　 u　./│　　　　/＿これは偶然の一致か？
.　　　　　　ヽ.　 }z‐r--|　　　／　ﾄ,　　　　　 |　 ,、何者かの陰謀ではないのか？
　　　　　　　 >､`ｰ-- '　　.／　／　|ヽ　　　　　l／　ヽ

273 ：デフォルトの名無しさん：2007/08/17(金) 01:01:14

Sアプリの jadファイルに記述する MIDlet-Data-Sizeについて質問です。
データサイズを jadファイルに記述しない場合のデメリットってなんでしょうか？

データサイズが記述されている場合は、バージョンアップ時などに
RecordStoreの内容が引き継がれる（前バージョン時のRecordStoreデータが
保障されると解釈してよい？）と、開発ガイドにあるので、データサイズが
jadファイルに記述されていない場合は、その保証が無いのでしょうか？

イメージ的には端末の不揮発性メモリに
(1) jadファイルにデータサイズの記述あり
[アプリデータ……]
[RecordStoreデータ] ← アプリデータとは別の領域に確保される
　↓
バージョンアップすると
[アプリデータ…………]
[RecordStoreデータ] ← アプリデータとは別の領域に確保されるので安全＆拡張可能

(2) jadファイルにデータサイズの記述なし
[アプリデータ……][RecordStoreデータ] ←連続している？
　↓
バージョンアップすると
[アプリデータ…………][#@%toreデータ] ←連続していたのでデータ壊れて使用できなくなる

という感じなんでしょうか？

保存するデータのサイズがけっこう変動するアプリを作成しているので、
上限をなるべく指定したくないのですが、その考え自体邪道ですか？
やっぱり、考えられる一番大きいサイズを jadファイルに指定するのがセオリー
なんでしょうか。

274 ：デフォルトの名無しさん：2007/08/17(金) 01:26:58

MIDlet-Data-Sizeがない場合、そもそもRecordStoreって使えないんじゃないの？
(単に実機依存なのかもしれないが)

MIDlet-Name, MIDlet-Vendor, MIDlet-Data-Size がすべて一緒の時に始めて、
バージョンアップ時のRecordStoreの内容が保持されるはずなんで、
> 考えられる一番大きいサイズを jadファイルに指定するのがセオリー
と思われる。

MIDlet-Data-Size を書いてない場合 -> RecordStore をそもそも使えない可能性がある
MIDlet-Data-Size がバージョンアップ時に変わってる -> RecordStore を引き継げない or バージョンアップDLできない
仕様に従うならこんな感じか。
細かいとこは実機依存だと思う。

あと、jar/jad/RecordStoreが実機にどんな風に保存されるのかについてはもろ実機依存なんで、
Java開発者が関与すべきとこではない。

275 ：273：2007/08/17(金) 10:06:27

>>274
回答どうもです。

エミュや自分の持っている904SHでは、MIDlet-Data-Sizeを jadファイルに
記述しなくても普通に RecordStoreが使えてたので、必要性に疑問を
感じてしまったしだいです。
保存するデータサイズの最大値を調べて、それに余裕を持たせて
記述したいと思います。

それから MIDP2.0なら MIDlet-Data-Sizeは、増やすのであれば
バージョンアップの時にデータを引き継いでくれるみたいですよ。

276 ：デフォルトの名無しさん：2007/08/18(土) 00:56:36

SoftBank用のJAVAアプリを作成しているのですが、
描画方向を変更できるメソッドは、存在するのでしょうか？

ワイド画面機種なら、
jadファイルに「MIDxlet-WideScreen: Y」と記述すれば、
横方向(横画面)で描画してくれますが、
これだと、アプリを起動してから、
描画方向を変える事はできません。

アプリを起動してから、描画方向をいつでも変更できる、
何かいい方法はないのでしょうか？

277 ：デフォルトの名無しさん：2007/08/18(土) 01:11:41

仮想画面に描いといて、
実画面に出すときに90度回転

278 ：デフォルトの名無しさん：2007/08/18(土) 01:17:27

エミュでHTTP通信させたいのですが、プロキシ認証でエラーがでます

java.io.IOException: Error initializing HTTP tunnel connection:
HTTP/1.1 407 Proxy Authentication Required

DojaエミュだとIDとパスワード聞いてきたんですが、MIDPエミュではどうすればいいのでしょうか

携帯アプリ以前の問題でスミマセン

279 ：276：2007/08/18(土) 01:19:51

>>277
なるほど！その手がありましたね。
レスありがとうございます。

280 ：デフォルトの名無しさん：2007/08/19(日) 14:02:31

ものすごく基本的なことなのかもしれないけど質問

WTKでは問題なく表示されてた画像がMEXAエミュでは表示されないんだが何が問題なんだろう？

WTKでコンパイルしたものをWTKエミュで表示・・・○
それを実機で表示・・・○
WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・×
MEXA SDK＋EclipseでコンパイルしたものをMEXAエミュで表示・・・×
それを実機で表示・・・×

試した画像はpngとgifでつ

281 ：デフォルトの名無しさん：2007/08/19(日) 14:15:00

パッケージ化というのがどういう操作かわからないから間違ってるかもしれないけど
それぞれできたjarの中の画像ファイルの位置を確かめてみたら?
WTKでコンパイルしたものとは後二者は違ってる可能性が大きいよ
で画像を参照するパスが間違ってて読めてない

あとは画像を読み込んでいるところの例外を捨てずに
ちゃんとSystem.outに出力しておけば
少なくともエミュ上でなら問題の解決の助けになるよ

282 ：280：2007/08/19(日) 14:31:03

>>281
おお即レスどうも

パッケージ化ってのはWTKの
プロジェクト→パッケージ→パッケージを作成
でJARファイルとJADファイルを作成する操作のことです

確かに例外をそのまま捨ててましたが、今手元にソースがないのでどうにもなりません
明日また確認してみます

283 ：281：2007/08/19(日) 14:52:33

>>282
> WTKでコンパイルしたものをWTKエミュで表示・・・○
> それを実機で表示・・・○

このときjarってできてるよね。jadもさ。
じゃないと実機で動かないだろうから。
それを

> WTKでコンパイルしたものをパッケージ化してMEXAエミュで表示・・・×

これと比較すれば一発でわかるような気がしている。

284 ：デフォルトの名無しさん：2007/08/20(月) 18:18:47

903Tでダウンロードエラーが起きます。
どうもJADのMIDlet-Nameが長くて弾かれているようなんですが、

Vodafone903TってJADは全角も半角カナも全て3Byteなんでしょうか？
もしくは、技術資料には32Byteと書いてるけど、本当はMIDlet-Nameの最大は12Byte？
知ってる人いたら情報下さい。

ちなみに3G端末他30機種程は正常ダウンロードできます。

285 ：デフォルトの名無しさん：2007/08/20(月) 18:45:16

UTF-8の仕様
たいていの日本語文字は3バイト

286 ：デフォルトの名無しさん：2007/08/20(月) 23:25:49

３か４だな

287 ：デフォルトの名無しさん：2007/08/21(火) 08:22:47

そうなんですか。
ありがとうございます。

288 ：デフォルトの名無しさん：2007/08/23(木) 00:46:14

ｓアプリで、スプライトを使うメリットは軽い（早い）こと？
ガリガリ動かすアクションとかシューティングとかで無かったら、
image と graphics.util で作るのもアリですかね？
なんかイマイチスプライトのメリットがわからん・・・

289 ：デフォルトの名無しさん：2007/08/23(木) 11:21:16

昔のP4くらいで使われていたものだから
今の機種でスプライトを使うメリットはないよ

290 ：デフォルトの名無しさん：2007/08/23(木) 14:14:44

どなたかわかる方助けてください。

JSCL1.2.2で、RecordStoreに格納したJarファイルの中身を取り出したくて、Development Guideの通りに
Connector.open("Jar://ファイル名/リソースファイル名", Connector.READ);
という風に記述したのですが、
１・この"ファイル名"というのはRecordStoreの名前のことでしょうか？
２・取り敢えず実行してみると、
javax.microedition.io.ConnectionNotFoundException: The requested protocol does not exist
というエラーが出ます。
プロトコルが存在しないと言われてますが、設定で追加したりできるものなのでしょうか？

291 ：290：2007/08/23(木) 14:30:14

自己レスですが、Jar://～が使えるかどうかは端末によりけりなんですね。

ということは、大量の画像ファイルをネットからダウンロードして
アプリ中に差し替えるような仕様だと、ファイルを１つずつダウンロードして
ちまちまRecodeStoreに保存する方法しか無いんでしょうか。

DojaならJarInflater()で一発なのですが・・・

292 ：デフォルトの名無しさん：2007/08/23(木) 14:48:33

Dojaってアプリでjar圧縮できるんだ？いいね
同じ事をやりたいんなら自前でアーカイバを作ればよい

293 ：デフォルトの名無しさん：2007/08/23(木) 15:54:48

初心者丸出しなのですが、画像の読み込みについての質問です。
少しずつテストして行って画像を表示させるテストで行き詰まりました。
3時間ほど調べてみたのですが解決方法が見当たらなかったので・・・

//絵の表示
public void paint(Graphics g) {
　if(image == null){
　　try {
　　　image = Image.createImage("/test.gif");
　　}
　　catch (IOException e) {
　　　e.printStackTrace();
　　}
　　g.drawImage(image, 0, 0, g.TOP|g.LEFT);
　}
}

この際のtest.gifはどこに配置したらいいのでしょうか？
構成は
Test
　src
　tmpclasses
となっています。
tmpclassesに置くとnotfoundとは言われなくなるのですが、
やはり
　java.io.IOException
　java.lang.NullPointerException occurred in ImageCanvas.paint(Graphics), ignored.
のエラーで表示されてくれません。

294 ：293：2007/08/23(木) 16:35:30

すみません、解決しました・・・
MexaだとGIFは使えないのですね(汗)

ただ、配置場所に関してはやはりtmpclassesになっています。
これはeclipseの設定だと思うので探してはいるのですが・・・。

295 ：デフォルトの名無しさん：2007/08/23(木) 18:05:17

>>294
srcフォルダと同じ階層にresフォルダ作ってそこにリソースを入れる

296 ：293：2007/08/23(木) 19:47:21

>>295
それはやったことが・・・と思ったら、
ソースとしてフォルダを作ってなかったようです(汗)
新規＞ソースフォルダでやったところに入れたら自動的にtmpclassesにも行きました。

ありがとうございます！

297 ：288：2007/08/23(木) 22:32:36

>>289
返事遅くなったけど、ありがとう！
これでどっちで作ったら良いか迷いを断ち切れた！

298 ：278：2007/08/26(日) 22:17:30

どなたか>>278に答えてもらえませんか

299 ：278：2007/08/26(日) 22:27:53

ちなみにWTKでもMEXAエミュでもです

300 ：デフォルトの名無しさん：2007/08/27(月) 01:03:53

リソースフォルダに格納した
ファイルのサイズを簡単に求める方法はないでしょうか？

外部に保存されているファイルなら、
StorageConnectionの「getLength()」を使えば、
簡単にファイルサイズを求められるのですが・・・。

実際にリソースデータを読込めば、
当然そのリソースのサイズは判明しますが、
「リソースデータを読込む前」に、
リソースデータのサイズを取得する方法があれば、
是非ご教授お願い致します。

301 ：デフォルトの名無しさん：2007/08/27(月) 01:20:39

InputStream#availableは？
一応読み込む前ではある。

302 ：300：2007/08/27(月) 02:14:40

>>301
おお！リソースのサイズが取得できました！
レスありがとうございます。

303 ：デフォルトの名無しさん：2007/08/29(水) 00:39:06

GraphicsUtilのgetPixelを使ったら、SecurityExceptionになりました。JADファイルになにか設定がいるのでしょうか。

304 ：デフォルトの名無しさん：2007/08/29(水) 02:43:02

電源ボタン押下によりアプリを終了する時、
自動的にデータ(※約10KB)をメモリカードに保存するようにしたいのですが、
destroyApp()内で外部メモリへデータを書き込んでいると、
エラーが発生して、アプリが落ちてしまいます。

destroyApp()内で重い処理をしている為、
エラーが発生していると思われますが、
どうにかして、destroyApp()がコールされるタイミングで、
外部メモリへデータを保存する事はできないのでしょうか？

305 ：デフォルトの名無しさん：2007/08/29(水) 04:27:24

>>304
機種の実装依存だから無理

306 ：デフォルトの名無しさん：2007/08/29(水) 10:02:47

>>303
GraphicsUtilはMEXA Unit2に該当するクラスだから
東芝とシャープ以外の端末では使えない。

307 ：306：2007/08/29(水) 10:06:18

あ、今回の場合違うな。
Canvasクラスのpaintの引数で来るGraphicsのインスタンスや
GameCanvasのgetGraphicsメソッドで取得するグラフィクスを対象とする
getPixelは使用できないというのが正しい。

308 ：デフォルトの名無しさん：2007/08/29(水) 10:53:04

>>305
ってかやるなって書いてなかったっけ？

309 ：デフォルトの名無しさん：2007/08/29(水) 11:36:07

destroyAppでストレージいじるの？
それは知らんが、MIDPのdocにはdestroyAppは速やかに終了しろと書いてあったが、
ストレージいじるのは時間かかり過ぎだな。

実装側で一定時間すぎたら強制終了するからストレージぶっ壊す可能性もあるからやるなとベンダーのdocに書いてるかもね。

310 ：デフォルトの名無しさん：2007/08/29(水) 11:56:49

電源ボタン押下によるアプリを終了はユーザーの責任だから
無視してかまわんだろ

311 ：デフォルトの名無しさん：2007/08/29(水) 12:15:19

携帯の電源ボタン終了はちゃんとした終了プロセス実行しないから強制終了だしね。
スマートフォンやPDAはまた違うが。

312 ：304：2007/08/29(水) 23:11:38

>>305、>>308、>>309、>>310、>>311
みなさんレスありがとうございます。
ベンダーのdoc等を見たら、
確かに一定時間(5秒ぐらい)過ぎたら、
アプリが強制終了すると書いてありました。

destroyAppで重い処理を行うのはやめます。

313 ：デフォルトの名無しさん：2007/08/30(木) 18:34:26

J2ME Wireless Toolkit と Fote for Java 3.0, Community Edition を使って携帯ゲームを

作ろうと思ってるんですが Fote for Java 3.0, Community Edition ってどこでダウンロード

出来るんですか？Sunのページを探しても見つからなくて…

分かる人居れば教えてください

314 ：デフォルトの名無しさん：2007/08/30(木) 19:23:36

×Fote
○Forte

315 ：デフォルトの名無しさん：2007/08/31(金) 00:17:48

外部メモリにデータを書き込む時、

sc = (StorageConnection)Connector.open("保存データファイルのフルパス名");
os = (OutputStream)sc.openOutputStream();
os.write( data, index, length);

と記述すると思いますが、
何故か「os.write( data, index, length);」の
第二引数(index)の値を変えても、
書き込むデータの開始位置が変わらない・・・。

indexは、data[]の何番目の配列から書き込むか、
という指定をするためにあるものですよね？

動作環境は、SoftBankのMEXA エミュレータですが、
MEXA エミュレータのバグでしょうか？それとも私のミスでしょうか？

316 ：デフォルトの名無しさん：2007/08/31(金) 00:54:46

>>313
なんでForte？
もう公開してないんじゃないの多分

317 ：デフォルトの名無しさん：2007/09/01(土) 18:45:48

3GC用にゲームを作っているのですが、
903Ｔ、902Ｔ、803Ｔで確認したところアプリが途中で止まってしまいます。
動かしているimageなどが止まってしまうので、
ソースが全く走っていないことになると思うのですが、
なにかしらキーを押すと何事も無く動きだします。

気になる点はimage作成や、image、soundのロード、そしてdisposeなどを
繰り返していくと残りメモリがどんどん減っていくことです。

頻繁にgcしているのですが、メモリがどんどん圧迫されている感じです。
ある一定の値でメモリ使用は増えなくなります。

メモリ不足で端末の挙動が不安定になっているのかな？と思いますが
なにか心当たりありませんでしょうか？

318 ：デフォルトの名無しさん：2007/09/01(土) 20:50:57

>>317
基本的にgcはjavaが勝手にやってくれるから自分でやんなくてもいい。
メモリが減ってくのはimageとかに使ってるからじゃないの？
当たり前だけど、gcしても使ってる分のメモリは解放されないよ。

System.gc();
Runtime.getRuntime().freeMemory();
で残りメモリ量を見ながら、無限にメモリ使っていくプログラムを組んで、
その機種が残りメモリいくつでメモリエラー出るか確認してみるといいのでは。

319 ：デフォルトの名無しさん：2007/09/02(日) 06:22:05

>>318
imageをロードしても、disposeをしてその後gcが成功すれば
そのimage分のメモリは解放されるはずですよね？
（gcがちゃんと行われるかどうかは微妙というの聞いたことがありますが・・・）

他の端末では、ロード、disposeで使用した分のメモリは元に戻るのですが、
上記端末では元に戻らずロードの度に累積していくので、
端末によってgcがされにくいなどあるのかなと思いました。

無限にメモリ使っていくプログラムで確認するのはいいかもしれません。
やってみます。

320 ：318：2007/09/02(日) 13:03:14

東芝機種とかでgcがちゃんと行われるか微妙って話は聞いたことあるけど、
自分でgc入れたらメモリエラー解決したって話も聞いたことないんだよね。
そもそもgc行われるか微妙って話自体が結構眉唾だし。
いずれにせよ確証があるわけではないけどね。

俺も昔メモリエラー出たとき、色んなとこにgc入れてみたけど、
その時の結論は自分でgcやっても意味無い。だった。

903T、902T、803Tは使ったことあるけど、その時は特に問題なかったよ。
imageとsoundは常に全部保持してたからdisposeは使ってなかったけど。

あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？

321 ：317：2007/09/02(日) 13:53:45

>>320
そうですか・・・。
今までの経験上、javaのgcはホントにメモリがなくなったときはされるけど、
それ以外ではされたりされなかったりタイミングがあやふや、
という感覚だったので一定のタイミングで自分でgcを行っていました。

今回はさらにdisposeの直後に呼んだけど無駄だったという状況でした。

>あと、Image.dispose()ってDoJaじゃん。disposeって具体的に何？

あ、書き方が悪かったですね。具体的にはnull代入です。

image imageA;
～～
imageA = null; //使用した後nullでdispose

ただ、試しにimageA.dispose();をしたらエラーが起きず使用できたのですが、
Dojaじゃないのにどうしてコンパイル通るのか謎でした・・・。

322 ：デフォルトの名無しさん：2007/09/03(月) 06:39:30

System.gc()は必ずしもヒープの解放をする訳ではないです。
Javaヒープの空き容量を見ながら、GCをおこなうかを判断
することは、JavaVMの実装によりあります。

T芝のJavaVMの実装は分からないけど、VMの内部に参照が
残っていた場合には、参照が切れずにGCの回収対象になら
無い可能性もあり得る。。。が、それはVMの不具合かな。

まぁ、System.gc()で必ず回収されると思わない方が良い。
System.gc()よりは、"new byte[でっかいサイズ]" の方が
確実にGCを発生させられますよ。

323 ：デフォルトの名無しさん：2007/09/03(月) 11:43:40

iアプリの場合のものですが、
sアプリでもメモリの断片化が起こるのかも？

参考URL
ttp://appli-style.com/technique/bug/bug_04.html

324 ：デフォルトの名無しさん：2007/09/03(月) 11:57:28

普通に考えてメモリの断片化が起きない環境なんて無いのでは？

325 ：デフォルトの名無しさん：2007/09/03(月) 16:34:34

>>324
ちょっと言葉が足りませんでした
メモリの断片化が起きたときに
System.gc()を呼んでも
デフラグをしてくれないのが問題かも？
ということです

326 ：デフォルトの名無しさん：2007/09/03(月) 17:17:56

Javaのgcはコンパクションが含まれるのが仕様だと思い込んでたんだが、実際はVMの実装依存なのか？

327 ：デフォルトの名無しさん：2007/09/03(月) 23:50:04

長期的に見てメモリの断片化が不利要素になる用途向けのVM実装なら
メモリコンパクションやってるけどそれらはサーバー向けVMか民生外のVMのお話か。

CLDC HotSpotどころかJITすら積んでないインタプリタで動いてる既存のKVMの雲のまた上の存在が持つ機能。

話の引き合いに出すのがそもそも間違い。

328 ：デフォルトの名無しさん：2007/09/04(火) 01:03:07

SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれているので、現在の端末では普通にメモリのコンパクションを行っていると思われｒ

329 ：デフォルトの名無しさん：2007/09/04(火) 02:17:30

>328
>現在の端末では普通にメモリのコンパクションを行っていると思われr

「SoftBankのTipsにはJSCL-1.0.Xの端末はメモリのコンパクションを行わないと
書かれている」からといって、何の関係もない

330 ：デフォルトの名無しさん：2007/09/04(火) 02:36:05

ドコモだったら901i以降は全機種コンパクション搭載なんだがな。

331 ：317：2007/09/04(火) 02:53:52

アプリが止まるバグはメモリが解放されていないのが原因ではないか？
と言い出した者ですが、原因は別にありました。

わけあって
Tread.sleep(1);
を定期的に行っていたのですが、903Ｔ、902Ｔ、803Ｔ端末では
Tread.sleep(10);未満を行うとスレッドにロックがかかると公式資料にありました。
超初歩的で馬鹿みたいな原因でお恥ずかしい限りです。
様々な意見ありがとうございました。

ただ、アプリが止まるバグは解消されましたが、
相変わらずメモリはガンガン減っていくわけで今も原因を解明中です。

ロード＆解放を繰り返さず、最初に大きくメモリをとったり、
System.gc()を頻繁に繰り返しても駄目と聞いたので減らしたりしましたが、
特に効果はありませんでした。

332 ：322：2007/09/04(火) 06:58:18

>>322で書いたのは、コンパクションも含めたGCの話。
いまどきの携帯向けのJavaVMはコンパクションも普通に実装されてる。

333 ：デフォルトの名無しさん：2007/09/04(火) 14:28:26

所詮は実装レベルの話であってVMの仕様レベルの話ではない。
仕様で保証されなければ使えないのと同じこと。
ただでさえ、本当に互換性テスト通ってんのか？ってな実装だらけなのに。

あとDojaなんてjavaじゃない。

334 ：デフォルトの名無しさん：2007/09/04(火) 23:09:55

Dojaは確かにぶっちぎりで糞だが、そもそも携帯JavaがJavaの紛い物。
Javaが不完全で未熟な言語であることは、アスペクト指向やリフレクションという
裏口を使うフレームワークが百花繚乱なことからも明らかだが、携帯Javaは
容量面でも機能面でもその裏口封じてるんだからな。

335 ：デフォルトの名無しさん：2007/09/05(水) 02:16:46

>アスペクト指向やリフレクションという
裏口を使うフレームワーク
はjavaが不完全なんじゃなくてたまたまそのパラダイムを実現するのにjavaという言語仕様を使ってるだけ。

フレームワークレベルの話と言語仕様レベルの話をごっちゃにするな。
フレームワークの話をするならjavaのMVCは確かに中途半端だが。

336 ：デフォルトの名無しさん：2007/09/05(水) 22:27:16

む、むつかしい・・・
オレみたいに、javaの勉強がてら
携帯アプリを作ってみよー！
てなノリはダメってことか？
今までアセンブラ、basic、Cだったから
オブジェクト指向はこいつが初なんだが・・・

337 ：デフォルトの名無しさん：2007/09/05(水) 22:39:06

言語習得が目的なら
「自分はケータイJavaを学ぶのではなく
　Javaを通してあくまでオブジェクト指向を学ぶんだ」
ということを意識していればok

ケータイJavaに振り回されないようにな

338 ：デフォルトの名無しさん：2007/09/06(木) 11:36:20

オブジェクト指向って考え方だから、Cでもなんでも実装方法しだいで
それっぽくならない？
Cの上手い人のソース見ると、だいたいオブジェクト指向に通じる
設計思想で作られてる気がする。

339 ：デフォルトの名無しさん：2007/09/06(木) 14:57:28

キー入力を検知するのに、keyPressed を使わずに、
ループで JSCLのDeviceControl.getDeviceState() を使い、
０→１の変化点を検知したら処理を行うように作ってみましたが、
早い速度でキー連打するとかなり取りこぼしてしまいました。

試しに無限ループで単純に getDeviceState() の値を表示するようにして
キーをぽんぽん押してみたら、ON → OFF が早すぎると
getDeviceState() の値が０のまんまでした。
素直にキー入力の処理は keyPressed たちを使っておけってことでしょうか？
それとも、エミュレータ上では遅いとか・・・
（まだ実機上でテストできない環境なので、検証できません）

>>152-154 を見てどっちを使おうか迷っていたし、
組み込み系に慣れてるからポート入力→変化点検出→処理
みたいな流れで作りたかったんですが・・・

340 ：デフォルトの名無しさん：2007/09/06(木) 17:25:42

keyPressedでフラグ立てるなりステートいじるなりしてメインループないでそれの値を監視する。

341 ：339：2007/09/06(木) 21:25:35

>>340
一応、そちらの方向で検討しておりますが、
>>153 や公式で書かれているとおり、keyReleased() がこなかったとき、
離しているのに押されっぱなし（フラグたちっぱなし）、という状態が懸念されます。
実用上、特に問題無い程度の発生頻度なのでしょうか・・・

やはり普通の方は JSCL (getDeviceState()) は、あまり用いられないのですか？
別件ですがエミュ上でテストしたところ、同じキャラを表示するテストで
SpriteCanvas の sprite より drawRegion の方が早かったのですが・・・

342 ：デフォルトの名無しさん：2007/09/06(木) 22:59:38

keyPressed が来たらフラグ立てて、 getDeviceState で取ってきたやつに重ねればいいんでない

343 ：339：2007/09/06(木) 23:22:27

>>342
なるほど、ありがとうございます。
そちらの方向で検討してみます。

まぁ趣味でやるだけですし、そこまで神経質に
ならなくても良いのかな・・・＞キーこぼし

344 ：デフォルトの名無しさん：2007/09/07(金) 00:46:56

S!アプリでアレンジメール（デコメ）を送ろうと思ったのですが、
アプリ上で実現するためにはどうすればよいでしょうか？

アレンジメールはHTMLメールとして表現されているようなのですが、
MailDataではHTMLメールには対応していないようです。
HTMLをそのままbodyに書いてみましたが、そのまま文字として表示されました。
仕方ないので自分でHTMLをsetAttachedDataでTYPE_HTMLとして送信しても
結果は同じくただの添付ファイル扱いでした。クリックしたらブラウザが起動します。

困ってしまいました。どなたかアドバイスお願いします。

345 ：デフォルトの名無しさん：2007/09/07(金) 01:10:56

すいません、お聞きしたいのですが

911SHなどで画面を回転させた時に通知を受けるか、画面の回転の状態を知るAPIはありますでしょうか？

API DOCなどみても探しきれなくて・・・。

よろしくお願いします。

346 ：デフォルトの名無しさん：2007/09/07(金) 01:11:59

347 ：デフォルトの名無しさん：2007/09/07(金) 11:01:25

>>344
メールヘッダからいじれんとダメだから、
間にCGI挟むしかないんじゃない？

以前PHPで作ったけど、全キャリ対応のデコメは氏ねるよ

348 ：デフォルトの名無しさん：2007/09/08(土) 00:27:13

famiJSCLをコンパイルしようとしているんですが、
致命的エラー: クラスパスまたはブートクラスパスでパッケージ java.lang を検出でき
ません。
とエラーが出てうまくコンパイルできません。
かなりの初心者なのでどなたか教えていただけないでしょうか。お願いします。

349 ：デフォルトの名無しさん：2007/09/08(土) 01:17:23

>>346
俺の手元のAPI DOCにはあるみたいだけど、回転ってなに？

>>348
そのエラーと質問の仕方をみれば、あなたには何を言っても無駄。
Softbankエミュ総合スレのテンプレ読んできな

350 ：デフォルトの名無しさん：2007/09/08(土) 01:42:56

>>349
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

351 ：デフォルトの名無しさん：2007/09/08(土) 01:45:29

>>350
偉そうに発言してるが、何も答えてない
バカの典型ﾊｯｹｰﾝ

352 ：デフォルトの名無しさん：2007/09/08(土) 01:49:17

> Softbankエミュ総合スレのテンプレ読んできな
実はこれ相当なヒントｗ

353 ：デフォルトの名無しさん：2007/09/08(土) 02:28:18

>>352
そこに触れなきゃ>>350が何も理解してないってだけで済んだものを・・・。

354 ：デフォルトの名無しさん：2007/09/08(土) 02:32:45

晒しage

355 ：345：2007/09/08(土) 09:33:57

みなさん、ありがとうございます。エミュ総合にいってきます。
ほんとうにありがとうございました。

356 ：デフォルトの名無しさん：2007/09/09(日) 18:58:22

すみません。>>349のSoftbankエミュ総合スレとはどこでしょうか？
最近S!アプリに取り掛かりはじめたんですが、公式とここ以外あまり情報が見つからなかったので。

357 ：デフォルトの名無しさん：2007/09/09(日) 20:33:03

>356
ググればでてくるじゃない。
直接最新がでなくてもたどれるでしょ。

358 ：356：2007/09/09(日) 22:00:56

>>357
ありがとうございます。

359 ：デフォルトの名無しさん：2007/09/10(月) 17:35:11

auのオープンアプリを作ろうと思い、初めてJavaに取り掛かろうとしています。
そこで、プログラミング以前の問題なのですが、大抵のオープンアプリ作成講座で『J2ME Wireless Toolkit 2.2』を使えと書いてあります。
実際にSunのサイトに行ってみれば最新バージョンは2.5.1なわけですが、これはオープンアプリを作るうえで2.2の方が便利ということでしょうか？

2.2と記してあるところが一箇所だけなら気にしないんですが、複数サイトで書かれていたので……
記事が古いわけでもないみたいだし。

360 ：デフォルトの名無しさん：2007/09/10(月) 18:34:17

The Sun Java Wireless Toolkit 2.5.1 includes all of the advanced development features
found in version 2.2, 2.3 Beta, 2.5 Beta 2 such as MIDlet signing, certificate management,
integrated over-the-air (OTA) emulation, push registry emulation, and more.

だそうですよ

361 ：デフォルトの名無しさん：2007/09/10(月) 18:45:45

WTK2.2以降はMIDP2.1が基準だったはず。
MIDP2.1のベンダ実装ってまだ出てない。

362 ：デフォルトの名無しさん：2007/09/10(月) 22:05:32

>>360
英語苦手なんですが……要するに2.5は2.2とかの進化形ってことですかね

>>361
調べてみたんですが、MIDP2.1という規格が見つかりませんでした……

色々調べてみたところ、2.2はLinux対応してるけど2.5はしてないとか、
単に2.2のレベルで充分とか、そんなことみたいですね。
どちらでもよさそうなので、適当にどっちか突っ込んどきます。

363 ：デフォルトの名無しさん：2007/09/10(月) 23:20:53

>>362
MIDP 2.1で普通に出てくるんだが？
それで分からんならJSR 118 MR 2.1で検索してみろ。

というか分からんなら黙ってWTK2.2とパッチ入れとけ。

364 ：デフォルトの名無しさん：2007/09/11(火) 03:18:25

>>362
んぱかさんのサイトから WTK22ダウンロードできたはずですよ！
がんばってね

365 ：デフォルトの名無しさん：2007/09/11(火) 06:46:45

Sunのサイトでダウンできるし
ま、2.5入れておけばいいんじゃね？
そんでMIDP2.1の機能を使わなければいい。API見れば書いてあるし

366 ：デフォルトの名無しさん：2007/09/11(火) 13:21:23

2.1は2.0のバグフィックスも含まれるからそういう問題じゃないんだが。

367 ：デフォルトの名無しさん：2007/09/11(火) 16:30:31

>>363 >>364 >>365
どもありがとうございます
>>362に書いたように適当にどちらかダウンロードするつもりです

MIDP2.1は確かにありましたね
英語を斜め読みしてたら見逃したみたいです
すみません

368 ：デフォルトの名無しさん：2007/09/11(火) 21:12:29

聞いてきた本人がレスを何も理解してないんじゃなに話しても無駄だな。

369 ：デフォルトの名無しさん：2007/09/15(土) 14:23:31

ageてもいいですか？

370 ：デフォルトの名無しさん：2007/09/16(日) 03:42:28

誰か、MIDP又はMIDP2で、
zip解凍プログラムを作成した神はおらんかのう。

Gｚip解凍プログラムならググれば見つかるけど、
zip解凍プログラムは全然見つからない・・・。

371 ：デフォルトの名無しさん：2007/09/16(日) 09:37:19

gzipは見つからんがzipなら見つけた。
どこかは忘れた。

372 ：370：2007/09/16(日) 12:31:57

>>371
レスありがとうございます。
良く考えたらJava2 SKDの方には、
「ZipInputStream」というzip解凍用クラスがあるので、
そのクラスのソースを探した方が早いかもしれませんね。

373 ：デフォルトの名無しさん：2007/09/16(日) 13:15:48

>>372
WillcomのWikiに書いてあった奴だけど

Java 2 ME CLDC用 ZIP展開クラス jp.imi.zip.ZipArchive
ttp://i.lifemedia.co.jp/pc/zip/

374 ：デフォルトの名無しさん：2007/09/16(日) 13:45:44

すまん、ちょいスレ違いだが該当スレが無いんで教えてくれ。

ソフトバンクの携帯で、横画面に回転後を意識したアプリを作りたいんだが
MEXAエミュレータ上で、横画面に回転後の状態を反映さすにはどうすりゃいいんだろか？
単に液晶サイズを変えただけじゃ意味ないし。

ヘルプも見たが、わからん・・・。

375 ：372：2007/09/16(日) 14:42:12

>>373
おーーー！！！
これぞまさしく探していたものです！
本当にありがとうございます。

376 ：デフォルトの名無しさん：2007/09/19(水) 15:08:38

>>370
ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/InflateEx/index.html
これなんてどうでしょう？

377 ：デフォルトの名無しさん：2007/09/21(金) 00:10:43

M3G って登場してからしばらく経つけど、あんまり見かけないのは
やっぱり性能的に厳しいからなのかなあ

378 ：370：2007/09/23(日) 21:31:00

>>376
レスありがとうございます。
試してみましたが、これだとzipファイルが解凍できませんでした。
jarファイルとzipファイルは全く同じ圧縮形式だと思いましたが、
微妙に違うのだろうか・・・。

379 ：デフォルトの名無しさん：2007/09/23(日) 23:48:23

jar って gzip じゃなかったっけ?

380 ：デフォルトの名無しさん：2007/09/24(月) 03:29:40

jarはinfo-zip

381 ：デフォルトの名無しさん：2007/09/24(月) 12:30:42

>>378
S!のInflateInputStream()を使ったことが無いんで376のソースコードからの推測になるが
S!のInflateInputStream()でzipを解凍するなら
zipのヘッダを自力で処理して各ファイルのdataブロックだけを取り出して
圧縮方式0の時はそのまま切り出し圧縮方式8の時は0x78,0x9c辺りをdataブロックの先頭に付加して
InflateInputStream()に渡せば展開できるはず
ZIPヘッダの構造自体は資料が山ほどあると思うんでそっち見てくれ

382 ：デフォルトの名無しさん：2007/09/24(月) 12:46:45

私も>>346さんと同じ壁にぶち当たったのですが、
SoftBankデベロッパーサイトの技術資料を全て見ても、
探しているAPI(サイクロイド携帯で、画面の回転が行われた事を
通知するAPI、又は画面の回転状態を取得するAPI)は見つからず・・・。

折りたたみ式機器の開閉状態を通知するAPIはありますが、
上記の探しているAPIは存在しないのでしょうか？

383 ：デフォルトの名無しさん：2007/09/24(月) 14:19:46

メインをスレッド処理で動かした場合とそうでない場合のアプリでは
長時間OAP上で動かした場合、携帯電話の電池消費量は変わってくるのでしょうか？

384 ：デフォルトの名無しさん：2007/09/24(月) 21:53:30

http://www.jbenchmark.com/result.jsp?orderby=tris&benchmark=3d

Java だと最新の機種でも秒間 6 万△ポリくらいなのね。

385 ：デフォルトの名無しさん：2007/09/27(木) 10:11:58

助けてください・・・エロい人。

URLエンコード部を、iモード⇒EZオープンアプリへ移植していますが、
HttpUrlEncoderを使うところまではわかったのですが、実際の使用方法が
全くわかりません。
iモードでは『String value = URLEncoder.encode(id);』で作動するので、
EZで同様に『String value = HttpUrlEncoder(id);』としてもダメでした。
どのように記載すればよいのでしょうか？

386 ：デフォルトの名無しさん：2007/09/27(木) 10:45:53

ググレ

387 ：デフォルトの名無しさん：2007/09/27(木) 11:06:59

オープンアプリでURLエンコードはできないだろ。
HttpUrlEncoderクラスはPhaseライブラリのもの。
オープンアプリはCLDC1.1とMIDP2.0しか対応していない。

388 ：デフォルトの名無しさん：2007/09/28(金) 05:08:43

>>385
URLエンコード程度なら、自分で処理を書けばよい。

389 ：デフォルトの名無しさん：2007/09/28(金) 14:13:17

ｵｰﾌﾟﾝｱﾌﾟﾘの提供方法について質問させて下さい…

とりあえずWTKで正常に動作する（ｵﾌﾟｼｮﾝAPIを使用していないのでSoftBank実機でも正常に動作）事を
確認し、ｻｰﾊﾞにjarとjadをUPしました。んでｻｲﾄを参考にしながら下記のようなhtmlを作成。

<html><body>
ﾀﾞｳﾝﾛｰﾄﾞﾍﾟｰｼﾞ
<a href="device:jam?http://*************/sample.jad">ﾀﾞｳﾝﾛｰﾄﾞ</a>
</body></html>

でもAU実機（W52S）でﾘﾝｸをｸﾘｯｸしてもｽｶｯｽｶｯていう感じで何も反応しないんです…
これはｱﾌﾟﾘ側に問題があるのでしょうか？それともHTML側でしょうか？

390 ：デフォルトの名無しさん：2007/09/28(金) 14:23:55

>>389

ttp://www.au.kddi.com/ezfactory/tec/spec/openappli.html

391 ：デフォルトの名無しさん：2007/09/28(金) 15:47:38

>>390
すみません。。熟読したつもりなんです…。

ﾀﾞｳﾝﾛｰﾄﾞｴﾗｰとかになるなら分かるんですが、ｸﾘｯｸしてもｳﾝともｽﾝとも言わないんですよ。
作成したｱﾌﾟﾘ側に問題があるのかも、と思ってHelloWorldもUPしてみたのですが同現象でした。
という事はやはりｻｰﾊﾞ側の問題なんですよね。。

一体何が悪いのでしょうか…

392 ：デフォルトの名無しさん：2007/09/28(金) 18:23:11

サーバ側に問題があるんだと思うんならさっさと確認しなよ
どうしたいわけ?

393 ：デフォルトの名無しさん：2007/09/28(金) 20:35:10

MIMEはセットしたのか？ちゃんとサーバーはContent-Lengthを返してるのか？
ってことじゃねぇの？
後は確認するだけだろ

394 ：391：2007/09/29(土) 00:07:26

すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。
っで、ｻｰﾊﾞを変えたら現象が変わったのでご報告を…。
ﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸ→通信ｴﾗｰ(200 4207)
.htaccess内に以下を記述して同ﾃﾞｨﾚｸﾄﾘにｱｯﾌﾟﾛｰﾄﾞ→変わらず。
AddType text/vnd.sun.j2me.app-descriptor jad
AddType application/java-archive jar

一体何が悪いのでしょうか…

395 ：391：2007/09/29(土) 00:15:20

連投すみません…

↑のccessってなってるのは.htaccessの誤りです。
ちなみに現在使用しているｻｰﾊﾞはｱﾌﾟﾘ★ｹﾞｯﾄさんの提供ｽﾍﾟｰｽです。。

396 ：デフォルトの名無しさん：2007/09/29(土) 03:37:43

>391
>すみません。ｻｰﾊﾞ関係というかWeb系の事はさっぱりなんです。。

突き放すようだけど、勉強しなよ。場当たり的に聞きまくらないでさ。
ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

397 ：デフォルトの名無しさん：2007/09/29(土) 07:23:10

>ケータイアプリ作ってるのにWebサーバのことサッパリってのは話にならない。

ごめん、w-zero3なんだ、うん。
いや、win32用PhoneMEバイナリもあるにはあるんだが・・・。

ところでマスター、CERN httpdを一つ。

#CERN派だった俺にはきびしい世の中になったもんだ。

398 ：デフォルトの名無しさん：2007/09/29(土) 09:10:13

CERNつかってたオサンならHTTPのなんたるかは知ってるよな。
いまはちょっと標準化がすすんでるだけでたいして変化はない。
ttp://www.studyinghttp.net
ここでも見て情報を吸収すればいいよ。
仕組みさえわかってればサーバ設定なんか単なる方言でしかない。

399 ：デフォルトの名無しさん：2007/09/29(土) 09:48:46

>>397だが>>391とは別人だぞ。
まあ、netscapeが天下統一する時代に入ってからはクライアントサイドに興味を持って、サーバーサイドに疎いのは>>391と同じだが。
というか、.htaccessの設定すらろくにできんなら>>391はやっぱ基礎から勉強した方が良いぞ。

#そういやCERN httpdって今はw3c httpdか。

400 ：391：2007/09/29(土) 13:17:32

>>396
はい…。勉強しなおすようにします…。
とりあえず．ｈｔａｃｃｅｓｓを再ｱｯﾌﾟﾛｰﾄﾞしたり、属性を604に変更したりなど色々と
してみましたが解決しませんでした。。

ただ、いくら調べても分からないので今回の件で一点だけ教えてもらえませんか？
現在はﾀﾞｳﾝﾛｰﾄﾞﾘﾝｸをｸﾘｯｸすると「通信ｴﾗｰ 200 4207」と表示されるのですが
もし仮にJADﾌｧｲﾙ内の記述に誤りがあった場合などは上記のように通信ｴﾗｰが
表示されるものなのでしょうか？それとも不正なｱﾌﾟﾘ～的な表示になるのでしょうか？

今回の件がｱﾌﾟﾘ側の問題なのかｻｰﾊﾞ側の問題なのかすら分からないもので…。

401 ：デフォルトの名無しさん：2007/09/29(土) 13:29:22

なんでKDDIやアプリゲットに聞かないの？

402 ：デフォルトの名無しさん：2007/09/29(土) 19:52:19

>>400
エラーの方はたぶんサーバ側。
200は普通に考えたら成功を意味するリターンコードぽいが、とにかく
MIDPが動くにしても端末の表示情報の詳細なんて公開されてないから、
メーカー以外誰もわからん状況だと思う。

仕様ではContentTypeとContentLengthを返す事が必須になってるんだけれど、
ある日突然似たようなエラーが出始めたケースがあるらしい(俺自身は作ってないのでこれ以上は知らん)
たぶんサーバ管理者が出力する情報を変更したんだろう、とは思ってる

あと開発者向けのオープンアプリスレが携帯板がどっかにあるから、そっちで聞く方が詳しく判るだろう

403 ：デフォルトの名無しさん：2007/09/29(土) 20:48:42

あっちは飽食の巣

404 ：デフォルトの名無しさん：2007/09/29(土) 21:11:08

jadをcgiにしてcgiで強制的にContentTypeとContentLengthを返すとどうなんだ？
あとそのサーバーに対してダウンツールかなんかとにかくhttpヘッダを見れるツールでアクセスして
httpヘッダで何が返ってるかを確認するべし
どこどこのサーバーだとかではなくこのURLのこのファイルなんですがならこちらで確認も出来るんだがな
それらを公開する気が無いなら自分で何とかしなって言われて当然
わざわざそのためだけにアプリゲットのアカウント取る気にはならんしな

405 ：391：2007/09/30(日) 00:22:14

>>402 >> 404
すみません、色々ありがとうございます。
ｻｰﾊﾞやURLを公開する勇気がない（既に公開しているｱﾌﾟﾘがしょぼすぎて…）ので
なんとか自力で頑張ってみます。

ただ、ない知識で調べまくってようやくContentTypeとContentLengthの返却値が分かりました！
Server: Apache
Content-Length: 225
Content-Type: text/html; charset=iso-8859-1

となっているので、．ｈｔａｃｃｅｓｓでのMIMEタイプの追加が出来ていない事が原因だと分かりました（多分）
ちなみに．ｈｔａｃｃｅｓｓって中身書いてｱｯﾌﾟﾛｰﾄﾞしても、その瞬間ftpソフトの画面から消えてしまうのですが
そういう仕様なんでしょうか？なんとか頑張ってみます…。

406 ：391：2007/09/30(日) 00:48:37

またも連投になり申し訳ありません。
何度も書くのは気が引けるのですが、ｵｰﾌﾟﾝｱﾌﾟﾘの開発→配布にあたり同じような疑問を持つ方も
出てくるのでは…と思うので極力結果は書いていこうと思います。

上で書いた．ｈｔａｃｃｅｓｓが表示されないというのはftpソフトの設定でした。
問題なくｱｯﾌﾟﾛｰﾄﾞされていました。という事は．ｈｔａｃｃｅｓｓでのMIMEﾀｲﾌﾟの追加が許可されていない
ｻｰﾊﾞなのか、もしくは．ｈｔａｃｃｅｓｓの記述間違いなどが考えられますよね。。
また色々試して来ます。

407 ：デフォルトの名無しさん：2007/09/30(日) 01:37:56

>406
>極力結果は書いていこうと思います。
ここはキミの開発日記を書くところじゃないから迷惑だと思うよ。

オープンアプリ開発の技術的な問題をみんなで考えていくならともかく、
キミがつまずいてるのはサーバ設定の基礎的なことなわけで。
しかも特殊な設定で困ってるのではなく、単に知識不足なだけだし。

408 ：デフォルトの名無しさん：2007/09/30(日) 01:56:57

>>406
開発日記ならブログでも作ってそこに書いてくれ
ググッて引っかかるようにしてれば初心者も助かるだろ？
2chじゃスレが沈めばそれまでだ、ましてやこのスレは保管庫があるわけじゃないしな
ココに書くのは助けを求めて話し合いたいとかならともかくただの経過や開発日記なら迷惑だ

409 ：デフォルトの名無しさん：2007/09/30(日) 04:31:33

というか利用してるサバが許可してる事読めば一発で解決する事なのになんでgdgd2chなんかで書いてるの？
勉強しろってのもだけどマニュアル嫁も然り。
サバの初歩的な設定でつまづいてサバが許可してる事も分からないんじゃ誰もどうしようもないよ。

410 ：デフォルトの名無しさん：2007/09/30(日) 08:30:21

サーバー設定だって、オープンアプリには必須な項目なわけで。
この程度でブログで～とか言い出したらこのスレいらないよ。

まぁ俺もまずマニュアル等は読めと言いたいが、
きちんと読んでるやつはほとんどここで質問とかしないんじゃねぇのかな。

411 ：デフォルトの名無しさん：2007/09/30(日) 08:46:19

マニュアル？そんなの聞いたことねぇなぁ
ウソしか書いてない”仕様書”みたいなのはそこらじゅうに転がってるがね
番号がずれてるだけでどうしてここまで

412 ：デフォルトの名無しさん：2007/09/30(日) 11:41:24

>>391
サーバ側はどうでもいいから、リンクを選択しても反応しない問題については
解決したら報告をお願いしたい。
HTMLは別に間違ってないような気がしたんだけどな。

413 ：デフォルトの名無しさん：2007/09/30(日) 12:56:35

>>412
これだけ言われたらもう出てこれないだろｗ
しかもよってたかってﾎﾞﾛｸｿに言って「でもこれだけは結果教えろ」ってひどくね？ｗ
391の勉強不足は否めないが、それでも完全なｽﾚ違いな訳でもないし、同じ悩みを
持つ奴が出て来てもおかしくない（javaから入るやつなんてごまんと居る）

はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って
何がしたいの？関連してる内容であるにも関わらず「迷惑だ」って…ｗ
せっかくｵｰﾌﾟﾝｱﾌﾟﾘの開発をしようって思った奴を一人潰してるだけじゃん？
自分らが初心者だった頃の気持ちを忘れんなよ。殆どの奴が周りに助けられて今がある
んじゃねーの？掲示板や友人にも一切聞かず、自分一人でﾏﾆｭｱﾙとかだけでやってきた奴
なんて逆に少ないだろ？
あーだこーだ言ってる奴は「CLDC+MIDP～ﾏﾆｭｱﾙ非掲載の話題専用ｽﾚ」でも作ってろ。

と、391があまりに不憫だったので熱い想いを書いてみたｗ

414 ：デフォルトの名無しさん：2007/09/30(日) 13:24:36

まあjava全体の話するなら初心者がMEから入ること自体無謀だな。
実機で動いたとしても変なコードが覚えるだけだし。

というか、サバの設定の初歩的な部分がわかってないだけだからそもそも板違いだぞ。
そこさえクリアすれば問題が切り分けられる。
聞いてることがサバに関する初質だからまずは、
どこが問題か切り分けてからこっちに来れば良いだろう。

その上、どこのサバで何が使えてどこまで許可されてるかが分からんなら誰に聞いたって同じ。

ググレばどこにでも書いてあるような設定がらみでミスってるんだから
分からん事は自分で学習してればそもそも、ここに来る必要すらなかったかも知れんしな。
ちゃんとサバの設定してもダメならまた来れば良い。

415 ：デフォルトの名無しさん：2007/09/30(日) 13:28:54

>>413
問題なのは391が404とかみたく折角ちゃんと手を差し伸べてくれてる人間の手を蹴ってる事じゃね？
誰だって最初は初心者だ
それを初心者の自分が今作ってるしょぼいからなんてアホな理由で目の前に居る親切にしてる人の手を蹴ってる
プログラム以前に人間性がしょぼい人間に対して手を掛けようって人が居なくなってくってだけじゃね？
プログラムのデキなんてこんなところで初心者な質問してる段階で誰も期待してないしどんなテストアプリにアンカー張ったって
笑うようなことはしないだろ
ホントに助けて欲しくて自分の本来のurl晒したくなければアプリゲットのアカウントを自分でもう一個とってそこにテストアプリをあげるぐらいのことは出来るだろ
自分自身でどうにもできずに親切な人の手を蹴ってる馬鹿な行為と日記化しようとしてる事に対して嘲笑ってる人は多いかもしれんがね

特に「極力結果だけ書いていこう」ってことは毎回結果が変わるたびに日記を書きますって事だろ？
これがせめて「ちゃんと動いた時は最終結果を書き込みたいと思います」で以降書き込み自粛ならまだ多少は違ったろうがな
(自己解決にせよなんにせよちゃんと動いた時に質問を書いた人間がお礼と同時に結果を書くのは一種の礼儀の一つだろ
動きもしないし他人の手も蹴ってるのに日記だけ書くってどんだけ～～？)

413があまりにもアレなんで書いてみたw

416 ：デフォルトの名無しさん：2007/09/30(日) 13:47:32

久々に盛り上がってると思ったらコレか・・・

携帯Javaの話しよーぜ
それかSEXの話しよーぜ

417 ：416：2007/09/30(日) 19:26:39

SEXの話ﾏﾀﾞｰ

418 ：デフォルトの名無しさん：2007/09/30(日) 22:55:31

>>413
391はサーバ側プログラムも知識も無いと最初からいってる
そこで404の調査法言われたって391が実践できるわけもないじゃないか

419 ：デフォルトの名無しさん：2007/09/30(日) 23:22:45

>413は話が読めてないじゃん

>はっきり言って初心者って自覚してる奴に対して否定しまくったり迷惑だとか言ってる奴って
>何がしたいの？関連してる内容であるにも関わらず「迷惑だ」って…ｗ

誰もそんなこと言ってないし
捻じ曲げて解釈して勝手に盛り上がって楽しそう

420 ：デフォルトの名無しさん：2007/09/30(日) 23:35:31

>>418
404はちゃんとググッたり自分で調べたり勉強するためのキーワードも十分に書いてる
それらのヒントから実践できないならできないでURLを公開すれば助けてやれるかもしれんとまで書いてる
そんな404を391は蹴ってるんだから自分でどうにかできるって事なんだろ？

421 ：デフォルトの名無しさん：2007/09/30(日) 23:40:11

>>413
まあ391氏が出てくるかどうかはまでは本人の気ままにしてくれればいいけどさ
412で書いた内容は酷くはないだろう
406での報告は407氏が書いたそのまま、言えば完全にスレ違い報告。
殆どの人は、このスレでapache自体の挙動についての報告や質問なんて不要だろ。

だけどダウンロードが動作しない症状は端末側もサーバ側も絡む良く判らない
問題であって、それに対して解決した回答が残して貰えるなら、
充分今後のこのスレのためになる。

まあ391がこのこと自体に気づけるのかは判らんけど

422 ：デフォルトの名無しさん：2007/09/30(日) 23:40:13

スレがグダグダ
ちょっと書き込み控えて落ち着こうぜ

423 ：416：2007/09/30(日) 23:47:26

SEXの話ﾏﾀﾞｰ

424 ：デフォルトの名無しさん：2007/09/30(日) 23:48:18

>>420
どこ見てるんだ。404は方法を3つ用意してくれてるよね
1. 自分でCGI動かして挙動確認しる
2. 通信データ覗いてみるんだ(これは端末とPCとでレスポンスが同じなのか疑問はあるが)
3. URL晒したら見てやる

に対して1はスキルで無理(と思われる)、2は直後で回答。3は個人の事情で無理
これだけ全部に対して返答しているのに、404を蹴ってるとかどういう意味さ
今後は自分で調査する方法を選んだだけだろう

425 ：デフォルトの名無しさん：2007/09/30(日) 23:50:12

>>424
>どこ見てるんだ。
>>422

426 ：デフォルトの名無しさん：2007/10/01(月) 13:17:19

よし、俺が新たな話題を振ってやる！
MIDPってさ2.0からImage#getRGBとGraphics#drawRGBでDIB取得できるようになったじゃん。

で、getRGBなんだけど、これってそのイメージの参照を直接渡してくれないで、コピーをよこすじゃん。
コピーだとまず画像取得するのにコピー、その後編集して戻すのにコピーで2回分のコピーが発生するわけだが
これってどう思うよ？

俺的には、getRGBでイメージのDIBの参照取れるなら、それを編集すればいいだけだし
それができれば、文字列描画も問題なくできると思っているわけよ。

427 ：デフォルトの名無しさん：2007/10/01(月) 14:02:58

俺の:y=-( ﾟдﾟ)・∵;; ﾀｰﾝ!

>>426
まぁJavaだしハードコーディングできないのはしょうがないでしょ。
それにPCなら描画モード変更できるけど、携帯じゃそうは行かないし
各端末毎にゴリゴリ書くの、もうヤッテランネｗ

一部の端末の擬似24bitカラーは6bit×3＋ようわからん何か2bit×3で24bitらしい。
18bitって何よって思った。

428 ：デフォルトの名無しさん：2007/10/01(月) 14:10:21

>>427
中国製のBREW端末でRGB666の端末を触ったことあるけど
JavaでRGB666の端末って出てるのか？

429 ：デフォルトの名無しさん：2007/10/01(月) 16:16:49

>>428
javaのメソッドで操作する段階で888に変換されてると思うよ
逆に基本的に今のjava端末の液晶だって内部の実際の発色は666が殆どじゃね？
ネイティブで888の液晶を持ってる機種ってあっても凄く少ないんでね

430 ：デフォルトの名無しさん：2007/10/01(月) 16:34:43

>>428
スレチで申し訳ないがDoJaの話なんだよね。
N900とかが18bitだったと思う。

Graphics#getPixel で取得できるネイティブカラーは、
端末が持ってるDIBそのままって前提で調査した。
その辺詳しい資料が見つからなかったのと、
『getRGBPixelがあるじゃん』てことでちゃんと調べてない。
今は少し反省してる。

431 ：428：2007/10/01(月) 16:53:13

DoCoMoの画面カラーは調べたけどわからんかった。
SoftBankの3GC端末の場合

東芝→ARGB1555
ノキア→不明
その他→RGB565

だった。

BREWはRGB232の端末がQVGA初期に出てたけど、それ以外はRGB565だったと思う。

>>430
Dojaっていうか、Javaが搭載されている端末であればなんでもよかった。
N900iは18bitだったか。

432 ：デフォルトの名無しさん：2007/10/01(月) 17:38:01

>>431
つーかDoJa以外ありえないだろ？
MIDPはdrawRGBが仕様としてRGB24bit,alpha8bitって決まってるんだから
それ以外が返ってきたら困る

433 ：431：2007/10/01(月) 17:48:34

>>432
drawRGBで取得する値と、画面のカラーは別の話。
画面カラーがRGB565であった場合、drawRGBはRGB888をRGB565に変換する。
MIDP2.0端末でRGB666の端末があったらdrawRGBはRGB888をRGB666に変換するだけ。

Dojaでも、setRGBPixelsが同じ挙動を行うよ。

434 ：デフォルトの名無しさん：2007/10/01(月) 18:15:55

俺が言いたいのはMIDPじゃ触ることすら出来ないことなんだから気にしてもしょうがないというか気にするだけ無意味ということと
気にする必要性があるのはDoJaだけだということだったんだがまぁいいけどな

435 ：デフォルトの名無しさん：2007/10/01(月) 22:20:56

>>426
Image#getRGBはDIB取得してるわけじゃないと思うがベンダの糞実装上は知らん。

PHSはw-zero3だけ1555、しかもGraphics#drawRGBで色抜きが出来ない。PNGの不透過値が0の部分だけ抜ける。
たしか端末制限。その上VMの実装上例外も何も投げずにVM強制終了。
実機でデバックは困難ｗ
ほかはA8でRGBは端末次第・・・orz

J9はどうだろう？

436 ：デフォルトの名無しさん：2007/10/04(木) 08:13:13

いままでJavaと言えばWebアプリケーションと
ショボいゲームのアプレットしか作ったことがない
俺が来ましたよ。
オマエラMIDPアプリケーションの開発には
どんなIDEを使っていらっしゃいますか？
やっぱりEclipseですか？

437 ：デフォルトの名無しさん：2007/10/04(木) 10:12:08

コマンドプロンプトだね。

438 ：デフォルトの名無しさん：2007/10/04(木) 10:43:09

メモ帳かな。

439 ：デフォルトの名無しさん：2007/10/04(木) 11:16:42

eclipsemeしかない。

440 ：デフォルトの名無しさん：2007/10/04(木) 12:28:14

Visual J# で代用できんもんかね？
そんなもん誰も使ってない？？

441 ：デフォルトの名無しさん：2007/10/04(木) 17:10:23

まあ、compactで使えるクラスならいけそうだが意味はないし。
J#なんて誰も使ってないし。
そもそもJavaVMじゃないし。
関係ないがJ++の吐くバイトコードはMSVM以外クラッシュするしｗ

442 ：デフォルトの名無しさん：2007/10/04(木) 18:27:07

アプリで使う画像ってどんなソフトで書いてる？
PNG-8じゃないとだめだって 2005年発売の参考書にかいてるんだが。。

確かにペイントで作ったPNGだと実機では動かなかった…

443 ：デフォルトの名無しさん：2007/10/04(木) 18:52:04

フォトショかイラレが大半じゃない？

444 ：デフォルトの名無しさん：2007/10/04(木) 18:59:57

optpixで減色して使うだろ。

445 ：デフォルトの名無しさん：2007/10/04(木) 19:11:34

エッジ

446 ：デフォルトの名無しさん：2007/10/04(木) 19:34:35

フォトショ＋PNGGauntlet

447 ：デフォルトの名無しさん：2007/10/04(木) 21:02:14

>>442
何で描いてもいいんじゃない？
汎用的なフォーマットでセーブできるツールであれば
後は適切な変換ができるかどうかだけでしょ

ちなみにVisualStudioのビットマップ編集で編集してるよ

448 ：デフォルトの名無しさん：2007/10/04(木) 22:08:03

減色しただけでフォーマットまで変わるのか？
おれはGIMP使ってるけど。

449 ：デフォルトの名無しさん：2007/10/04(木) 22:58:07

>442
絵を描くこと自体はWindowsのペイントでも何でもいいよ。
PNG保存する時にどのツールを使うかがポイント。

フリーウェアのツールでPNG保存すると、
ヘッダがおかしいのか正常に表示できないことがある。特に透過PNG。
変に圧縮率上げたり、コメント領域いじったりするツールは注意。

自分はフォトショップ・エレメント使ってる。１万円ちょいで買えたし、
大手有名ツールなら多分下手なことにはならないだろうと思ったんで。

450 ：デフォルトの名無しさん：2007/10/05(金) 00:55:31

libpng使ってりゃ大体問題なかろう。

451 ：デフォルトの名無しさん：2007/10/05(金) 01:34:05

>>450
逆に使ってないものの方が珍しい気がするが、無いわけではないけどな
問題は色数だから適切な設定での変換作業だからlibpngかどうかなんて関係ないだろ

452 ：デフォルトの名無しさん：2007/10/05(金) 12:01:56

>>449
携帯向けはPNG-8でtRNSチャンクで透過指定する事、
アルファチャンネルは無効。
コメントの有無は特に問題じゃない。

イラレで吐き出してもtRNSチャンクで透過指定しなきゃ読み込み失敗する。

453 ：デフォルトの名無しさん：2007/10/05(金) 13:55:36

>452
>携帯向けはPNG-8でtRNSチャンクで透過指定する事

俺>449だけど、まさにそれを注意ってことで書いたつもりだった。
フリーウェアは透過PNGの作り方が適当なものが多い気がする。

>コメント領域いじったりするツールは注意

これはコメントの有無のことじゃなくて、
「埋め込まれているコメントをカットします」みたいなツールを使ったとき
ツールによっては壊されることがあるぞってこと。

ファイルサイズをキチキチに切り詰めようとしてこういうツールを使う人はいるから
余計なお世話かもしれないが一応書いておいた。

なんかしつこい書き込みになったな。スマン。

454 ：デフォルトの名無しさん：2007/10/05(金) 22:37:41

キーが何を押しているかの取得の仕方はいくつかありますよね？

十字キーと数字キーの連携を切り離したい時はどうすればいいでしょうか？

1キー！＝UPキー
で別に判定したいのです

455 ：デフォルトの名無しさん：2007/10/05(金) 22:39:16

>>454
すいません２キー！＝十字上キーでした

456 ：デフォルトの名無しさん：2007/10/06(土) 05:15:44

いつもお世話になっている初心者です。
どうしても納得いかない制御があるので質問させて下さい！

ｽﾚｯﾄﾞ作成→無限ﾙｰﾌﾟ内で描画処理、が基本ﾊﾟﾀｰﾝのｱﾌﾟﾘを作成しております。
その中で、決定キーを押下すると画像が点滅する、というﾌﾟﾛｸﾞﾗﾑを組もうと思い
public void run(){
　repaint();
}
public void paint(Graphics g){
　System.out.println("描画開始");
　if(tenmetsu==0){
　　描画処理有り
　} else {
　　描画処理無し
　}
}
続く…

457 ：デフォルトの名無しさん：2007/10/06(土) 05:16:23

protected void keyPressed(int keyCode){
　if(key == Canvas.Fire){
　　int i;
　　for(i=0;i<10;i++){
　　　tenmetsu=0;
　　　System.out.println("描画へ行く");
　　　repaint();
　　　//ここでｽﾘｰﾌﾟ実行
　　　tenmetsu=1;
　　　repaint();
　　}
　}
}
というｺｰﾄﾞを作成したのですが、実行した場合にﾄﾚｰｽ情報には「描画へ行く」はforﾙｰﾌﾟ分ちゃんと
表示されるのですが、paint内の「描画開始」が一度も出力されません。実際に描画処理もされて
おりません。要するにrepaint()でpaint()に飛んでいないという事だと思うのですが、その理由は全く
理解出来ません。初歩的な質問で申し訳ありません。よろしくお願い致します。

458 ：デフォルトの名無しさん：2007/10/06(土) 07:39:57

455だけど
>>456-457は
ダブルバッファとかオフスクリーンに書いてからrun()で一気に描画とか解決のキーワードな気がする

459 ：デフォルトの名無しさん：2007/10/06(土) 11:37:28

というかデバッガを使ったら？
それくらいならステップ実行すればすぐに分かる気がする。

460 ：デフォルトの名無しさん：2007/10/06(土) 13:05:29

keyPressed()内でループまわしてスリープ入れてって構造に問題があるんじゃないか

461 ：456：2007/10/06(土) 14:22:47

早速のご回答ありがとうございます。
>>458
確かに一度run()に渡すとしっかり描いてくれるんです。ただ、そのためには現在のｿｰｽを
物凄い勢いで改造しなければならなくなり、新規のﾊﾞｸﾞが怖いというのがあって…。

>>459
ｽﾐﾏｾﾝ。ﾃﾞﾊﾞｯｶﾞについてｸﾞｸﾞってみたのですがいまいち分かりませんでした。
ﾃﾞﾊﾞｯｸﾞ用のﾂｰﾙでｿｰｽを追えるような感じなのでしょうか？

>>460
自分、BASIC時代からめちゃくちゃな構造で作ってしまう癖があり…。いつもある程度組んでから
後悔してしまうんですよね…。

repaint()命令の直前までは正常に届いているのに、repaint()だけが機能していない、しかも
repaint()内の描画処理が行われていないのではなく、repaint()内に入ってきてすらない、という
事になっている訳ですが、repaint()というのは呼べば強制的に実行されるものではないのでしょうか？

repaint()で実行されるはずの描画がされないなら分かるんですが、ﾒｿｯﾄﾞに入ってすらないというのが…。

462 ：デフォルトの名無しさん：2007/10/06(土) 14:30:17

repaintは、再描画が必要だってことを覚えとくだけ。
今実行中のイベント処理が終わったときにpaintが呼ばれる＝イベント処理中は呼ばれない。
serviceRepaintsを呼べば、すぐ呼ばれるけど。

463 ：デフォルトの名無しさん：2007/10/06(土) 16:27:50

keyPressed内でループまわしてるから再描画要求がキューに突っ込まれても詰まったまんまで、
あとは端末のイベントハンドリング周りの制限に引っ掛かってるって感じ？

464 ：デフォルトの名無しさん：2007/10/06(土) 16:48:03

制限というより、そういう仕様。

http://java.sun.com/javame/reference/apis/jsr118/javax/microedition/lcdui/Canvas.html
＞These methods are all called serially.
＞That is, the implementation will never call an event delivery method
＞before a prior call to any of the event delivery methods has returned.

465 ：デフォルトの名無しさん：2007/10/06(土) 22:07:27

まあ、java的にはイベントハンドラ内で時間掛けないのは基本中の基本だから覚えれば良いだけ。

ハンドラでフラグ立ててゲームループでフラグ調べてhogehogeすれ！

466 ：456：2007/10/07(日) 00:51:07

皆さん、ありがとうございました!!
理由ははっきりして凄く嬉しいです。
ただ…前述したｿｰｽで
protected void keyPressed(int keyCode){
　if(key == Canvas.Fire){
　　if(ある条件==1){
　　　int i;
　　　for(i=0;i<10;i++){
　　　　tenmetsu=0;
　　　　System.out.println("描画へ行く");
　　　　repaint();
　　　　//ここでｽﾘｰﾌﾟ実行
　　　　tenmetsu=1;
　　　　repaint();
　　　}
　　} else {
　　　for(i=0;i<10;i++){
　　　　System.out.println("描画へ行く２");
　　　　repaint();
　　　}
　　}
　}
}
とした場合に、なぜか「描画へ行く２」の方だけちゃんとrepaint()にfor回数分飛ぶんです…。
違いはｽﾘｰﾌﾟがあるかないか程度なのに…。謎です…。
とりあえず、今後はｲﾍﾞﾝﾄ内ではﾌﾗｸﾞを立てる程度にしてﾙｰﾌﾟ内で処理するように心がけます！
ありがとうございました!!

467 ：デフォルトの名無しさん：2007/10/07(日) 01:59:16

>456
reapint()はシステムに対する描画要求「ヒマができたらpaint()してね」であって、
必ずしも１つのreapint()につき１回のpaint()が呼ばれるわけではない。
reapint();
reapint();
reapint();
と続けざまに書いたとき、paint()はその都度で計3回呼ばれるかと思いきや、
大抵は最後にまとめて１回呼ばれるだけ。

　　　for(i=0;i<10;i++){
　　　　tenmetsu=0;
　　　　System.out.println("描画へ行く");
　　　　repaint();　　←(1)(3)…
　　　　//ここでｽﾘｰﾌﾟ実行
　　　　tenmetsu=1;
　　　　repaint();　　←(2)(4)…
　　　}
(1)のrepaint()後にスリープして、そのタイミングでpaint()が呼ばれる。
(2)のrepaint()後に次のループに入り、描画のヒマなしで(3)のrepaint()が呼ばれる。
そこでスリープするのでpaint()が呼ばれる。
「System.out.println("描画へ行く")」はpaint()と関係なく実行されるので毎回表示される。
tenmetsuフラグは0(描画される)→1(されない)→0(される)と変化しているので、
paint()時の描画内容に変化が見られない。

…と、上記ソースがメインのループ内に記述されていればこの説明でいいのだが、
今回のケースはkeyPressed()に書かれていて、そこでスリープしているので話は異なる。
タイミング的に呼ばれるであろうpaint()が呼ばれなくても不思議はない。

そんなことを踏まえて改造するといいと思う。

468 ：467：2007/10/07(日) 02:01:23

なんだこりゃ。念のため修正。
×　reapint
○　repaint

469 ：デフォルトの名無しさん：2007/10/07(日) 07:19:01

というかキューに突っ込むか描画段階でOS側が再描画が必要ないと判断したら要求を一つにまとめてるはず。
だから結局最後の１回が実行される。

470 ：442：2007/10/08(月) 02:29:09

libpngを調べてみたんだがＣ言語用のDLLとか…
LinuxでインストールしたりとかWindowsな俺はだめだ＞＜

Ｃ言語のが得意だけどDLL使ってpngにして吐き出すプログラム作って使ってるの？
なるべくフォトショとか市販はなしでフリーで作りたいんだ…

libpng使ったっていうbmp2pngていうソフト使ったけど…702NKでやったけど動かない…
やっぱエミュで動かして実機でとして、ネット介さずに直でインストールしてやる702NKじゃ
だめなのかな？

471 ：デフォルトの名無しさん：2007/10/08(月) 02:42:38

だからGIMPがry

472 ：デフォルトの名無しさん：2007/10/08(月) 03:18:20

8bit PNGで書き出せるソフトくらいいくらでもありそうだが。
てか、すでにスレ違いだわな。

フリーで、とかいいつつそれっぽいのすら探せないなら、
PaintShopProでもPhotoshopElementsでも買っとけ。

473 ：デフォルトの名無しさん：2007/10/08(月) 08:20:30

だいぶ前に迷惑をかけた178です
あの後もここをROMっててやっとあの時から想定したアプリを作れました
特に最近のpngとかのレスは役にたちました
ここの住人の方本当にありがとうございます

でまた質問なのですが敵のアルゴリズムとか人工知能的な事が書いてあるサイトとか知っていたら教えて頂きたいのです

474 ：デフォルトの名無しさん：2007/10/08(月) 12:38:00

そんなスレ違いのことまでいちいちここで聞かなくてもさ、
「ゲームの作り方」みたいな本買うとか、それをキーワードに検索するとか

475 ：442：2007/10/08(月) 19:35:09

助言くれた皆さんありがとう！！

>471
ＧＩＭＰは前インストールしてたのが重かったり
すぐフリーズしてたから敬遠してたんだ…
でも新しくしたらそんな事もないんですね、使ってみます

476 ：デフォルトの名無しさん：2007/10/08(月) 20:15:34

gimp for winは昔からあんま評価よくないよな。
もう他のosに移っちゃったから今では確認できないけど。

477 ：デフォルトの名無しさん：2007/10/08(月) 20:42:45

WindowsでわざわざGIMPなんか使う人は変態でしょ。

478 ：デフォルトの名無しさん：2007/10/08(月) 21:28:13

確かに GIMP を Windows で使う人は変態かもしれないな。

479 ：346：2007/10/09(火) 13:38:16

>>382さん、結局私も見つけられませんで、当面あきらめることにしました。

知っているのに教えてないわけではありませんので
おそくなりましたが、お知らせしておきます。

480 ：デフォルトの名無しさん：2007/10/09(火) 17:21:01

DoJaでも画面回転状況取得が可能なのは事実上F903iとF904iだけで
P901iTV,P903iTV,SH903iTVはアプリからは画面の回転状態を取得できないんで
まぁ取得できなくてもしょうがないんじゃない？
公開されてないだけって可能性もないわけではないけど

481 ：デフォルトの名無しさん：2007/10/11(木) 03:40:47

まあ、どうせGIMP for win 1.xってオチだろう。

482 ：デフォルトの名無しさん：2007/10/11(木) 09:20:26

個人で Java Verified 通して署名してもらった人います？

どこがいいのでしょうか？

483 ：デフォルトの名無しさん：2007/10/11(木) 22:10:54

オープンアプリでフルブラウザみたいにwebページを取得して表示するのって、どういう関数をどう使えばいいの？

484 ：デフォルトの名無しさん：2007/10/12(金) 00:37:39

GCFでHTTPで貰ってきてパーサ通してレンダラで描画。
ブラウザの実装には専門的な知識が複数必要だから素直に諦めろ。

485 ：デフォルトの名無しさん：2007/10/12(金) 10:26:39

ブラウザというか、URLを指定したらそのページだけを表示するくらいでいいんだけど…(画像表示もいらない)
html描画しないでソースまるごとでもいいんで
それでも難しいでしょうか？

486 ：デフォルトの名無しさん：2007/10/12(金) 12:51:12

全キャリア対応のP2P共有アプリってないのかな？

487 ：デフォルトの名無しさん：2007/10/12(金) 14:14:29

>>483
フルブラウザでも作るつもりかい？

488 ：デフォルトの名無しさん：2007/10/12(金) 15:08:13

>>487
>>485

489 ：デフォルトの名無しさん：2007/10/12(金) 17:52:07

>>486
AUではP2Pできるって聞いたことあるけど(吉田鎌ヶ迫だっけ？)
他のキャリアでは聞いたことないなぁ

490 ：デフォルトの名無しさん：2007/10/12(金) 18:11:25

>>485
フルブラウザ関係ないじゃん。
それだけなら問題はオープンアプリがGCFどこまで採用してるか。
HTTP接続できるならあとはMIDPのクラス使って適当にHTMLソースを描画すればいい。

それくらいなら出来るんじゃない？

491 ：486：2007/10/12(金) 18:25:06

>>489
レストンクス！
AUのみか…OAPかBREWどっちかな？
ググりに逝ってみるか！

492 ：デフォルトの名無しさん：2007/10/12(金) 18:25:36

>>485
通信系のAPIを確認すれば、その程度すぐ作れるのが確認できるだろ。
プログラムを作るのになぜ最低限ドキュメントくらい読まないんだ？

493 ：デフォルトの名無しさん：2007/10/12(金) 19:42:29

>>492
じゃあ作ってみろ口だけカスｗｗｗｗｗ

494 ：デフォルトの名無しさん：2007/10/12(金) 19:48:36

>>492

495 ：デフォルトの名無しさん：2007/10/12(金) 19:53:47

>>492
なんでだと思う？

496 ：デフォルトの名無しさん：2007/10/12(金) 19:55:33

>>492
自分こそ読んでないのがばればれだな

497 ：デフォルトの名無しさん：2007/10/12(金) 19:57:01

>>492
ためしに作ってごらん。天才ハカーさんｗ

498 ：デフォルトの名無しさん：2007/10/12(金) 19:57:23

ファビョりすぎだ
落ち着け

499 ：デフォルトの名無しさん：2007/10/12(金) 20:04:37

m9（＾Д＾）ﾌﾟｷﾞｬｰ

500 ：デフォルトの名無しさん：2007/10/12(金) 20:06:01

WEB上からデータをとってくるだけなら6ステップも書けば済む話だが、いったい何なんだろう。

501 ：デフォルトの名無しさん：2007/10/12(金) 20:08:54

>>500
プログラムを作るのになぜ最低限ドキュメントくらい読まないんだ？

502 ：デフォルトの名無しさん：2007/10/12(金) 20:10:10

「簡単にできる」とか「6ステップでできる」とか
そういう情報いらんから
書けるなら書いてみろっての
ホント口だけのクズばっかだな

503 ：デフォルトの名無しさん：2007/10/12(金) 20:15:50

ゴキブリに負けたゴキブリ以下もいれば、
ゴミに頼るしかないゴミ以下が存在する悲しい現実。

504 ：デフォルトの名無しさん：2007/10/12(金) 20:20:06

>>502は上手いな。
書きたい奴すら書けない空気を４行で作り出した。

505 ：デフォルトの名無しさん：2007/10/12(金) 20:50:17

import java.io.*;
import java.net.*;

public class Access {
public static void main(String[] args) {
try {
URL url = new URL("http://www.google.co.jp");
BufferdReader br = new BufferdReader(new InputStreamReader(url.openStream()));
String str;
while((str=br.readLine())!=null)
System.out.println(str);
br.close();
} catch(IOException e) {
System.out.println(e);
}
}
}

506 ：デフォルトの名無しさん：2007/10/12(金) 21:19:42

で、これをどうすれば使えるようになるんだ？

507 ：デフォルトの名無しさん：2007/10/12(金) 21:24:23

そのネタ飽きた

508 ：デフォルトの名無しさん：2007/10/12(金) 21:26:43

C:\WTK22\apps\Access\src\Access.java:2: パッケージ java.net は存在しません。
import java.net.*;
^
C:\WTK22\apps\Access\src\Access.java:7: シンボルを見つけられません。
シンボル: クラス URL
場所 : Access のクラス
URL url = new URL("http://www.google.co.jp");
^
C:\WTK22\apps\Access\src\Access.java:7: シンボルを見つけられません。
シンボル: クラス URL
場所 : Access のクラス
URL url = new URL("http://www.google.co.jp");
^
C:\WTK22\apps\Access\src\Access.java:8: シンボルを見つけられません。
シンボル: クラス BufferdReader
場所 : Access のクラス
BufferdReader br = new BufferdReader(new InputStreamReader(url.openStream()));
^
C:\WTK22\apps\Access\src\Access.java:8: シンボルを見つけられません。
シンボル: クラス BufferdReader
場所 : Access のクラス
BufferdReader br = new BufferdReader(new InputStreamReader(url.openStream()));
^
エラー 5 個
com.sun.kvem.ktools.ExecutionException
ビルドに失敗しました

509 ：デフォルトの名無しさん：2007/10/12(金) 21:42:00

MIDP用のAPIを使わなければそりゃ無理だ。

510 ：デフォルトの名無しさん：2007/10/12(金) 22:51:44

import java.io.*;
import javax.microedition.io.*;
import com.nttdocomo.io.*;
import com.nttdocomo.ui.*;

public class Access extends IApplication {
public void start() {
Panel p = new Panel();
TextBox tb = new TextBox("",40,30,TextBox.DISPLAY_ANY);
p.add(tb);
Display.setCurrent(p);
try {
HttpConnection con = (HttpConnection)Connector.open("http://www.google.co.jp",Connector.READ);
con.setRequestMethod(HttpConnection.GET);
con.conect();
InputStreamReader isr = new InputStreamReader(con.openStream());
char[] buf = new char[1024];
int ch, i=0;
while(-1!=(ch=isr.read()))
buf[i++] = (char)ch;
String str = new String(buf,0,i);
tb.setText(str);
} catch(IOException e) {
tb.setText(""+e);
}
}
}

511 ：デフォルトの名無しさん：2007/10/13(土) 03:02:53

１０数年ぶりくらいか・・・

｢バカばっか・・・｣

512 ：デフォルトの名無しさん：2007/10/13(土) 09:25:05

スーバーバッカーをなめるな

513 ：デフォルトの名無しさん：2007/10/13(土) 14:42:47

import java.io.DataInputStream;
import java.io.IOException;
import javax.microedition.io.Connector;
import javax.microedition.io.HttpConnection;
import javax.microedition.midlet.MIDlet;
import javax.microedition.midlet.MIDletStateChangeException;

public class GETTest extends MIDlet {

protected void startApp() throws MIDletStateChangeException {
try {
HttpConnection con = (HttpConnection)Connector.open("http://www.nec-mfriend.com/en/ ");
con.setRequestMethod(HttpConnection.GET);
DataInputStream in = con.openDataInputStream();
int input;
while((input = in.read())!=-1){
System.out.print((char)input);
}
in.close();
con.close();
} catch (IOException e) {
e.printStackTrace();
}
}
protected void pauseApp() {
}
protected void destroyApp(boolean arg0) throws MIDletStateChangeException {
}
}

これだと結果がコンソールに出るから実機で使えないんだけど
どうすりゃいいの

514 ：デフォルトの名無しさん：2007/10/13(土) 15:52:51

Formにappendするとか

515 ：デフォルトの名無しさん：2007/10/13(土) 19:16:49

TextBoxにsetStringだよ

516 ：デフォルトの名無しさん：2007/10/13(土) 19:34:45

brackboadにohyeahだろ

517 ：デフォルトの名無しさん：2007/10/13(土) 19:35:19

誰か書き換えてみて
おねがい

518 ：デフォルトの名無しさん：2007/10/13(土) 20:07:27

wmならCMD.exe入れるとかいう技が出来るかも知れんがVMによってはOSから割り込みが入ったらVM止めるな。

519 ：デフォルトの名無しさん：2007/10/13(土) 20:37:57

>>517
何で自分でやらないんだ？

520 ：デフォルトの名無しさん：2007/10/13(土) 20:39:29

できないから

521 ：デフォルトの名無しさん：2007/10/13(土) 20:57:13

こっちでやってもらえないからって質問スレにマルチするな
『上級Java講座』なんて早過ぎたんだ

522 ：デフォルトの名無しさん：2007/10/13(土) 21:02:23

できないの？

523 ：デフォルトの名無しさん：2007/10/13(土) 21:11:03

はい！ストーーーップ！！
教えてクンは全て釣りだ。
もうこれ以上はいいよ。

524 ：デフォルトの名無しさん：2007/10/13(土) 21:29:06

結局誰もわかんないのかぁ…釣りとか言って逃げる…いつ聞いてもこれだ
2chで一番スキル高いのってひょっとして俺なんじゃないの？それともまともなスキル持ってる人はこんなところにこないのか？

525 ：デフォルトの名無しさん：2007/10/13(土) 21:42:40

>>524
sageを入れている時点で別人だと識別できる。
詰めが甘いし、いつまでも同じネタを引っ張っても白けるだけ。

526 ：デフォルトの名無しさん：2007/10/13(土) 21:45:05

で、どうでもいいけどわかったの？さっさと解決してみせろよゴミクズ

527 ：デフォルトの名無しさん：2007/10/13(土) 21:50:49

自己解決しました
あの世へ引っ越すのでもう来られません

528 ：デフォルトの名無しさん：2007/10/13(土) 22:04:34

ホントに誰もわかんないんだｗ
もういいや

529 ：デフォルトの名無しさん：2007/10/13(土) 22:08:18

うん、さっぱりわかんない。

何しろレス読んでないからな。
何が起こったかも知りたくないが大体予想付くからいいやｗｗｗ

530 ：デフォルトの名無しさん：2007/10/13(土) 22:09:17

>>513
今コンパイルしてるからちょっと待ってろ

531 ：デフォルトの名無しさん：2007/10/13(土) 22:29:01

おまいらどうして荒し耐性がないんだよ
黙ってスルーしとけって

532 ：デフォルトの名無しさん：2007/10/13(土) 23:01:00

馬鹿な客にこれくらい言えればなぁ・・・って願望を込めてるから。

533 ：デフォルトの名無しさん：2007/10/14(日) 00:29:19

できたわ
じゃあの

534 ：デフォルトの名無しさん：2007/10/14(日) 12:56:29

>>513
Qubeで登録されてるおｗ

535 ：デフォルトの名無しさん：2007/10/15(月) 17:18:25

もうないぽｗ

536 ：デフォルトの名無しさん：2007/10/16(火) 14:10:53

MIDPでStringを"+"で連結しようとすると、
StringBuilderがどうのこうのでエラーが出てしまうんだけど
なんで？

昔は　文字列 + 文字列　ですぐに連結できたのに。。。

537 ：デフォルトの名無しさん：2007/10/16(火) 14:22:43

1.5用にコンパイルしてるからじゃね
-source 1.4 -target 1.4 とかコンパイルオプション付けてみれ

538 ：デフォルトの名無しさん：2007/10/16(火) 15:13:50

>>536
実はStringじゃなくてStringBuilderとか

539 ：デフォルトの名無しさん：2007/10/16(火) 15:29:13

>>538 >>537

540 ：536：2007/10/16(火) 18:15:17

>>537
助かった、サンキュ。
ってか分かる人にはすぐ分かるんだな。尊敬。

541 ：デフォルトの名無しさん：2007/10/16(火) 19:14:04

>>537
一応、CDC1.0とCLDCは1.3だぞ。CDC1.1は1.4.2だが。

542 ：デフォルトの名無しさん：2007/10/16(火) 20:12:33

>541
つ[JavaSE]

543 ：デフォルトの名無しさん：2007/10/16(火) 21:17:32

そりゃコンパイラ側の話だろ

544 ：デフォルトの名無しさん：2007/10/16(火) 22:44:50

一応1.4でも通るよ、ただ1.5からは文字列の連結処理はじめ根本的なところがいろいろ変わってるから

545 ：デフォルトの名無しさん：2007/10/17(水) 22:44:01

S!アプリを作成しています。
あるURLからデータを取得した後に
相対パスで画像も取得します。
リダイレクトされたら、以降はその相対パスにしたいのですが

以下のコードで

HttpConnection con = (HttpConnection)Connector.open(url, Connection.READ, true);
con.setRequestMethod(HttpConnection.GET);
code = con.getResponseCode();

なぜか911SHは200 OKなのです。
自動的にリダイレクト後のデータを取得してくれます。

iアプリや911Tやエミュレータなどは302が返され
Location:を得ることが出来ました。

その後に相対パスで画像などなど取得したいが
ベースになるパスがわからないので困っています。

私なりに検索したのですが同じ状況で
困っている人すら見つかりませんでした。

546 ：デフォルトの名無しさん：2007/10/17(水) 22:57:46

>545
何を言ってるのか意味がわからない
とりあえずurlの文字列を具体的に書いてくれ

547 ：デフォルトの名無しさん：2007/10/17(水) 23:27:58

>>545
にわかに信じがたい動作だな
マイナーなTならまだしもSHだし
ブラウザでもあるまいし、もしそうならバグに近いような・・・

>>546
HTTP302からお勉強しておいで

548 ：デフォルトの名無しさん：2007/10/17(水) 23:31:36

GW経由だからそう言う動作になるんじゃいかな。
Sは知らないけど携帯のブラウザでもLocationって勝手に処理されるでしょ？

549 ：デフォルトの名無しさん：2007/10/17(水) 23:38:03

>>548
どっちかというと、Locationをどこが処理するかというのが問題点。
ゲートウェイ・サーバーでやるのか、端末側でやるのか。

550 ：デフォルトの名無しさん：2007/10/17(水) 23:40:58

続き

この件では、HttpConnectionの動作を考えると、バグくさいかなあ。
サーバー側をいじれるなら、そっちでごにょごにょするという対処療法が（汎用性のためには）よさそう。

551 ：デフォルトの名無しさん：2007/10/17(水) 23:53:42

俺も信じられないけど
SoftbankのSH系以外では実際302を受け取っている。

開発中なので具体的なURLは提供できません。

たとえば、最初に
ｈｔｔp://hoge.jp/hoge/test.php?code=bar&user=12
を取得し、次に
ｈｔｔp://hoge.jp/hoge/image.gif
を取得する。

もし、最初のが
ｈｔｔp://hoge.jp/bar/12/data.abc
へリダイレクトされていたら、次は
ｈｔｔp://hoge.jp/bar/12/image.gif
を取得する。

というのを実現したい。

でも、SoftbankのSH系にかぎって
最初のが200 OKだから困る。

もうすこし頑張ってみます。
それでも駄目ならS!アプリとサーバで302を使わない仕組みにします。

552 ：デフォルトの名無しさん：2007/10/18(木) 00:37:47

>>547
返しがボケてるよ。説明が分かりにくいってツッコミでしょ。
「相対パス」と言ってる意味がおかしいし。

553 ：デフォルトの名無しさん：2007/10/18(木) 00:46:48

×　対処療法
○　対症療法

554 ：デフォルトの名無しさん：2007/10/18(木) 00:48:34

546=552
545の説明は充分だと思うが。
その後議論も進んでいるし。
「相対パス」も何が変だと思うんだ？

555 ：デフォルトの名無しさん：2007/10/18(木) 01:56:34

何事もなく次の話へ

556 ：デフォルトの名無しさん：2007/10/18(木) 03:15:11

>>545
ブラウザのプロトコルスタックの上に MIDPのHTTP通信を
実装しているってことでしょう。

> なぜか911SHは200 OKなのです。
> 自動的にリダイレクト後のデータを取得してくれます。
であれば、特に問題はないように思いますが。。

302ならリダイレクト処理、200ならそのまま処理という
実装をすれば良いだけに思います。

557 ：デフォルトの名無しさん：2007/10/18(木) 08:25:22

>>556
favicon.icoを取得するみたいな処理がしたいんじゃね？
それだと
最初に取得するところがhttp://foo.jp/でリダイレクト先が http://ber.jp/だった場合
Location:をプロトコルスタック側で処理されちゃうと取得したはずのURIが不透明になるから
Content-Base:等を取れない限り
そのまま処理なんて出来ないと思うんだけど？
http://foo.jp/で200→http://foo.jp/favicon.icoを取得
http://foo.jp/で302→Location:http://ber.jp/が返ってくるのでhttp://ber.jp/で再試行200なら http://ber.jp/favicon.icoを取得
と処理したいけど
SHは
http://foo.jp/で200→http://foo.jp/favicon.icoを取得
http://foo.jp/で200→http://ber.jp/のデータが返ってきてしまう http://ber.jp/のURIはアプリからは不明
って事だよな
取り敢えずcgiでゲートを作ってそこでLocation:の検出を行うしかないんじゃないか？

558 ：デフォルトの名無しさん：2007/10/18(木) 10:11:35

302の場合は一時的な移動なので、元のURLを使い続けるべき。
301の場合は恒久的な移動なので、新しいURLを使うべき。
作法としてはこうだったかと。

559 ：デフォルトの名無しさん：2007/10/18(木) 14:05:58

実装上の問題であって作法の問題じゃないんじゃね？
鯖が302を返却してるのにAPIが勝手にリダイレクト先を取得しなおして200にしてしまう事が問題になってるんだろ
特に細かくHTTPを操作するのでなければ楽だし便利なんだろうけど
自力でHTTPをある程度操作しようと思ってると余計なお世話な上にアプリのみでは回避策が無いな

560 ：デフォルトの名無しさん：2007/10/18(木) 18:29:25

HTTPやPOPはCUIでコマンド手打ちが一番楽だったな・・・。

561 ：デフォルトの名無しさん：2007/10/18(木) 19:38:20

そんな15年前に策定されたお作法は形骸化してる。
サーバー側アプリでLocationと言えば302。

562 ：デフォルトの名無しさん：2007/10/18(木) 21:50:01

その15年前の仕様を無理やり拡張して未だに無理して使ってるんだよ。

563 ：デフォルトの名無しさん：2007/10/19(金) 11:41:18

ttp://www.au.kddi.com/ezfactory/tec/spec/openappli.html
がいきなり消えてる訳だが。
なんでだ

564 ：デフォルトの名無しさん：2007/10/20(土) 14:38:11

何が消えてるって？

565 ：デフォルトの名無しさん：2007/10/22(月) 21:49:48

このスレは定期的に時間が止まるね

別に俺自身情報を欲してきているわけじゃないが、なぜか気になる存在

566 ：デフォルトの名無しさん：2007/10/23(火) 05:39:31

>>565
俺もココで指摘する住人のレベルが気になる
これを生業に出来るレベルの人ってココにいるの？

567 ：デフォルトの名無しさん：2007/10/23(火) 08:04:39

居るよ

568 ：デフォルトの名無しさん：2007/10/23(火) 09:15:34

>>567
居るよ
だけ言われても・・・・
生業にしている＝公式に公開しているはずだろうから作品名位言わないとレベルがわからないだろ常考

569 ：デフォルトの名無しさん：2007/10/23(火) 09:35:17

社名ばれるから言うわけ無いだろ常考

570 ：デフォルトの名無しさん：2007/10/23(火) 10:12:00

同じく生業にしてるよ。
個人でなく仕事でやってるから晒す訳にも行かないけど。
つか、仕事でやってる奴ならiアプリとBREWも兼用だったりするんじゃないかね。
時折そういう話題も出るし。
多分あっちのスレでもランデブーしてるんだろうなｗ

まぁ質問したい時は質問させてもらってるし、持ちつ持たれつってことで。

571 ：デフォルトの名無しさん：2007/10/23(火) 10:39:52

>>569-570
生業に出来たきっかけを是非教えて欲しい
後はこの他言語も必要とか

572 ：デフォルトの名無しさん：2007/10/23(火) 10:40:58

他人のことをいちいち詮索する奴は、いずれストーカーになる。

573 ：デフォルトの名無しさん：2007/10/23(火) 10:44:19

>>571
そういう話はマ板に逝ってやれ

574 ：デフォルトの名無しさん：2007/10/23(火) 11:58:21

>>572
別に詳しくな内容は知りたくない
専門校みたいな所から流れで就職したのか自分から作品アピールして入ったとかその辺純粋に聞きたかっただけ

>>573
ココ何かというとスレ違い発言だけどでは何を質問すればいいの？

575 ：デフォルトの名無しさん：2007/10/23(火) 12:00:12

CLDC+MIDP+携帯電話用Javaについて。

576 ：デフォルトの名無しさん：2007/10/23(火) 12:55:23

>>575
問題はその次

> 質問でも議論でも何でもこい、と。質問は公式資料をよく読んでからにしましょう。

この部分が曖昧

577 ：デフォルトの名無しさん：2007/10/23(火) 13:10:58

「CLDC+MIDP+携帯電話用Javaについて」の質問でも議論でも何でもこい

他の言語の話も就職相談もスレ違い、いい加減にしろ。

578 ：デフォルトの名無しさん：2007/10/23(火) 13:22:36

では質問があります！
ネットワーク関係なんだけど、
705SHとか905SH以降の機種ではOKで
703SHで903SHでセキュリティエラーがでちゃうですが、
何かこいつらむけに設定してやる必要がありますか？

579 ：デフォルトの名無しさん：2007/10/23(火) 13:55:21

jadの設定は？

580 ：デフォルトの名無しさん：2007/10/23(火) 14:12:15

>>577
すまない今入院中で途中のやつ作れなくて興奮気味だった

581 ：578：2007/10/23(火) 14:32:58

>>579

MIDlet-Permissions: javax.microedition.io.Connector.http,com.j_phone.io.Connector.StorageConnection.read,com.j_phone.io.Connector.StorageConnection.write
MIDlet-1: test, icon.png, test
MIDlet-Data-Size: 1024
MIDlet-Icon: icon.png
MIDlet-Jar-Size: (サイズ)
MIDlet-Jar-URL: test.jar
MIDlet-Name: test
MIDlet-Description:
MIDlet-Vendor: test
MIDlet-Version: 1.0.0
MIDxlet-API: JSCL-1.2.2
MIDxlet-Application-Security: Y

こんな感じに設定してあります。
x03世代以前とx05世代以降で何か変ったんでしょうか？

582 ：>578：2007/10/23(火) 14:49:11

>MIDxlet-Application-Security: Y
この行を削除してみたら？

583 ：デフォルトの名無しさん：2007/10/23(火) 14:51:58

>582は名前欄間違えた。自分はただの名無しです。

あと別件だがjadの１行目は
>MIDlet-1: test, icon.png, test
の行でなければならなかったと思う。

584 ：デフォルトの名無しさん：2007/10/23(火) 22:58:39

>>583
んなこたーねーよ。

585 ：デフォルトの名無しさん：2007/10/23(火) 23:15:13

>583だが、何か別のファイルかスクリプトと勘違いしたみたい。ﾜﾘｨ

586 ：デフォルトの名無しさん：2007/10/24(水) 12:37:21

質問なんだが
810Tで開発してるんだが8x8の小さい画像を
createImageで連続でロードしてみたら
毎回、502枚でフリーズしたんだが
これは実機の仕様なんだろうか？

ちなみにそれより大きい画像で試してみたが
502枚でフリーズしてた

587 ：デフォルトの名無しさん：2007/10/25(木) 11:00:51

スレ違いや揚げ足取りは積極的なのに質問はスルーされがち
何かおかしい

588 ：デフォルトの名無しさん：2007/10/25(木) 11:29:23

特定の実機に対する話は、その実機を持っている人間しか検証できないんだから反応が無くても仕方がないだろ。
だからといってスレ違いの話をしようというのは、なにかどころか確実におかしな話だ。
くだらないことをいつまでグダグダ引っ張るな。

589 ：デフォルトの名無しさん：2007/10/25(木) 12:49:51

例え実機持ってても500枚以上リソース用意したテストアプリ作るのもねぇ･･･
使うなとしか言えんｗ

590 ：デフォルトの名無しさん：2007/10/25(木) 13:47:26

携帯で500枚も画像扱うほうがおかしい

591 ：デフォルトの名無しさん：2007/10/25(木) 14:06:16

>>590
そうか？
240x240の画面としてスプライトエンジンを8x8で自作したら1画面構築に使うチップ数は
240/8=30,30x30=900で最大900個
昔の携帯ならいざ知らず今の携帯なら8*8*4+α=256+α,256+α*900で250Kbyte程と考えれば
メモリ容量的にだって余裕がある
普通に使われる可能性が有る量だともうけどな＞500ぐらい

592 ：デフォルトの名無しさん：2007/10/25(木) 14:09:35

普通drawRegion使うからなぁ

593 ：デフォルトの名無しさん：2007/10/25(木) 14:23:29

スプライト数は500いっても画像は普通500いかないだろ

594 ：デフォルトの名無しさん：2007/10/25(木) 15:50:16

今、本番のMACS繋がりますか？
出来る人がいたら確認して欲しい。。。
ちなみにラボは繋がります。

595 ：デフォルトの名無しさん：2007/10/25(木) 18:16:38

810T以外にも東芝の3GC機ならフリーズすると思われる。
これらの機種はcreateImageで512個より多いインスタンスを作成するとエラーが発生する。
昔俺も、この現象でアプリを作成しなおしたことがある。
ちなみに、端末仕様書には[オフスクリーンの最大生成数：512]と記述されているのを見たとき、俺は
「オフスクリーンじゃねぇ！！！！！」と心の中で叫んだ。

596 ：デフォルトの名無しさん：2007/10/25(木) 22:20:09

3G型とP7型のどちらでも使用できるアプリを作りたいんですが、
jadの設定はどのようにすればよいのでしょうか？

あと、P7で使用するAPIの中で3Gでは使用できないものって
どんなものがあるか教えていただけますか？
お願いします。

597 ：デフォルトの名無しさん：2007/10/26(金) 01:22:27

携帯のアプリだからjava使うことになったんだけど
何か大変だな
プログラムサイズを小さくすることを優先したり。

http通信でinputストリームだかなんだかを
byte [] work 経由でちょっとづつなくなるまで繰り返し
別のストリームにコピーしてtoByteArrayして
cteateImageとかに使うなんて何だか回りくどいね。

598 ：デフォルトの名無しさん：2007/10/26(金) 04:22:01

>>597
そろそろプログラムサイズに縛られなくてもいいようになってほしいとは思う
というか903iとか旧V社のﾒｶﾞｱﾌﾟﾘとかが当たり前になれば

599 ：デフォルトの名無しさん：2007/10/26(金) 10:42:32

>>597
前半は100歩譲って同意だが、httpの取り出し方はこうなっててもらわないと実用にならん
知ったかはﾔﾒﾚ

600 ：586：2007/10/26(金) 11:31:43

>>595
やっぱりオフスクリーンの枚数制限に引っかかってるのか orz
512枚まで逝ってないから違う原因かもと思っていたんだが
見えないところで使ってるのかもしれん；；
返答サンクス

それとイメージ500枚も読んでるのは画像の部分描画してないせいなんだ
昔、iアプリで部分描画したらかなり処理落ちしたことがあったんでな
sアプリだし部分描画にするわ

601 ：デフォルトの名無しさん：2007/10/26(金) 12:10:07

>昔、iアプリで部分描画したらかなり処理落ちしたことがあったんでな

505iくらいまでは全体的に性能が低く、機種ごとの性能差も大きかった。
部分描画の他、透過画像の描画で差が出たり。

今時の端末なら単純な部分描画で処理落ちが気になるようなことはない。
が、描画に限らず極端に動作がトロいソフバン端末とかあるけどね。

602 ：デフォルトの名無しさん：2007/10/27(土) 01:04:51

前半で携帯もJavaも経験はあまり長くないこと（初心者）を示し
詳しく知っているふりなんてしてないけど何で『知ったか』って言われんだか。

見つけたWebからのコピーだけど

byte[] w=new byte[10240];
out=new ByteArrayOutputStream();

while (true) {
size=in.read(w);
if (size<=0) break;
out.write(w,0,size);
}

return out.toByteArray();

HTTPでContent-Lengthが取れれば
にしてByteArrayOutputStream,toByteArrayが省けるな。

とはいうものの
こんなことしなくてもメモリも速度も問題ないんだろうけど
気になっただけ。

この通信中って短い時間ではあるものの
ほかのスレッドが動いてくれないみたいだね。
ちょっとでも止まって欲しくないもんで
細かいことが気になったんですよ。

603 ：デフォルトの名無しさん：2007/10/27(土) 02:36:41

Content-Lengthに嘘っぱちな数字が入ってることもあるけどな
実際cgi経由ならContent-Lengthは好き勝手に改竄できるし
cgiはContent-Lengthを返さないものの方が多い
httpは実用的にAPIを組むなら順次読みながら終端を待つしかないよ
こんなのはhttpの初歩の問題であって回りくどいんじゃなくまともな実装だというべき

まぁ詳しくも無いのに薀蓄語ってる事を指して知ったかと言ってるんじゃない？

604 ：デフォルトの名無しさん：2007/10/27(土) 02:50:02

詳しく無い薀蓄っておかしなことだけどな

605 ：デフォルトの名無しさん：2007/10/27(土) 10:15:46

>>602
そこそこ他人に公開するアプリであれば
通信処理はSub Threadで実装するのが当たり前。
「ダウンロード中です」系のプログレスバーが実装されてるだろ。
で、それを実装するためには、Byte配列からの
取り出し（ループ処理）になっていないと困る。
通信中って決して短い時間ではない。
Content-Lengthの件は>>603の通り。

606 ：デフォルトの名無しさん：2007/10/27(土) 10:31:12

通信してる関数の中で強引に描画してた気が・・・(´・ω・)

607 ：デフォルトの名無しさん：2007/10/27(土) 16:45:58

通信相手は限定されるんだから、Content-Lengthはちゃんと入れるか入れないか決めるだけないんじゃないの?

608 ：デフォルトの名無しさん：2007/10/27(土) 18:16:11

>>607
じゃあMIDPではブラウザみたいなアプリはiアプリみたくゲートウェイがないと作れませんね

確かにiアプリは自鯖にしか繋げられないから自鯖の設定なりゲートウェイのcgiなりで決め打ちできるがな

609 ：デフォルトの名無しさん：2007/10/27(土) 19:17:10

>>608
？？？
Content-Length無くても問題ないよう作れば良いだけでは。

610 ：デフォルトの名無しさん：2007/10/27(土) 19:58:31

>>609
607は繋ぐ鯖が決まってるからContent-Lengthがあるかないか決め打ち処理できるだろと言ってて
608はんなわけあるかMIDPは本来どこの鯖にだって繋げられるんだから汎用的なAPIとしては現状のがまともな実装だ、DoJaなら確かにそんな処理でも問題ないがな
と言ってるだけだろ

611 ：デフォルトの名無しさん：2007/10/28(日) 00:44:23

>>605
よく見るとファイル１個取り込むごとにプログレス上げるとか
一度の通信量が制限されてる端末だとその制限量を落としきるタイミングでプログレス上げてる
というのが多いが

612 ：デフォルトの名無しさん：2007/10/28(日) 01:44:57

>>601
ファイルサイズが小さい場合はそれでいいけど
ゲームデータなどファイルサイズが大きい場合はそれだとアプリが止まって見える。

613 ：デフォルトの名無しさん：2007/10/28(日) 02:54:06

そうそう
止まって欲しくないんだ

614 ：デフォルトの名無しさん：2007/10/28(日) 09:18:36

止まってるように見えるほど描画速度に違いが出るものなのか
興味ある話だが大きい小さいじゃ分からないな
具体的な縦横サイズ（目安）を頼む

615 ：デフォルトの名無しさん：2007/10/28(日) 10:20:26

飛んでいる矢は止まっている
　　　　　　　　　　　－ゼノン－

616 ：デフォルトの名無しさん：2007/10/29(月) 09:08:59

CLDC1.1+MIDP2.0+MEXA1.2です。
StringクラスでSJISコードの文字列を保持していて、
これをUTF-8に変換したいのですが、
いろいろ探しているのですが適切な関数が見つかりません。
スマートな方法をご存知の方がいればご教授願います。

617 ：デフォルトの名無しさん：2007/10/29(月) 09:30:06

>>614
なんで今までの話しの流れで端末の描画スピードの話しになるんだ？
ダウンロードスピードのことだろ…ﾊｧ

618 ：デフォルトの名無しさん：2007/10/29(月) 09:41:46

>>616
Stringクラスにした時点で中身はunicodeだろ
getBytes("UTF-8")が通らないなら自力で変換するしかないんじゃね？
幸いStringからUTF-8への変換はそんなに面倒ではないよ

619 ：デフォルトの名無しさん：2007/10/29(月) 10:47:15

>>618
getBytes("UTFｰ8")で出来ました。
javadocの熟読が足らずすみません。。
助かりましたm(_ _)m

620 ：デフォルトの名無しさん：2007/10/29(月) 14:00:24

>>617
キミが流れ読めてないのかもしれんぞ。

>>601が>>600の
>昔、iアプリで部分描画したらかなり処理落ちしたことがあったんでな
を引用したうえで部分描画の速さについてカキコ。

>>612が>>601に対してファイルサイズによってアプリが止まって見えるとカキコ。
これが部分描画とファイルサイズの関連付けと受け取れる。

それを見て>>614が詳細きぼん。
何か皮肉かツッコミに見えなくもないけど。

621 ：デフォルトの名無しさん：2007/10/29(月) 14:27:58

>>612がアンカミスしてるんだと思う

622 ：デフォルトの名無しさん：2007/10/30(火) 10:52:05

J2SE1.4.2_16、MIDP2.0、MEXA1.2で作ってるんですが、
８１０Ｔでのみソフトキーがきかないという現象が起こっていて困っています

他機種では問題なく動作しているんですが、
何か８０１Ｔでのみ気をつけないといけない機種依存バグなどがあるのでしょうか
どなたかご存知でしたらアドバイスいただけませんか

623 ：デフォルトの名無しさん：2007/10/30(火) 13:03:41

>>602のソースを見て思ったんだが
どっかのサイトでストリームからバイトデータを読み込む時は
バッファがあるだけ読み込めるとは限らないから
1byteずつバッファに読み込め
みたいな事が書いてあったんだが、これは本当なのか？

624 ：デフォルトの名無しさん：2007/10/30(火) 13:08:10

機種依存で読めない事はある。
DoJaの話だったと思うけど。

625 ：デフォルトの名無しさん：2007/10/30(火) 13:09:53

お前の記憶は当てにならない。
どこのサイトかをまず明確にしろ。

626 ：デフォルトの名無しさん：2007/10/30(火) 15:39:41

docomoが公開してるiアプリ開発ガイドpdfに書いてある

627 ：デフォルトの名無しさん：2007/10/30(火) 16:24:40

このスレかiアプリのスレか、たまに話題になるよな。
read()でサーバから画像ファイル読み込んでも表示できない、なぜだ？っての。
原因はread()１回でファイルサイズ分を取得しきれてなかったと。
で、read()は-1を返すまでループして呼び出すのが安全、として解決と。

>623
必ずしも1byteずつ読む必要はない。1KBずつでも10KBずつでもいい。
読み取り終わったことを見届けるのが大切ってことだろう。

628 ：デフォルトの名無しさん：2007/10/30(火) 16:39:52

ネットワークプログラミングをするならそれは常識だと思ってたんだがそうでもなかったんだな

629 ：デフォルトの名無しさん：2007/10/30(火) 16:51:59

常識を知らないやつがいるってだけだろう

630 ：デフォルトの名無しさん：2007/10/31(水) 00:41:20

Javaとかよく知らず何とか見よう見まねでAntとかつかって出来たが
客先の環境ではJConnectorを使えってエラーが出たらしい。
Antをどう書き直せばいいのかわからん。
orz

631 ：デフォルトの名無しさん：2007/10/31(水) 00:53:19

8割が知識をヒケラカス常識の無い典型的ＰＧタイプやね。。。

632 ：デフォルトの名無しさん：2007/10/31(水) 15:11:14

>>630
内部で使用してるConnectorクラスをJConnectorクラスに修正して、
自分の*.classファイル群にJConnector.classを追加してビルドすればOKなはず。

633 ：デフォルトの名無しさん：2007/11/01(木) 00:09:18

>>632
どうもありがとう

色々設定変えたりしてjavacのエラーがなくなったものの
何度試しても駄目だったが>>632を見て再チャレンジ

preverifyがwrong class nameでエラーになる。
（そもそもpreverifyがわからんのだけど）
JConnectだけpreverifyせずjarしたらできた。

あとでProGuardにも挑戦する予定

634 ： ◆5cKTrS4ff2 ：2007/11/01(木) 17:34:32

質問です。

今までDoJaでｉアプリの開発は経験があるのですが、S!アプリを開発したいと思い環境を整えています。
ひとまずEclipseを入れて（DoJaではEclipseを使っていたので使いたい）、SoftBankのページから

MEXA SDK
Eclipse向けプラグイン

をインスコしてHelloWorldを試してみました。（これは正常に端末で動いた）
そこでいくつか質問です。

１）Eclipseから実行してエミュレータを呼び出すと、実行せずに落ちてしまいます
２）resourceフォルダに入れた画像を表示するアプリを作成しましたが、コンパイルしてもjarにresフォルダが入りません

WTKは肌に合わず、Eclipseだけですべて完結させたいと思っています。
対応策や解決方法をお教えください。

635 ：デフォルトの名無しさん：2007/11/02(金) 01:13:55

音声について皆さんに聞きたいんですが、iｱﾌﾟﾘやSｱﾌﾟﾘはmldやmmfなどの
軽いﾌｧｲﾙが使用出来るからいいとして、ｵｰﾌﾟﾝｱﾌﾟﾘの場合どうしていますか？
wavはめっちゃ重いですよね？しかもｱﾌﾟﾘ容量が最大300Kbだし…。
midiでは限界があるんですよ。
そもそもwavﾌｧｲﾙって軽量化する事は可能なんでしょうか？

636 ：デフォルトの名無しさん：2007/11/02(金) 03:26:26

>>635
midiで我慢しておけ

637 ：デフォルトの名無しさん：2007/11/02(金) 12:27:18

>>635
mmfって、オープンアプリでは使えないんだっけ？

638 ：デフォルトの名無しさん：2007/11/02(金) 17:38:13

>>637
ｵｰﾌﾟﾝｱﾌﾟﾘはmidiとwavだけだったとｵﾓ。
音声アリのｱﾌﾟﾘを作ろうとすると300Kbなんてあっという間な気が…。

639 ：デフォルトの名無しさん：2007/11/02(金) 18:03:51

300kじゃ足りないのでレコードストアに追い出したくても32kしか保存できないし
しかたないので随時ネットからダウンロードしようとしても1日3M制限がネックになるし
auはほんとクズだな

640 ：デフォルトの名無しさん：2007/11/02(金) 18:38:12

勘違いしてるようだがauにとってアプリとは、何を置いてもまずBREWアプリだぞ？
auにとってオープンアプリは「Javaアプリも動きます」って言えればいいだけのもの。
データ保存なし、通信不可、の仕様だったとしても不思議はなかったくらいだ。

641 ：デフォルトの名無しさん：2007/11/02(金) 19:01:59

俺が使ってるgeocitiesはJadｱｯﾌﾟﾛｰﾄﾞできねーんだよな('A`)

642 ：デフォルトの名無しさん：2007/11/02(金) 20:02:57

>>640
しかし一般人にはBREWアプリ作れない罠

643 ：デフォルトの名無しさん：2007/11/02(金) 20:50:14

>>640
しってるさ、しかも公式サイトではオープンアプリ不可だしな
auはどんだけクァルコムとズブズブなんだと問い詰めたい

644 ：デフォルトの名無しさん：2007/11/02(金) 22:00:37

>>634
１）エラー状況をkwsk、jadにMIDxlet-API: JSCL-1.2.2とかないとか？
２）resフォルダを作る際、フォルダーじゃなくて
　　ソース・フォルダーとして作成すればおｋ

645 ：デフォルトの名無しさん：2007/11/02(金) 22:45:43

>>644

レスありがとうございます。
１）MIDxlet-API: JSCL-1.2.2はなかったなぁ。
　　　端末で動いたからてっきりいらないのかと思った。
　　　入れてみる。
　　　エラーを吐き出さずにエミュレータが終了してしまう。
　　　エラーログやSystem.outしてくれると助かるんだけど；

２）つまり、ソースの下にresフォルダを作成してぶち込むってこと？

646 ：634＆645：2007/11/02(金) 22:49:49

>>644
ちなみにjadは下記のとおり。
３Ｇ携帯（MEXA）の場合はどう書くの？

MIDlet-Name: ImageEx
MIDlet-Vendor: vender01
MIDlet-Version: 1.0
MIDlet-1: ImageEx, , ImageEx
MIDlet-Jar-URL: ImageEx.jar
MIDlet-Jar-Size: 2331

647 ：634＆645：2007/11/02(金) 22:52:44

連続してスレを汚して大変申し訳ない；

Untrustedでインストール
Trusted（3rd Party Domain）でインストール

ってなに？
Trustedって、DoJaでいうスクラッチパッドのこと？

648 ：デフォルトの名無しさん：2007/11/02(金) 22:55:11

これは酷すぎる・・・

649 ：デフォルトの名無しさん：2007/11/02(金) 23:08:38

>>648
申し訳ない；
Trusted、自己解決しました。
エミュレータは、「MIDxlet-API: JSCL-1.2.2」などを入れなくても起動するようになりました。
ありがとうございました。

650 ：644：2007/11/02(金) 23:13:31

>>646
１）MIDxlet-API: JSCL-1.2.2は、該当するAPI使ってなければいらない
　　以前に自分がハマったから書いただけ。
　　エミュレータ単体で起動して、エラー確認するしかない。

２）ソースと一緒に置いても構わないが（フォルダ作成せず）
　　気持ちが悪いと思うので、srcと同階層にリソース入れるフォルダを
　　新規で「ソース・フォルダーの作成」で作って、そこに入れる。

とりあえず、解決したならおｋ

651 ：デフォルトの名無しさん：2007/11/04(日) 10:35:46

質問です。

現在S!アプリでカメラを使ったアプリを作成しようとしています。

captureまではできたのですが、StorageConnectionでイメージオブジェクトを取得しようとすると
「java.io.IOException: invalid root」
というエラーが出てしまいます。
誰か原因がわかる方いらっしゃらないでしょうか？

652 ：デフォルトの名無しさん：2007/11/04(日) 12:20:15

S!アプリでフレームを機能を使ったカメラ撮影ができる機種というの
かなり限られているのでしょうか？
ソフトバンクの端末情報を見てみるとフレーム機能について言及していない機種が多く存在し、
困惑しております。

653 ：デフォルトの名無しさん：2007/11/05(月) 00:50:25

>>651
保存するためのフォルダがないと思われる。
エミュレータの設定でデータフォルダの保存先の設定があるから
該当する場所にフォルダが存在していることを確かめてみ。

654 ：デフォルトの名無しさん：2007/11/05(月) 08:18:22

>>653
ありがとうございます。
速くもとん挫気味ですが・・・。

再度詳細にご質問です。

camera.capture();　// デスクトップ上にあるテスト画像を選択
filename = camera.getFileName();
camera.close();

とした後に

StorageConnection storage = (StorageConnection)Connector.open("file:///"+filename);
（中身を取り出す操作）

とすると先ほどと同じエラーが出てしまいます。
この方法でも>>652さんの仰った方法でできるでしょうか？
あとその設定する場所がわからなかったので教えていただけないでしょうか？
申し訳ございませんがよろしくお願いします。

655 ：デフォルトの名無しさん：2007/11/05(月) 09:55:15

>>654
"file://"でOK。スラッシュが多い

656 ：653：2007/11/05(月) 10:35:28

>>654
使用しているのがMEXAエミュレータと仮定して
プログラムを見る限り、リファレンスでStorageConnectionの項目を見ていないのではないだろうか？

データフォルダのパスだがデフォルトでは本体のデータフォルダが
C:\SOFTBANK_MEXA_EMULATOR11\resource\ms\Other documents

SDカードのデータフォルダが
C:\SOFTBANK_MEXA_EMULATOR11\resource\mc\Other documents

となっている。まず最初にこの二つのパスがあることを確認するべし。
次にファイルのオープンだが、指定方法は
string filename = "test.dat";
string msroot = file:///ms/Other documents/"; // 本体のデータフォルダのルート
string mcroot = file:///ms/Other documents/"; // SDカードのデータフォルダのルート
StorageConnection storage = (StorageConnection)Connector.open(msroot + filename); // 本体のデータフォルダにアクセスならこっち
StorageConnection storage = (StorageConnection)Connector.open(mcroot + filename); // SDカードのデータフォルダにアクセスならこっち

となる。
このファイル指定方法はリファレンスに書かれているのできちんと読んでおくように。
ルートに記載した"Other documents"は、端末のその他フォルダに該当し、3GC端末はこのフォルダ以下でないと
ファイルを書き込むことができない。
なお、画像フォルダにアクセスする場合は、"Other documents"を"Pictures"に変更することでアクセスできると思うが
読み込み、および書き込みが可能かどうかは試したことがない。

657 ：653：2007/11/05(月) 11:13:47

× string msroot = file:///ms/Other documents/"; // 本体のデータフォルダのルート
× string mcroot = file:///ms/Other documents/"; // SDカードのデータフォルダのルート

○ string msroot = "file:///ms/Other documents/"; // 本体のデータフォルダのルート
○ string mcroot = "file:///mc/Other documents/"; // SDカードのデータフォルダのルート

658 ：デフォルトの名無しさん：2007/11/05(月) 11:42:33

いや、ちょっと待て
そもそもカメラデータの取得になんでStrageConnectionなんだ？？違うだろ
CameraのAPIリファレンス見た？

659 ：デフォルトの名無しさん：2007/11/05(月) 13:09:09

>654
少なくとも>655の指摘は正しいからまずその通りに修正。
エミュレータのフォルダ位置設定とかはその後の話。

>658
勘違いで問題を引っ掻き回さないように。

660 ：デフォルトの名無しさん：2007/11/05(月) 13:13:22

Cameraはエミュレータでは完璧な互換動作はしません
ま、654程度であれば大丈夫だと思う

で、file://の問題を修正しても動かないと思うけど、
ファイルを選択する時に
Softbank_mexa_emulator\resource\ms\pictures
の下にあるファイルを選択すればうまく動くはず

理由は面倒だからパス。
ここらへん、エミュレータの完成度が高いのか低いのか…

661 ：デフォルトの名無しさん：2007/11/05(月) 13:23:53

とりあえずカメラ撮影して表示するサンプルと
StorageConnection使うサンプルそれぞれ別に作って
実機でデバッグしたほうが早いに1000ポイント

662 ：デフォルトの名無しさん：2007/11/05(月) 20:43:42

皆様返信ありがとうございます。

自分はエミュレータでもcaptureした画像（自分のPCのどこにある画像でも）を
取得してデータを別フォルダに書き込みようなことができると勘違いしていました。
どうやらｴﾐｭではうまくいかないようですね。
ご迷惑おかけしました。

663 ：635：2007/11/05(月) 23:42:07

>>635にてｵｰﾌﾟﾝｱﾌﾟﾘの音声について質問させてもらった者です。
とりあえずwavﾌｧｲﾙを極力軽くするために100Kb以上のﾌｧｲﾙを
ｻﾝﾌﾟﾘﾝｸﾞﾚｰﾄ：8K
ﾋﾞｯﾄ数：8Bits
ﾁｬﾈﾙ数：ﾓﾉﾗﾙ
という設定にしてみたら10Kb程度にする事が出来ました。
しかし、実機で確認しようとした所音が鳴りませんでした。。
WTKでは正常に鳴るのでｿｰｽ上は問題ないと思います。
ｵｰﾌﾟﾝｱﾌﾟﾘﾌﾟﾚｲﾔｰの場合、wavなら何でも鳴る訳ではないのでしょうか？？

664 ：635：2007/11/06(火) 00:07:47

連投すみません…。
WTKで音鳴ってると書きましたが一切鳴っていませんでした（汗）
そもそもWTKではWAVEやMIDI再生時に音は鳴らない物なんですかね？？
暫くまた自力で頑張ってみます。

665 ：デフォルトの名無しさん：2007/11/06(火) 03:16:37

>>664
プログラムが間違っているという可能性はないの？

666 ：デフォルトの名無しさん：2007/11/07(水) 12:37:04

>>664
おまいさんのＯＳはVistaじゃないのか？

667 ：デフォルトの名無しさん：2007/11/07(水) 18:40:12

WTKって音鳴るんだっけ？
S!のを作る時はｴﾐｭﾚｰﾀで確認(mmfだから当然だけど)するから
WTKで音の確認をするっていう概念がなかった。
確かにwavとかmidiだから鳴ってもおかしくない、というか鳴るべきだと思うのだが
実際のとこどうなの？

668 ：デフォルトの名無しさん：2007/11/07(水) 18:45:46

>>667
midiとwavならエミュレータでも鳴るよ
ところで禿電のやつってmidiとかwavって使えないの？

669 ：デフォルトの名無しさん：2007/11/11(日) 19:18:24

ChoiceGroupにおいて選択した時点でそのアクションを実行するようにしたいのですが、
Commandで指定したボタンを押さないと実行できません。

何か良い案はありますでしょうか？

670 ：デフォルトの名無しさん：2007/11/11(日) 22:21:38

ChoiceGroupは要素を複数選択する使い方もあるわけだから
どれか１つ選択した時点でアクションが起こるようだと役に立たないんだが。

671 ：デフォルトの名無しさん：2007/11/11(日) 22:33:21

>>669
自分で似たようなのを作る。これが確実。

672 ：デフォルトの名無しさん：2007/11/11(日) 22:33:40

>>669
ItemStateListener

673 ：デフォルトの名無しさん：2007/11/11(日) 22:46:07

J2MEをインストールしたいのですが、Sunのアカウント取得するのに個人情報を入力しないといけないのですか？

674 ：デフォルトの名無しさん：2007/11/11(日) 22:58:36

>>673
　　　　　　　　∧∧
　　　　　　ヽ(･ω･)/　ｽﾞｺｰ　　　
　　　　　＼(.＼ノ
　　　　､ﾊ,,､　￣

675 ：デフォルトの名無しさん：2007/11/12(月) 15:08:45

1.3のWindows用J2SEってもう落とせませんよね....

676 ：デフォルトの名無しさん：2007/11/12(月) 15:15:25

>>675
ttp://java.sun.com/j2se/1.3/ja/

1.4じゃダメなの？
ttp://java.sun.com/j2se/1.4.2/ja/download.html

677 ：は@c44.010.c3-net.ne.jp ◆cplnFO9T0I ：2007/11/12(月) 17:53:42 BE:151308656-2BP(1000)

>>676
見つかりました！
http://java.sun.com/products/archive/j2se/1.3.1_20/index.html
もうちょっとちゃんと読まなきゃ駄目ですね。

678 ：は@c44.010.c3-net.ne.jp ◆cplnFO9T0I ：2007/11/12(月) 23:26:01 BE:322790988-2BP(1000)

激しくついでになりますがJ2ME WTK 1.0.4はここにありました
http://java.sun.com/products/sjwtoolkit/ja_download-1_0_4.html

679 ：デフォルトの名無しさん：2007/11/13(火) 19:26:03

今のWTKてアカウントのレジスト必要になったの？
CDCで遊んでるから俺はレジストしてるけど。

ちなみにWTKのデバイスエミュレータで音鳴るよ。

そろそろ、まともに動くPhoneMEが出てﾎｼｨ

680 ：デフォルトの名無しさん：2007/11/15(木) 19:30:41

fillArc()で描いた円が左右非対称orz

681 ：デフォルトの名無しさん：2007/11/15(木) 22:46:54

911SHだと240x320、240x354
705SHだと240x260、240x294
の複数の画面サイズに対応していますが、
自動的に大きいほうの画面サイズを選択してくれるような
jadファイルの記述方法はあるのでしょうか？

682 ：デフォルトの名無しさん：2007/11/15(木) 23:17:29

クライアントの情報を調べて、返すjadを変更するようなCGIを組めばいい

683 ：681：2007/11/15(木) 23:40:16

ということはやはりアプリゲットでは無理ですね。
ありがとうございました。

684 ：デフォルトの名無しさん：2007/11/16(金) 00:14:58

アプリゲット側には機種ごとに複数のjadファイルを置いておいて、別のサーバーに置いたCGIで振り分けるってのはどうだろう？

685 ：デフォルトの名無しさん：2007/11/16(金) 00:56:40

わざわざ "別のサーバ" にする意味が理解できない

686 ：デフォルトの名無しさん：2007/11/16(金) 01:05:23

あれ？アプリゲットってCGI使えたっけ？

687 ：デフォルトの名無しさん：2007/11/16(金) 01:18:24

MIDlet-Application-Range: 0,0
MIDxlet-ScreenSize: 0,0
で良いのでは？？

688 ：デフォルトの名無しさん：2007/11/16(金) 03:24:20

>>687
仕様書読んで出直して来い

689 ：デフォルトの名無しさん：2007/11/16(金) 10:00:35

みなｱﾌｫ
687＋Canvas#setFullScreenMode(true)

690 ：デフォルトの名無しさん：2007/11/17(土) 14:11:01

setFullScreenMode(true)にするとソフトキー部分が使えるようになるんですよね？
ということは905SHの縦モードでフルスクリーンにしても上端の黒い部分は、やっぱり使えないのでしょうか？

691 ：デフォルトの名無しさん：2007/11/18(日) 03:46:12

>>690
　　　　　　　　∧∧
　　　　　　ヽ(･ω･)/　ｽﾞｺｰ　　　
　　　　　＼(.＼ノ
　　　　､ﾊ,,､　￣

692 ：デフォルトの名無しさん：2007/11/18(日) 04:02:59

>>674 >>691がなぜこのスレにいるのかが一番の疑問

693 ：デフォルトの名無しさん：2007/11/18(日) 04:08:09

>>692
　　　　　　　　∧∧
　　　　　　ヽ(･ω･)/　ｽﾞｺｰ
　　　　　＼(.＼ノ
　　　　､ﾊ,,､

694 ：デフォルトの名無しさん：2007/11/18(日) 14:53:28

質問です
当たり判定で

if(スブライト.collidesWith(タイルレイヤー,false)){
　VY=タイルレイヤー.getY()-1;
}

としても反応しないのですが理由わかる方いますか？

695 ：デフォルトの名無しさん：2007/11/18(日) 20:43:54

昨日からアプゲットの作者サイトでSアプリアップロードができないのですが
同じような状態の方はいらっしゃいますか？
ログインなどは普通にできるのですが、Sアプリのアップだけができません…。

696 ：695：2007/11/18(日) 22:16:27

解決しました…なんだったんでしょう…。
お騒がせしました。

697 ：デフォルトの名無しさん：2007/11/18(日) 22:35:39

>>692
あまりにもアフォな質問だからだろ

698 ：デフォルトの名無しさん：2007/11/19(月) 08:26:12

確かにプロからみるとアフォすぎるw

699 ：デフォルトの名無しさん：2007/11/19(月) 10:42:00

>>698
そのアホな質問かもしれませんがプロなら>>964のアドバイス下さいませんか？

700 ：デフォルトの名無しさん：2007/11/19(月) 10:43:09

間違えました
>>694です

701 ：デフォルトの名無しさん：2007/11/19(月) 11:16:10

プロなら払うもん払わないと仕事せんだろ常考

702 ：デフォルトの名無しさん：2007/11/19(月) 13:31:41

>>701
プロでない時代に誰にも頼ってないならいいが
大抵何かに頼ってたくせに自分が達成したからといい気になるやつ氏ね

703 ：デフォルトの名無しさん：2007/11/19(月) 13:36:49

>>702
せいぜい苦しめｗ

704 ：デフォルトの名無しさん：2007/11/19(月) 15:49:12

>699
マジレスするとエスパーじゃないと答えられない。
質問するにしても>694だと説明の仕方が悪いんだ。

「反応しない」と言われても
キー入力を受け付けなくなったのか、画面の描画が止まったのか、
どういう状況を指しているのかわからない。

せっかくソースらしきものが書いてあってもどんな動作を期待してるのか伝わらない。
せいぜい「スプライト」「タイルレイヤー」の生成や値を見直して、くらいしか言えない。

705 ：デフォルトの名無しさん：2007/11/19(月) 17:19:44

int [][] MAP={
{1,2,3},
{4,0,5},
{6,0,7},
{8,9,10}};

MAP(省略してある)をTiledLayerでタイルレイヤー(本来はちゃんとしたな名前)生成

Spritでスブライト(前に同じ)生成して0の位置に置く

キーで下押すとVY増加スブライトが位置的に9に行く

if(スブライト.collidesWith(タイルレイヤー,false)){
ここでタイルレイヤーの上ギリギリの位置に修正するようにしたい
　VY=タイルレイヤー.getY()-1;
}

こんな感じでは質問内容伝わりませんでしょうか？

706 ：デフォルトの名無しさん：2007/11/19(月) 22:05:37

スプライトクラス使えない携帯結構あるから使いものにならんだろ常考
処理遅い品

707 ：デフォルトの名無しさん：2007/11/19(月) 22:10:00

>>705
ス「ブ」ライトって・・お前・・

708 ：デフォルトの名無しさん：2007/11/19(月) 22:10:06

>>706
ソースそのものが携帯だと処理落ちする駄目なやつと言う事ですかorz

ては違う方法考えてみます
アドバイスありがとうございました

709 ：デフォルトの名無しさん：2007/11/20(火) 21:47:14

ソフトキーのキーコードを-21、-22(-6、-7)としてCanvas#keyPressedで処理するのはよくあることなのでしょうか？

710 ：デフォルトの名無しさん：2007/11/20(火) 21:51:38

>>709
機種を限定するならアリじゃね？

711 ：デフォルトの名無しさん：2007/11/20(火) 21:57:35

というより特定の機種対策に見えるが。

712 ：709：2007/11/20(火) 22:05:06

とりあえずシャープと東芝で動けばいいのでこの方法でいこうと思います
ありがとうございました。

713 ：デフォルトの名無しさん：2007/11/20(火) 23:34:11

>>680
fillArc()は実装依存だけど重たいし綺麗じゃないから、円を描くんだったら
fillRect()をfillTriangle()x4（サイズが大きい場合はそれを更にx8）で囲むといいよ。
でもfillTriangle()も上下左右で微妙に非対称だったりするorz

714 ：デフォルトの名無しさん：2007/11/20(火) 23:56:00

ProGuardかけると
float a=1.0f;
System.out.println(a); -> 0
ってなることがあるんだけど、使い方間違ってる？

715 ：デフォルトの名無しさん：2007/11/21(水) 22:23:52

ソフトバンク MEXA1.2でアプリを制作しています。
MEXAでＪＡＶＡアプリ以外のBluetooth機器との通信を行いたいのですが可能でしょうか？
何らかの方法で可能となるのなら教えていただきたいのですが。

716 ：デフォルトの名無しさん：2007/11/22(木) 04:04:28

>>714
そのメソッドの引数名がaに変えられたとか、グローバル変数がaに変えられたとか？
「なることがある」っつうのが不思議だけど。

jad使って、デコンパイルしてみたら？

717 ：デフォルトの名無しさん：2007/11/22(木) 09:49:32

ぶっちゃけSアプリてメモリ何MBまで使えるの？
機種によっても違うのかな？？

718 ：デフォルトの名無しさん：2007/11/22(木) 11:11:26

>>717
メモリってなにを指してるんだ？
ヒープかアプリサイズか？

ヒープなら、機種ごとに違う
アプリサイズなら、どの機種まで対応するかで変わってくる

719 ：デフォルトの名無しさん：2007/11/23(金) 01:09:14

3GCメガアプリ対応機だけでも2M～8Mと色々。
ドコモのメガアプリ機はほぼ全て6M超積んでるから移植に苦労したわい。

720 ：デフォルトの名無しさん：2007/11/24(土) 11:35:46

男性廃墟露出の頂点

げん(元)の心の旅
http://gengetbear.blog49.fc2.com/

げん(元)ちゃんは、
男性の175cm115kg以上の受けのパートナ募集中だそうです。
詳しくはげん(元)の心の旅のメールフォームから問い合わせてね。

721 ：デフォルトの名無しさん：2007/11/27(火) 09:36:25

Sアプリてダウンロードせずに動かせないんかねえ
アプリゲットにアップしようとすると制限でブツブツ言われるわ
まだ本当に実機で動くかどうかわからんものに長々とこういうアプリですと書くのも疲れるし

722 ：デフォルトの名無しさん：2007/11/27(火) 12:51:32

>>721
無理
それが出来たらSoftbankがパケ代稼げない。

723 ：デフォルトの名無しさん：2007/11/27(火) 18:03:39

特別バージョンのOSを施した端末なら転送できるみたいな事
書いてある資料見たことがあるような気がする
気がするだけかもしれんが

724 ：デフォルトの名無しさん：2007/11/27(火) 19:10:31

willcomへようこそ。

725 ：デフォルトの名無しさん：2007/11/27(火) 21:24:08

>>721
そもそもアプゲではじかれてるレベルの糞ソース書いてる時点で駄目だろ
実機どうのこうの以前の問題すぎる

726 ：デフォルトの名無しさん：2007/11/28(水) 04:42:31

文字描画で相談。
(1) g.drawString("あa", 40, 40, Graphics.LEFT | Graphics.TOP);　と
(2) g.drawString("あa", 40, 40 + f.getBaselinePosition(), Graphics.LEFT | Graphics.BASELINE);　は
同じ位置に描画されるだろうか。それとも「あ」と「a」の上下差に違いが出るだろうか。

Font#getBaselinePosition()の説明は
Gets the distance in pixels from the top of the text to the text's baseline.
１文字が占める四角形領域の上辺からベースラインまでの長さと考えてよいわけで、
それなら(1)(2)はどの端末でもその端末内で同じ位置に描画されるはず…

まぁベースラインにこだわって(2)の書き方をするより
直感的に分かりやすい(1)で行きたいなってことなんだけど、
DoJaと違ってアセント／ディセントが取れないのでイマイチ不安。

727 ：デフォルトの名無しさん：2007/11/28(水) 10:14:55

>>725
ソースの書き方の問題なのか？
データフォルダにアクセスしたいだけなのに弾かれるのは納得いかないんだが

728 ：デフォルトの名無しさん：2007/11/28(水) 10:50:46

データフォルダアクセスとhttp通信どっちもあるんじゃなくて？
糞かどうかは知らんけど。

んで、テストしたいだけなら制限かかる部分を端折ればいいんじゃないかと。
http通信のみ、データフォルダアクセスのみなら平気だし
一方ずつテストすればいい。

729 ：デフォルトの名無しさん：2007/11/28(水) 13:56:14

>721は個人作者がアプリゲット使うときの話だよね。規約よく読んでるか？

開発中のテスト用にUL/DLするならアプリの説明文は関係ないし、
制限されている機能も書いてある。

>727
MIDP-2.0の仕様とセキュリティの問題から、
端末内の情報にアクセスするのにある程度制限はあって当然。
データフォルダへのアクセスだけならオフィシャル作者登録すれば解除できる。
ただし通信機能との組み合わせはダメ。それも規約に書いてある。

730 ：デフォルトの名無しさん：2007/11/28(水) 14:16:41 BE:865402278-2BP(2000)

というかland.to鯖みたいな鯖借りて.htta(ry等を自分で書いて、
アプリ作成も自分でやればDL/ULについては何も制限かからないのに、
アプリゲット1本にこだわる理由が全く分からない

731 ：デフォルトの名無しさん：2007/11/28(水) 14:32:08

>730
一般作者のSアプリがコンテンツアグリゲータ以外のサーバからDLできるのか？

732 ：デフォルトの名無しさん：2007/11/28(水) 14:43:19 BE:185444126-2BP(2000)

すまん。
auのOAPととドコモの場合しか分からないけど書いた
softbankは何か規制があるのか？

733 ：デフォルトの名無しさん：2007/11/28(水) 15:04:44

>>732
http://developers.softbankmobile.co.jp/dp/tech_svc/java/appli.php

734 ：デフォルトの名無しさん：2007/11/28(水) 15:11:49 BE:494516148-2BP(2000)

auのBREWとOAPの中間みたいだな…
これはひどい

>>softbankユーザー
すまんかったorz

735 ：デフォルトの名無しさん：2007/11/28(水) 17:10:30

w-zero3の勝利だな。とか言ってみるｗ

736 ：デフォルトの名無しさん：2007/11/28(水) 17:26:07

W-Zero3だとiアプリみたいにブラウザと連携できないというか
アプリからブラウザ起動はOperaが起動してけっこう重いし
ブラウザからアプリ起動がまったくできないとちょっとアレなんだが
auとかはどうなんだろう？

737 ：デフォルトの名無しさん：2007/11/28(水) 17:42:27

auは開発者自身なら公開できない制約を除けばやりたい放題。
ただ転送がHTTP通信並みに遅いのと充電しながら転送できないのがちょっと。

738 ：デフォルトの名無しさん：2007/11/28(水) 17:47:51

それBREWじゃないの？

739 ：デフォルトの名無しさん：2007/11/28(水) 18:03:07

うん

740 ：デフォルトの名無しさん：2007/11/29(木) 11:08:42

BREWはいろいろできるけど、
使ってる機能についていちいち検証資料に
書かなきゃいけないのがメドイ

741 ：デフォルトの名無しさん：2007/11/29(木) 21:46:28

でっていう

742 ：デフォルトの名無しさん：2007/11/30(金) 14:44:55

S!アプリ(MIDP2.0)について質問です。

待ち受けアプリを作成しているのですが、特定の機種（820P、705P、706P）で
待ち受けアプリを起動すると、何も表示されずにアプリそのものが落ちてしまいます。

落ちた原因を調べるため、ソフトバンクの技術資料「MIDP2.0対応端末 Pert4,Pert6」で
記述されている端末個別仕様を確認すると、MIDlet属性の拡張項目の「MIDxlet-Resident」や、
MEXA Unit2(JSCL)項目の「com.j_phone.midlet.ResidentMIDlet」が「×」になってました。
これらの項目が「×」になっている端末では、待ち受けアプリを起動することが
できないのでしょうか？

ご教授いただけたら幸いです。

743 ：デフォルトの名無しさん：2007/11/30(金) 15:32:14

ご教示

744 ：デフォルトの名無しさん：2007/12/02(日) 00:50:59

>>743
>>743
>>743

745 ：デフォルトの名無しさん：2007/12/02(日) 09:04:46

aho

746 ：デフォルトの名無しさん：2007/12/09(日) 18:56:53

最近書き込み無くて寂しいな…

747 ：デフォルトの名無しさん：2007/12/12(水) 13:03:57

師走で忙しいんじゃない？

チラ裏
PCでのエミュレータで処理落ちしまくったやつダメ元で携帯にぶっこんだらスイスイ動いてビックリした
最近の携帯はどの位の能力あるんだろ？

748 ：デフォルトの名無しさん：2007/12/17(月) 11:46:34

SoftBankのMEXAエミュレータについて質問です。

ヘルプにSSL通信にはサーバの証明書が必要と書いてあるんですが、
通信先サーバごとに証明書を入手しなければいけないのでしょうか？
ブラウザのようにどことでもSSL通信を行うようにはできませんか？

749 ：デフォルトの名無しさん：2007/12/18(火) 02:43:31

質問の意図が分からん。
ブラウザだって、サーバ証明書が無ければSSL通信は出来ないよ？

750 ：デフォルトの名無しさん：2007/12/18(火) 10:03:16

>>748
通信先のサイトの証明書と同じルートCAのクライアント証明書が携帯に組み込まれている必要があります。

ちなみに、いわゆるオレオレ証明書がサイトのほうで登録されていると、
ブラウザの場合は、「照明されていないサイト」云々のダイアログがでて、ユーザの認識確認後に接続しますが、
アプリの場合、ソレができないので、携帯に登録されているCAをもつサイトとのみしか通信できません。

751 ：デフォルトの名無しさん：2007/12/18(火) 10:34:00

何のヘルプ見たのか知らないけどさ、
ここの証明書使ってれば普通繋がるんでないの？

ttp://developers.softbankmobile.co.jp/dp/tech_svc/web/ssl.php

752 ：デフォルトの名無しさん：2007/12/18(火) 11:53:32

softbankの高速通信ってどうやるのでしょう？
多分、SocketConnectionを使うのだと思うけど探してみたけど情報はないですね。
ここには書けないような特別な契約をしないと使えないのかなぁ。

753 ：デフォルトの名無しさん：2007/12/18(火) 22:46:01

しないと使えないですよ

754 ：デフォルトの名無しさん：2007/12/19(水) 11:02:59

なるほど。ありがとう

755 ：デフォルトの名無しさん：2007/12/19(水) 14:01:24

MEXAのHttpConnectionに一回の通信で送受信出来るデータ量の制限ってあるのでしょうか。

どなたか教えて頂けませんか

756 ：デフォルトの名無しさん：2007/12/20(木) 13:17:08

Sアプリ開発ガイドに、MIMEタイプごとの受信制限が載ってるけど
参考になるかな。
それ以外のテキストデータとかの送受信はどうなんだろうね。
書いてないので制限が無い（アプリのメモリの許す限り。あとは
サーバしだい）と思っていいのか…。

757 ：デフォルトの名無しさん：2007/12/20(木) 16:55:57

j2seのCharacter#isDigitは全角数字もTrueを返しますが
midpの場合はFalseを返してしまいます。
仕様の違いなんでしょうか？

758 ：デフォルトの名無しさん：2007/12/20(木) 19:21:47

>>757
SEのjava.lang.Character#isDigit(char)が全角数字で true 返すのは仕様に明記してある。
CLDCのjava.lang.Character#isDigit(char)の方は仕様には明記してない。

759 ：デフォルトの名無しさん：2007/12/20(木) 19:51:13

明示的に全角でtrue返すようになったのって5.0からじゃなかった？

760 ：デフォルトの名無しさん：2007/12/20(木) 20:28:21

>>759
いや、1.1の頃から全角は入ってる。

むしろ 1.3まで明記されてたグルガ数字とか、タミル数字とかが
1.4から「そのほかにも多数の文字範囲に、数字が含まれます。」
みたいな記述に置き換えられて明示的には列挙されなくなった。

761 ：デフォルトの名無しさん：2007/12/20(木) 20:39:42

>>757
Characterのクラスの説明に
> by default the character property and case conversion operations in CLDC
> are available only for the ISO Latin-1 range of characters.
> Other Unicode character blocks can be supported as necessary.
って書いてあるね。

762 ：757：2007/12/20(木) 22:13:05

>>758-761
thx。
理解できました。

763 ：デフォルトの名無しさん：2007/12/21(金) 22:20:00

MEXAで、3Dサウンドの使い方を教えてください。
Environment3Dを色々いぢってみたものの
一向にリバーブがかからない、と言うより
どうやってPlayerと関連付けさせるのかがわかりません。

764 ：デフォルトの名無しさん：2007/12/21(金) 22:24:29

>>756
あれら以外は使っちゃいけない。
ちなみにテキスト (text/plain) は SB のプロクシで中身書き換えられることあるぞ。
何でも image/gif とか application/java でやり取りするのが妥当。

765 ：デフォルトの名無しさん：2007/12/23(日) 09:18:49

GraphicsUtil について質問があります。よろしくお願いします。
MEXA Emulater 1.1 を使っています。
jad の MIDxlet-API には JSCL1.2.2 を指定しています。

1:
GraphicsUtil.drawPseudoTransparentImage なんですが、
エミュレータでは指定したマスクデータ通りに表示されず
（どんなマスクデータを指定しても単なる画像表示しかしてくれず）、
実機で全く同じものを動かしてみたら期待通りに動作してくれました。
これってエミュレータのバグなんでしょうか？
何かエミュレータでも動かせるような対処方法などありますでしょうか。

2.
>>306さんが、
>GraphicsUtilはMEXA Unit2に該当するクラスだから
>東芝とシャープ以外の端末では使えない。
と書いておりますが、私の見解では JSCL-1.2.2 に対応している端末ならば
使えると思い込んでおりました。私個人が使用している端末がシャープなので
今は動いていますが、もしかして公開すると東芝シャープ以外の端末では
JSCL-1.2.2 以降の端末でも動かないアプリになってしまいますか？

3.
MIDP の drawRegion と、GraphicsUtil の drawRegion に
拡大縮小以外の違いはありますか？
速度的なものは自分でテストプログラムを作れ！といわれそうですが、
それ以外にも留意する点などありましたら教えてください。

以上、よろしければお答えください。よろしくお願いします。

766 ：306：2007/12/23(日) 11:28:28

２のみの回答
東芝シャープ以外の端末でJSCL-1.2.2 以降の端末というのは802Nと703Nの
2端末しかないのだが、こいつらは非常に危険。
中身はMEXAのUnit1の半分が対応しているくらいにしか考えないほうがいい。

http://developers.softbankmobile.co.jp/dp/tool_dl/java/tech.php
このページの[端末情報 MIDP 2.0対応端末編　1.0.7　2007-12-21]をダウンロードして
47ページを見るとわかるが上記の2端末は、可能な描画編集機能の中のピクセル操作、拡大/縮小、
透過マスクパターン指定による描画の三つの機能に×が付いている。
切り出し、回転、反転は使用できると書いてあるが、これはMIDP2.0のGraphics#drawRegionでもできるので
GraphicsUtilが使用できるという保障ではない(この辺、端末でちゃんと調べてない)

余談だが、俺はこれらの2端末をJSCL-1.2.2の機能が全て入っていると考えてデータフォルダを使った
アプリを製作しリリースした。、その後ユーザーからクレームが来て初めてデータフォルダ内部でフォルダを
作成できないということを知った。まぁ、リリースする端末を全てチェックしないで出した俺がいけないんだけどさ。

767 ：デフォルトの名無しさん：2007/12/23(日) 13:23:28

>765
1: MEXAエミュレータのReadme_ja.txt
>■[制限事項]
>- MEXA Enhanced Graphics 機能
>アンチエイリアスの機能には対応しておりません。
>アンチエイリアス対応ライクな実装をしていますが、実際にエイリアス／アンチ
>エイリアスを切り替えて描画をおこなっても画像に変化はありません。

こんな具合だから、
制限事項に書いてなくともGraphicsUtil.drawPseudoTransparentImage()も同様かもね。

JSCLを使うならエミュレータもJSCL用のものを使う方が合理的。
それで動作しなかったら、まぁその程度の扱いのAPIだということで決着。

3:
描画先も描画元も、画像をはみ出す領域を指定したらどうなるか調べた方がいい。
落ちるのか、黒く塗られるのか、何も処理されないのか、とか。

768 ：748：2007/12/23(日) 17:26:26

>>749
>>750
>>751
遅レスすいません。
実機(PCのブラウザとかも)にはあらかじめ証明書が入っていますが、
MEXAエミュレータには何も証明書が入っていなくてSSL通信できないのです。
自分で買わなきゃいけないのかなあと。

ちなみに通信先のサーバはオレオレ証明書じゃなく、
ちゃんとした証明書を持っています（実機ならSSL通信できるので）

769 ：765：2007/12/23(日) 22:08:51

>>766, >>767
ご丁寧にありがとうございました！

GraphicsUtil.drawPseudoTransparentImage のテストを
全て実機で行わなければいけないのは面倒そうですが、
そもそも GraphicsUtil を使わない方が吉と出そうですね。
drawRegion も MIDP で作りなおす方向で検討します。

良いメソッドだと思うんだけどなぁ・・・Pseudo・・・

770 ：756：2007/12/25(火) 14:35:55

>>764
遅くなったけど㌧。
勉強になった。

771 ：デフォルトの名無しさん：2007/12/26(水) 20:00:05

S!アプリでアイコンを指定したいんだけど、うまくいきません。
Eclipse+MEXAエミュレータ上では、jadいじるときにアイコンを選択でき、それが表示
される。けど、実機に転送するとデフォルトアイコンになってしまう。
(Eclipse上ではResourceというディレクトリをソースフォルダとして作成したところ
jadを編集する画面でResourceフォルダ上の画像を選択できたし、生成したjarには
このフォルダはちゃんと含まれてた。指定したアイコンは24*24のpngファイル)

SoftBankの技術資料では、Jarの中にはManifestファイル、１つ以上のclassファイル、
必要があればResourceファイルを格納する旨あり、Resourceファイル内のアイコンを
Jadで指定するとある。
で、Resourceファイルとは何だと見ていくんだけど、アプリで使用するリソース(画像やら
音楽やら)を格納する以上の記述が無い。
アイコンをResourceから指定する以上Resourceファイルは決まったフォーマットの
はずなんだけど、アーカイブする手順等を見ても、*.mf、*.class、Resourceを
このコマンドラインでjarにアーカイブします、としかない。

アイコンを指定するためにResourceファイル作成からやりたいのですが、
Resourceファイルを作る方法はどのドキュメントにあるのか、分かる方教えて頂けませんでしょうか

772 ：デフォルトの名無しさん：2007/12/26(水) 22:00:42

>>771
アイコンファイル名にディレクトリ含むのは有効だったかしら？試したことない

あとなにか楽しい勘違いをしているふんいきですが、
Resourceファイル=[『リソース』ファイル=classとか以外のファイル(画像とかサウンドとか)
であり、そのファイルの作り方となると世の中に溢れ過ぎてて答えづらい

773 ：デフォルトの名無しさん：2007/12/26(水) 23:21:36 BE:92722032-2BP(5200)

auのOAPの場合ならjarに格納してから、jadでもアイコンをアイコンとして指定する必要があったな
SBでも同じかどうか分からんが

774 ：デフォルトの名無しさん：2007/12/27(木) 11:15:38

>>771
Eclipse使ってないから、よく分からんが
画像表示してるアプリならプロジェクトのどこかに
その画像が入ってるフォルダがあるだろうから
それにアイコンファイル入れとけばいいんじゃね？

775 ：デフォルトの名無しさん：2007/12/27(木) 15:29:11

>>771
うちの場合、jadの「起動MIDletの選択」にあるアイコンに記述せず
ユーザ定義属性に「MIDlet-Icon: /icon.png」とか書いてる。
>>773氏の言うやりかただね。

リソースについては、ソースのあるフォルダにアイコンを含む画像等の
ファイルを全部ぶちこんでビルドすれば、別途アーカイブしたりする必要は
無いよ。
それで、ソースとそれ以外のファイルを分けたいなと思ったら、resとか
ディレクトリ作って、通常のビルド後にそのディレクトリのファイルを
jarに突っ込む（＋jad内のファイルサイズ更新）ことになると思う。

776 ：デフォルトの名無しさん：2008/01/01(火) 18:32:13

【コラム】　携帯電話でネットにアクセスするときどんな情報が流れ出しているの？
http://news.ameba.jp/r25/2008/01/9835.html

777 ：デフォルトの名無しさん：2008/01/01(火) 21:05:43

Yes/Noの回答で良いのですが、
オープンアプリで、
png画像をサーバから取得
↓
保存領域へ保存
↓
保存領域からbyte配列で取得←ここまでは正常っぽい
↓
Image#createImage←ここでIllegalArgumentException

これはpngが悪い、で間違いないですかね

778 ：デフォルトの名無しさん：2008/01/01(火) 21:52:59 BE:763948984-BRZ(11979)

911Tの不具合報告が多い件
なにこの糞機種

779 ：デフォルトの名無しさん：2008/01/01(火) 22:09:55

>>777
エスパーさんご指名です

780 ：デフォルトの名無しさん：2008/01/01(火) 22:21:57 BE:123629142-2BP(5300)

Uhh...
Yes and No.
Please explain the problem in detail.
OR
Please say it in Japanese.

YesとNoで答えろって言われたから英語でかいてみた

781 ：デフォルトの名無しさん：2008/01/01(火) 22:29:48

>777
>ここまでは正常っぽい
その時点で本当に期待通り正常だったら
最後のImage#createImage()でIllegalArgumentExceptionは出ないよね

IllegalArgumentException：引数が不正
→byte配列がおかしいってこと
→pngデータが格納されてないってこと
→保存領域から正常なpngデータが取得できてないってこと
　（データ自体が不正なのか、取得処理が失敗してるのか）
→pngデータをサーバから正常に取得できてないかもしれないってこと

こんだけさかのぼって考えられるんだけど

782 ：デフォルトの名無しさん：2008/01/01(火) 22:38:14

>>781
レスありがとうございます。
実機持ちではなく、iアプリからの移植でやってるので、容易に確認をすることができないのも原因究明に手こずってる一因ではあります。

書き忘れましたが、iアプリ→au OAP移植です。
JWT上では問題なく動作しています。
JWTもあまりあてにはできないようですが。

サーバから正常に取得できていないかもしれない
については、サーバから取得したデータ長の確認はしていて、1byte単位まで同じサイズだったので、
問題ないと判断しました。

読み書きについては、JWT上で動いているので、
何も起きてなければ大丈夫かなーと判断していますが、これは甘いということですかね。

いろいろ調べてOAPで使用できるpngの縛りに適合できてないのかな…と思っているのですが…。

783 ：デフォルトの名無しさん：2008/01/02(水) 00:03:42

>>777
pngをサーバからダウンロードするとき、Content-Typeは正しいものになっているか？
なっていない場合、ある特定の値が勝手に書き換えられることがある。

784 ：デフォルトの名無しさん：2008/01/02(水) 00:35:07

>>780
私の質問にイエスかはいでお返事下さい。

785 ：デフォルトの名無しさん：2008/01/02(水) 21:15:14

ProGuardのｻｰﾊﾞのCGIおかしくなってる？？
ﾀﾞｳﾝﾛｰﾄﾞのﾘﾝｸをｸﾘｯｸするとﾌﾘｰｽﾞするんですけど…(T-T)

786 ：デフォルトの名無しさん：2008/01/02(水) 21:30:54

マイナーアップ来てたから試してみたけど問題無かった。

ttp://sourceforge.net/project/showfiles.php?group_id=54750
から落としてる？

787 ：デフォルトの名無しさん：2008/01/03(木) 01:29:30

>>786
そうそう、まさにそのアドレスにアクセスした瞬間にフリーズするよ。
CGIが暴走した時のような感じで、他に動かしてるアプリケーションも小刻みな動きになる。。
なんでだろう？？てか、ミラーサイトみたいな所ってないですよね？

788 ：デフォルトの名無しさん：2008/01/03(木) 23:42:01

直リンはどう？
ttp://jaist.dl.sourceforge.net/sourceforge/proguard/proguard4.1.zip

789 ：デフォルトの名無しさん：2008/01/03(木) 23:45:34 BE:432701647-2BP(5300)

>>787
もしvista+IE7とか使ってたら回線切って首(ry

790 ：デフォルトの名無しさん：2008/01/03(木) 23:53:34

使ってもいない癖に批判する人って嫌ねぇ。
(Vista+IE7でも落とせるっちゅーの)

791 ：デフォルトの名無しさん：2008/01/04(金) 09:35:33

自演ｋｔｋｒ

792 ：デフォルトの名無しさん：2008/01/04(金) 11:44:35

RecordStoreについて教えて下さい。
INT型の数値を保存して読み出そうとしています。
変数の中身が255までは正常に読み書き可能なのですが
256以降は変数の中身が違う数値に置き換えられてしまいます。
なぜでしょうか…。

793 ：デフォルトの名無しさん：2008/01/04(金) 12:19:14

>792
RecordStore#getRecord()で1byteしか読み込んでないから。
または2byte以上読み込んでるのに最初の1byteしか見てないから。
またはRecordStore#setRecord()で4byte正しく書き込んでないから。

目的の値がint型なら読み書きは4byte。
int型とbyte配列の変換がわからないならJavaスレで質問して。

794 ：デフォルトの名無しさん：2008/01/06(日) 18:07:00

これから初めてSアプリを作りたいのですが、
何からそろえればいいですか？

795 ：デフォルトの名無しさん：2008/01/06(日) 18:16:37

パソコンだな

796 ：デフォルトの名無しさん：2008/01/06(日) 19:27:51

>794
「Vアプリ作り方」でググる。解決。
以上。

797 ：デフォルトの名無しさん：2008/01/06(日) 23:27:52

リソースフォルダにgif画像を置いておき、
それを読み込んでフレーム撮影を行うことってできるのでしょうか？

camera.setPictureFrame("/test.gif");

で試してみたのですが、うまくいきませんでした。
もしかしたら携帯のフォルダに画像を保存しなければできないのでしょうか？

798 ：デフォルトの名無しさん：2008/01/08(火) 16:20:57

>>794
自分で調べる精神

799 ：デフォルトの名無しさん：2008/01/10(木) 14:10:44

3gc端末での質問です。
アプリからネイティブメーラーの送信メール作成画面を表示したいのですが、
一部端末でエラーとなってしまいます。

MIDlet m_MIDlet;
try{
m_MIDlet.platformRequest( "mailto:?subjectAAA&body=BBB" );
}catch(Exception e){}

810SHなどでは大丈夫なのですが、904SHでは

javax.microedition.io.ConnectionNotFoundException:
Unsupported url : mailto:?subjectAAA&body=BBB

とエラーになってしまいます。
端末により何か違いがあるのでしょうか？

800 ：デフォルトの名無しさん：2008/01/10(木) 15:51:35

>subjectAAA
「=」入ってないからじゃないのか
810SHはたまたま動いただけで

801 ：799：2008/01/10(木) 16:08:24

>>800
すみません、写し間違いでした。実際は下記の通りになります。

MIDlet m_MIDlet;
try{
m_MIDlet.platformRequest( "mailto:?subject=AAA&body=BBB" );
}catch(Exception e){}

公式資料のPDFで端末仕様を確認してみると、
804SH、904SH、905SH、
705SH、903SH、703SH/f
にて
JSCL1.2.2 メール送受信機能のサポート
アプリからメール送受信機能を実装しているか否か
・・・MMS/SMS:○　Email：×
となっているのですが、これは関係ありますでしょうか？

アプリ開発資料MIDP2.0にはm_MIDlet.platformRequest( "mailto" );
が使用できない可能性については書かれていないので、
3GCならどんな端末でも可能だと思っていたのですが・・・。

802 ：799：2008/01/10(木) 16:23:21

上記の、「JSCL1.2.2 メール送受信機能のサポート」に関しては、
MIDP2.0の命令を使用しているので関係なかったですね・・・。
混乱していました。

904SHのMIDP2.0　platformRequest対応可否　ネイティブメーラー起動機能
は○になっていました。

803 ：デフォルトの名無しさん：2008/01/13(日) 03:39:39

>>802
うちの904SHでも駄目だった。（"mailto:"すら通らんのね）
ま、Unsupportっていわれてるんだから本当に対応してないんじゃない?
使えているという人の降臨を気長に待つか、シャープに問い合わせるか、
諦めたほうがよいかと。

804 ：デフォルトの名無しさん：2008/01/13(日) 14:18:15

ttp://www.nicovideo.jp/watch/sm2018653

805 ：デフォルトの名無しさん：2008/01/14(月) 14:46:43

著作権保護のない着うたフルをデータフォルダないしSDカードから再生できる音楽プレイヤーのようなオープンアプリって無理でしょうか？

806 ：デフォルトの名無しさん：2008/01/14(月) 14:55:37 BE:92722223-2BP(5300)

auのオープンアプリはデータフォルダやSDに一切アクセス出来ません。

807 ：デフォルトの名無しさん：2008/01/14(月) 16:24:57

>>806
初歩的な質問なのに回答ありがとうございました。

808 ：デフォルトの名無しさん：2008/01/15(火) 01:47:44

OAP対応でJavaアプリ目覚めて
仕様を知りガッカリしてベンダー変更するやつ多そう
俺もその一人なんだけどね

809 ：デフォルトの名無しさん：2008/01/15(火) 01:56:20 BE:417248339-2BP(5388)

ｷﾞｬﾙｹﾞ移植しようとOAP携帯買う
期待してPHASE3.0を移植
300KBで(･ω･｀)
データを本体かSDに入れて…
アクセスできない('A`)
仕方ないからこまめにネット通信でデータをちまちま飛ばそうとする
30KB制限('A`)…

そして仕方ないからLOOX U購入

810 ：デフォルトの名無しさん：2008/01/15(火) 08:02:11

PhoneMEがもっとまともに動けば環境がないわけでもないんだけどね。

811 ：799：2008/01/15(火) 09:33:30

>>803
実際に確認もして頂いてありがとうございます。
やはり駄目でしたか・・・。
一部T端末の資料には「to」「cc」「bcc」がない場合
正常に動作しないことがある等注意事項が記載されていましたので、
それらも試してみましたが結果は同じでした。（まぁ今回はSH端末ですが）

いろいろ調べてみましたが、解決策を見つけることができなかった為、
SoftBankに問い合わせてみました。
返答が早いといいのですが・・・。

812 ：デフォルトの名無しさん：2008/01/15(火) 11:13:44

質問があるのですが
BGM等の音を鳴らしていない時に、
端末のボタン確認音が鳴る物があるのですが
これってアプリ側で制御することは出来ないですよね？

813 ：デフォルトの名無しさん：2008/01/15(火) 11:24:28

>>812
一番最初に無音を鳴らすしかない。

814 ：七誌：2008/01/16(水) 02:02:42

基本なのかも知れませんが、教えてください。。。

S!アプリ、MEXA Emulater、Eclipseで作成しており、HTTP通信をしたいのですがうまくいきません。
どこか間違ってますでしょうか？

--Source--
public class SndRcv extends Thread {
Data data;

public void run(){
try{
connectHTTP(data);
}
catch(CertificateException e){}
catch(IOException e){}
}

815 ：七誌：2008/01/16(水) 02:03:24

--JAD--
MIDxlet-API: MEXA
MIDxlet-ScreenSize: 240,294
MIDlet-Permission: javax.microedition.io.Connector.http
MIDlet-Permission-Opt: com.j-phone.system.DeviceControl.read,javax.microedition.io.Connector.socket
MicroEdition-Configuration: CLDC-1.1
MicroEdition-Profile: MIDP-2.0

--実行結果--
before
java.lang.SecurityException: javax.microedition.io.Connector.http was denied
at com.jblend.security.midp20.SecurityManagerImpl.checkPermission(+40)
at jp.co.aplix.cldc.io.j2me.http.HttpConnectionImpl.open(+86)
at com.jblend.io.ProtocolBase.createConnectionImpl(+7)
at javax.microedition.io.Connector.openPrim(+159)
at javax.microedition.io.Connector.open(+9)
at data.SndRcv.connectHTTP(+29)
at data.SndRcv.run(+8)

Permissionが間違っていると思っているのですが、何を追加してよいやら･･･分かりません＞＜

816 ：七誌：2008/01/16(水) 02:04:16

連続で書き込み、申し訳ありませんが、
よろしくお願いします。<(_ _*)>

817 ：七誌：2008/01/16(水) 02:05:19

実際のメソッド部分が抜けてました(・_・、)
public void connectHTTP(Data data) throws CertificateException, IOException {
HttpConnection http = null;
InputStream httpsInStream = null;

String uri = "http://www.yahoo.co.jp/";

try {
System.out.println("before");
http = (HttpConnection)Connector.open(uri, Connector.READ, true);
System.out.println("after");

data.setDetail("is Open");
httpsInStream = http.openDataInputStream();

}
catch(Exception e ){
e.printStackTrace();
}
finally{
if(httpsInStream != null){
httpsInStream.close();
}
if(http != null){
http.close();
}
}
}

818 ：デフォルトの名無しさん：2008/01/16(水) 12:29:59

>>814
コピペしたjadとconnectgHTTPメソッドを使って、うちの環境では動くんだけど。
ただし、エミュのUse Network設定を許可しないにしておくと同じエラーが出る。

ちなみにあなたは、「携帯でラジオ聞けるアプリ～」の中の人？

819 ：デフォルトの名無しさん：2008/01/16(水) 12:52:08

yahooに繋いでいるからだとおも

820 ：デフォルトの名無しさん：2008/01/16(水) 13:19:09

それは一例だろｊｋ…

821 ：デフォルトの名無しさん：2008/01/16(水) 15:09:10

DojaおよびMIDPでクラスを動的にロードする方法はありますか？
ネットワークより取得したクラスファイルのクラスのフィールドにアクセスをしたいのですが。
また、もし可能なのであれば、クラスファイルは事前検証済みの必要があるのでしょうか？
やりたいこととして、アプリ内に記述した固定値のテーブルを外部から読み込むのに、
独自のバイナリではなくクラスファイルを利用したいと思っています。

822 ：デフォルトの名無しさん：2008/01/16(水) 15:36:19

>DojaおよびMIDPでクラスを動的にロードする方法はありますか？
DojaおよびMIDPともにない
きっぱりあきらめて

823 ：デフォルトの名無しさん：2008/01/16(水) 15:51:50

自前でバイトコードインタプリタを書くしかない
jigブラウザのjigletみたいに

824 ：デフォルトの名無しさん：2008/01/16(水) 16:03:58

>>822-823
jigletは自前だったのですか。
非常に納得致しました。
どうもありがとうございました。

825 ：デフォルトの名無しさん：2008/01/16(水) 17:36:04

MEはスループットの理由から動的ロード無くしちゃったからね。KVMは。

826 ：デフォルトの名無しさん：2008/01/16(水) 19:50:19

オープンアプリからカメラを呼び出してQRコード読み取りってできないんですかね?
MIDPの仕様にはカメラ制御のAPIがなかったので無理っぽそうなんですが…。

827 ：デフォルトの名無しさん：2008/01/16(水) 20:54:37

OAPにMIDP以上のものを求めてはいけない

828 ：デフォルトの名無しさん：2008/01/16(水) 21:26:40

OAPはCLDCにMIDPだけ。

829 ：デフォルトの名無しさん：2008/01/16(水) 21:50:41

わかりやすく言うと画面と音とキーとHTTP/HTTPS通信と
わずかに割り当てられた独立セーブエリア以外には一切アクセスできない

830 ：デフォルトの名無しさん：2008/01/16(水) 22:52:13

音はmmf相当
ネットは1回(回って変な表現だが)30KB制限。1日では3MB制限
セーブ領域は32KB

831 ：七誌：2008/01/16(水) 23:20:47

>>818,819
すみません。本気で、yahooのHTMLを取ろうとしてました( TωT)

自分のサーバにアクセスしても、HTMLが取れないんで、
テスト用として、yahooのURIを利用していたのですが、
yahooだと繋がらないんですか？？自分のサーバにもまだ繋がってないです。。。

何が足りないんでしょうか？ヽ(。_゜)ノ?
教えてくださいませ･･･

832 ：七誌：2008/01/16(水) 23:57:11

>>818
あ、ちなみに回答しておきます。
Use Network設定は、ONにしています。
実機に載せても同じく、deniedとなっています。

んでもって、「携帯でラジオ聞けるアプリ～」の中の人ではありません^^;

833 ：デフォルトの名無しさん：2008/01/17(木) 00:15:22

│
│　≡ ('('('('A`)
│≡ ～( ( ( (～)
↓　≡ ﾉﾉﾉﾉﾉｻｯ

834 ：デフォルトの名無しさん：2008/01/17(木) 10:57:00

>828
>829
やっぱりそうですか。諦めます。ありがとうございました。

835 ：デフォルトの名無しさん：2008/01/17(木) 11:51:34

>>831
ふむ、ちなみに
uri = "http://www.yahoo.co.jp/";
じゃなくて
uri = "http://www.google.co.jp/images/firefox/fox1.png";
みたいなPNGファイルとかで試してもダメ？

836 ：デフォルトの名無しさん：2008/01/17(木) 12:11:49

ImageをByteに変換することってできますか？

837 ：デフォルトの名無しさん：2008/01/17(木) 14:17:30

>836
MIDP-2.0でImageをbyte配列にするなら
Image#getRGB()でint配列に格納、それをbyte配列に変換すればいい

1byteずつByteクラスで置き換えるかはキミの自由だ（一応ツッコミ）

838 ：デフォルトの名無しさん：2008/01/17(木) 15:07:44

>>836
その１
Imageオブジェクトを作ったからには、元になるデータがあるはずでは？

その２
ttp://java.yubit.net/mobile_java_3.html#761

できたら用途と用法を教えてね。

839 ：デフォルトの名無しさん：2008/01/17(木) 15:45:36

>>837
レスありがとうございます。
その方法を試してみます。

>>838
レスありがとうございます。
Reosurceフォルダから取得したImageオブジェクトを
Byte[]に変換してカメラのフレームにセットしようと思っています。
イメージとしてはこんな感じです。
Image image = Image.createImage("/test.jpg");
Byte[] byte = // バイト配列に変換
camera.setPictureFrame(byte);

840 ：デフォルトの名無しさん：2008/01/17(木) 17:56:10

>839
CameraConnection#setPictureFrame(byte[] bytes)の引数は
Imageを直したものではなくてJPEGとかの画像そのままのデータでしょう。
だから>839のことがやりたかったらこっちを使うんじゃないかな。
CameraConnection#setPictureFrame(java.lang.String frameFileName);

それと>837で言われてるが、Byte[]じゃなくてbyte[]。
質問内容とは関係ないことだが違うものだから区別しよう。

841 ：デフォルトの名無しさん：2008/01/17(木) 20:21:45

>>840
ご回答ありがとうございます
リソースフォルダにある画像を
CameraConnection#setPictureFrame(java.lang.String frameFileName);
これでセットしようとしたらできませんでした。
一応ググったり過去ログみたのですが、わからなかったので
一度Imageオブジェクトにしてbyte[]にしようと思いました。
もしかしたらうまくセットする方法があるのでしょうか？

質問続き申し訳ございませんがよろしくお願いします。

842 ：デフォルトの名無しさん：2008/01/17(木) 22:08:04

>>841
setPictureFrameを試したあたりのソースとエラー内容を貼ってもらえる？
適当なjpeg使って試したらフツーに出来た（少なくとも例外は出ない）ので
セットしようとしている画像が悪いのか、それ以外の部分が悪いのか
判断しかねる。

843 ：七誌：2008/01/18(金) 03:04:43

>835
uri = "http://www.google.co.jp/images/firefox/fox1.png";
試して見ましたが、結果同じでした（ﾉ_ｰ｡）
なんでなんでしょう･･･threadにはしてるんですがねぇ・・・

844 ：デフォルトの名無しさん：2008/01/18(金) 08:11:19

>>842

resフォルダにtest.pngを保存して
camera.setPictureFrame("/test.png");
だと、画像を見つけられなくてできませんでした。

携帯の適当なフォルダに保存して、
camera.setPictureFrame("/ms/Pictures/test.png")
ならできたのですが、resフォルダの画像はセットできないのかなと。

845 ：デフォルトの名無しさん：2008/01/18(金) 09:16:24

カメラモードにして撮影した画像をフォルダに保存させない方法ってありますか？

846 ：デフォルトの名無しさん：2008/01/18(金) 11:17:19

>>843
JADの
MIDlet-Permission-Opt: com.j-phone.system.DeviceControl.read,javax.microedition.io.Connector.socket
の行を消してもダメかな？

説明サイトで書いてる所がないから言ってるだけなんだが(汗

847 ：デフォルトの名無しさん：2008/01/18(金) 15:00:47

>>844
実行しているjarに、test.pngはちゃんと入ってる？
MEXAはDoJaと違って、resディレクトリ作ってリソース置いただけじゃ
jarに格納されないよ？

>>843
エラーの内容から、設定か環境が原因だと思われるので、コピペせず
ゼロから最小構成の単機能を実装したテストアプリを作ってみる。
それでできなきゃあ、あとは環境見直してねくらいしか言えない。

848 ：デフォルトの名無しさん：2008/01/18(金) 16:17:17

>>847
Image#createImageでimageオブジェクトとしては取り出せてるので、
パスの指定方法が違うとかですかね？
他にもいろいろと試してみたいと思います。
ご回答ありがとうございました。

849 ：デフォルトの名無しさん：2008/01/18(金) 18:29:57

>>844
>>resフォルダにtest.pngを保存して
>>camera.setPictureFrame("/test.png");
スキーム無くていいの？

850 ：デフォルトの名無しさん：2008/01/18(金) 18:46:51

MIDPならリソース一緒に固めたら相対パスでいける。

851 ：デフォルトの名無しさん：2008/01/18(金) 19:19:26

camera.setPictureFrame("res:///test.png");
でいけるか？

852 ：デフォルトの名無しさん：2008/01/18(金) 19:24:16

848が誰かリアルでわかってしまった。

853 ：デフォルトの名無しさん：2008/01/18(金) 20:56:22

せっかく>842がソース出したら見るよつってんのに
>841は出さずにあれじゃできないこれじゃできない言ってるし

出せない理由があるなら断って
せめて>842にcamera.setPictureFrame()の行をどう書いたか教えてもらえば
それで解決じゃないか

854 ：デフォルトの名無しさん：2008/01/19(土) 12:34:37

>>848
camera.setPictureFrame("resource:///test.jpeg");
こんだけなんだけどなあ。
あとスキーム無しでも試してて、そっちもいけた。

それからもしうまくいったら、原因と対策を報告してくれると
みんなの為になると思うよ。

855 ：デフォルトの名無しさん：2008/01/21(月) 04:46:16

まぁ去年の話で申し訳ないが例えば >>406 のFAは
ttp://urana.info/mobile/midp/serversetting.html
を読めば良いと思う。確かに手でHTTPリクエストを書けば解決するよな。
他にもImageがどうだとかCGIでContent-Length、MIMEタイプの書き方とかも
大体書いてある。
後S!系は ttp://www.saturn.dti.ne.jp/~npaka/kvm/midp2/
でこのスレの初心者質問は大体クリアできると思うんだ。
というか初期の自分がお世話になった。

まぁなんだ、初心者のみんな頑張って良アプリ作ってくれ。

856 ：デフォルトの名無しさん：2008/01/22(火) 22:40:10

なぁ、誰か920SHをターゲットにしてるやついねぇ？
VCENTER|HCENTERでマーカー指定するとたまにバグらんか？

857 ：デフォルトの名無しさん：2008/01/23(水) 15:56:43

>>854
そのやり方でうまくいきそうなのにできないのでどこか設定ミスかもしれません
もしうまくいったら報告しますね

858 ：デフォルトの名無しさん：2008/01/24(木) 23:25:39

技術資料「基礎編.pdf」の最後のページによると
セキュリティ設定を変えることで、セキュリティに関わるAPIを
ユーザの許可をもらうことなくできそうなことが書いてあるんだが
実際のやり方が書いてない……
実際にそんなことってできるかどうか知ってる人いますか？

859 ：デフォルトの名無しさん：2008/01/25(金) 10:15:51

>ユーザの許可をもらうことなくできそうなことが書いてあるんだが

何処にどう書いてあるのかを詳しく
trustedの勘違いだと思うけど。

860 ：デフォルトの名無しさん：2008/01/25(金) 13:06:26

できたらスパイウェアつくり放題なわけで・・・

861 ：デフォルトの名無しさん：2008/01/27(日) 14:50:25

でもやってる会社あるらしいぜ。
SoftBank端末のセキュリティ設定を最初から[常に許可する]の
状態にすることができるらしい。
やり方は調べなかったので、暇なやつはSoftBankに問い合わせしてみるといい。

862 ：デフォルトの名無しさん：2008/02/01(金) 10:22:08

初心者から誘導されてきました。
端末のベンチを測りたくて、データフォルダの容量を０に
するようなアプリを作りたいのですが、
オープンアプリで作成可能でしょうか。

参考になりそうなサイトやアプリがありましたら
ぜひ教えていただきたいです。

863 ：デフォルトの名無しさん：2008/02/01(金) 11:04:14

>>862
>>829

と言う事でできない。

864 ：デフォルトの名無しさん：2008/02/01(金) 12:17:31

829+バイブだな

865 ：デフォルトの名無しさん：2008/02/02(土) 15:00:02

>>863
つまりオープンアプリでなくて、
普通のMIDPアプリなら可能ってことですか？

866 ：デフォルトの名無しさん：2008/02/02(土) 15:35:55

>865
質問の意味がおかしいよ。意味が通じない。
「オープンアプリ」とはauの端末で動くJava(CLDC+MIDP)の勝手アプリのこと。
「普通のMIDPアプリ」って何だ？何を指してるのか分からない。

ケータイアプリから端末のデータフォルダへのアクセスに関しては
キャリアや端末シリーズによって制限がまちまち。
（アクセスできるのかできないのか、何バイト読み書きできるのか、といった制限）

「データフォルダの容量を０にするようなアプリを作りたい」と言われても
一口に「できる」「できない」とは答えられない。

867 ：デフォルトの名無しさん：2008/02/02(土) 20:42:35

ローカルファイルのアクセスはPDA Optional Packageだな

868 ：デフォルトの名無しさん：2008/02/02(土) 23:03:59

ほんの少しでも怪しいことは無理です

869 ：デフォルトの名無しさん：2008/02/03(日) 18:25:22

>>866
すいません、日本語になってませんでした

オープンアプリではなく、SoftBankで動くアプリなら
できそうですか？

ということを聞きたかったんです。

870 ：デフォルトの名無しさん：2008/02/04(月) 10:22:48

>>869
auのBREWアプリならその気になればできる。
auのOAP、DoCoMo、SB(一部除く)はできない。

871 ：デフォルトの名無しさん：2008/02/04(月) 12:45:11

SBならStorageConnectionでできるでしょ。

872 ：デフォルトの名無しさん：2008/02/04(月) 16:34:09

sアプリでiアプリみたいに、
アプリからアプリを起動させたり、ブラウザからアプリを起動させたりすることは可能でしょうか?

873 ：デフォルトの名無しさん：2008/02/05(火) 09:28:35

質問があります。

現在HttpConnectionを使用してサーバーにアップしているdeflate圧縮のファイルを取得し
その後にStorageConnectionを使用し内部にそのファイルを保存する。
というプログラムを作成しているのですが

サーバー上のファイルと取得して保存したファイルのサイズが明らかに変わっています。

サーバー上のサイズ　7070byte
保存後のサイズ　　　　7441byte

どうやらHttpConnectionで取得しているでおかしいファイルサイズを取得しているようです。

エミュレータ上では正しくデータ取得出来て、端末上で以上のような状態になっています。
使用端末は903SHです。

同様の症状・解決方法はありますでしょうか？よろしくお願いします。

874 ：デフォルトの名無しさん：2008/02/05(火) 17:43:04

ヘキサダンプ吐いてみたら？

875 ：デフォルトの名無しさん：2008/02/05(火) 18:30:55

つ MIME Type

876 ：デフォルトの名無しさん：2008/02/10(日) 00:51:08

S!アプリをEclipseとMEXAで勉強中なのですが質問があります。

テキストボックスなどで入力したものがテキストボックスに反映されません・・・。

MIDP2.0携帯JAVAアプリ開発ハンドブックを読み進んでいるのですが、
4.5テキストボックスを使用するの部分で、
恐らく入力したものが画面に反映されると思うのですが、
上手く反映されてくれません・・・。
これはMEXAだからなのでしょうか。

行っていることは最初の画面でコマンドで入力というものを追加し、
入力が押されたら入力画面へ、
入力画面でテキストを入力したらコマンドでOKを押すことで元の画面に戻る。
そしてテキストが反映される・・・という動作になるのだと思うのですが。

入力画面ではテキストを入力出来ず、FIREキーを押すことでさらに違う画面に以降して、
数字などのテキストを入力可能になり、
もう一度FIREキーを押すと入力画面に戻るのですが全くの空欄です。

877 ：デフォルトの名無しさん：2008/02/10(日) 01:13:13

その本を持ってないと全く答えようがない質問だな

878 ：デフォルトの名無しさん：2008/02/10(日) 01:45:36

>>876
MEXAエミュレータのバグだったような・・・
たぶん実機だとうまくいく

879 ：876：2008/02/10(日) 16:23:34

ソース貼らせてもらいます

public class TextBoxForm extends Form implements CommandListener{
　StringItem stringItem;
　TextBox textBox;
　Command[] command = new Command[2];

　//コンストラクタ
　public TextBoxForm(){
　　super("テキストボックス");

　　//コマンド
　　command[0] = new Command("入力",Command.SCREEN,0);
　　addCommand(command[0]);
　　setCommandListener(this);

　　//文字列アイテム
　　stringItem = new StringItem("","");
　　append(stringItem);

　　//テキストボックス
　　textBox = new TextBox("","",200,TextField.ANY);
　　command[1] = new Command("OK",Command.SCREEN,0);
　　textBox.addCommand(command[1]);
　　textBox.setCommandListener(this);
　}

880 ：876：2008/02/10(日) 16:24:44

　//ソフトキーイベント
　public void commandAction(Command c,Displayable s){
　　//テキストボックスを開く
　　if(c == command[0]){
　　　textBox.setString(stringItem.getText());
　　　Display.getDisplay(TextBoxEx.midlet).setCurrent(textBox);
　　}

　　//テキストボックスを閉じる
　　if(c == command[1]){
　　　stringItem.setText(textBox.getString());
　　　Display.getDisplay(TextBoxEx.midlet).setCurrent(this);
　　}
　}
}

881 ：876：2008/02/10(日) 16:26:11

>>878
MEXAのバグの可能性があるのですか・・・。
しかし、自分はまだ初心者で勉強しながらやっている段階ですので、
こちらの知識不足があるのかな・・・と思い質問させていただきました。

882 ：デフォルトの名無しさん：2008/02/10(日) 22:38:30

http://www.au.kddi.com/ezfactory/tec/spec/openappli.html
>2008年より一部の端末から1.0から1.1へ順次バージョンアップされます。バージョンアップ時の変更点は以下の通りです。
↑これってもうバージョンアップされてる機種あるの? 春モデル出てから?

883 ：デフォルトの名無しさん：2008/02/11(月) 00:19:05

>>876
あーこれね
文字入力した後に反映されないって奴でしょ
確か文字入力した後に決定キーやFIREキーじゃなくて、CTRLキー？ALTだったかな
それを押してみればいけるはず

884 ：876：2008/02/11(月) 10:20:37

>>883
うぉ！！！！！
行けました！Ctrl+Altでした！
ありがとうございました～。

今後のためにも・・・この情報はどこに載っているのでしょうか・・・？

885 ：876：2008/02/11(月) 10:52:09

たびたびすみません・・・これで最後にします。

>>883
普通にMEXAエミュレータのヘルプに載ってました・・・すみません。
どうやらCtrlだけで良いようです。
ありがとうございました！

886 ：デフォルトの名無しさん：2008/02/15(金) 17:55:35

携帯用アプリでゲーム作るとしたら
やはりスプライト重視が良いんですかね？

887 ：デフォルトの名無しさん：2008/02/15(金) 20:11:56

ハードウェアスプライトを積んでいるわけでもないので好きに汁

888 ：デフォルトの名無しさん：2008/02/19(火) 11:25:47

PhrasePlayer#getAudioTrackCount()
PhrasePlayer#getTrackCount()
これらで帰ってくる値のミニマムスペックが知りたいのだけど、その手の情報はどこかにまとまってないかな？
DoCoMoだとAPI自体にミニマムスペックについての注釈があるんだけど…

889 ：デフォルトの名無しさん：2008/02/20(水) 03:51:20

>>888
MEXA2.0のAPIに双方ともにゼロからってあるから、ゼロなんじゃない？

Sアプリ開発ガイドにサウンドメディアの多重再生可否って項目があって
4ch MIDI + 4ch Wave． 4ch Phrase + 1ch smaf-audio～
みたいに端末毎にあるから、それが参考になるやも。
要するに、まとまった情報はない…のかな？
（おおむねTrackCount=4, AudioTrackCount=1っぽいけど）

やる気があるなら、まとめるの手伝うよ。

890 ：デフォルトの名無しさん：2008/02/20(水) 21:42:34

音系詳しくないんだけど、4Trackってことは1Track4和音だから、16和音までしかアプリでは使えないのか？

891 ：デフォルトの名無しさん：2008/02/21(木) 00:18:50

便乗
JACL1.1以降をつかってる場合に
Phrase.getUseTracks()って1以外を返すことってありえるの？
もし2とか返されても、どうPhraseTrack.setTrackすりゃいいのやら謎だし

892 ：デフォルトの名無しさん：2008/02/21(木) 03:51:56

4TrackまではC4の頃から保障されている。
3GCからは5Track使用できる端末もあったような気がするが
安定性を考えて4Trackで考えたほうがいい。

>4Trackってことは1Track4和音だから、16和音までしかアプリでは使えないのか？
Yes

893 ：デフォルトの名無しさん：2008/02/21(木) 09:02:00

>>892
＞Yes
うわぁ、結構しょぼいナリぃ…
AudioPhraseの方も使えば32和音できるようだが…（それならMediaPlayer使えって話だなｗ）

894 ：デフォルトの名無しさん：2008/02/21(木) 19:19:08

ソフトバンクの開発ガイドを参考にメールからアプリ起動をやろうとしています。
814T、912Tではメールからアプリが起動できました。

しかし、821SH、913SH、810SHでは起動できません
（起動リンクを選択しても無反応）でした。

ソフトバンクのアプリでメールから起動している方や参考になるページなど
情報ありますでしょうか？

895 ：デフォルトの名無しさん：2008/02/22(金) 10:03:29

Eclipse関連で質問です

EclipseでSアプリの開発始めたのですが
プロジェクト＞プロパティー＞ライブラリー
に、自作のJavaライブラリ（mylib.zip）を設定してビルドしても、その中のクラスをJarに取り込んでくれません

よく見てみれば、その設定には（その中のクラスをJarに取り込まない）stubclasses.zipが含まれているわけで
ここに追加してもダメそうです

自作のJavaライブラリから（そのプロジェクトに必要な）クラスを取り出してJarに取り込んでもらうためには、どこに設定すればよいのでしょうか？

896 ：デフォルトの名無しさん：2008/02/22(金) 12:30:24

>>895
開発環境を詳しく

897 ：デフォルトの名無しさん：2008/02/22(金) 15:57:37

ここのAllInOneEclipseでインストールし
ttp://www.vector.co.jp/soft/winnt/prog/se383159.html

SOFTBANK_MEXA_EMULATOR12
と
SBで配ってるEclipse用のプラグインをインストールしました。
OSはWindows2000です

898 ：デフォルトの名無しさん：2008/02/22(金) 16:22:24

>>895
896じゃないけど。

正しいか分からないがEclipse3.2.0で次のような事が出来た。
プロジェクト → プロパティー → Java のビルド・パス
「ソース」タブの「ソースのリンク」で、参照したいJavaファイルの
あるディレクトリを指定。フォルダ名は適当に。

参照先のJavaファイルも一緒にコンパイルされて、classとして
参照元のclassファイルとともに出力されるみたい。

899 ：デフォルトの名無しさん：2008/02/22(金) 16:56:11

>>898
それだと全てのクラスが取り込まれてしまって、不必要なクラス分実行ファイル（Jar）が重くなってしまうんです
ProGuardとかかけるって手もありますが…
書き忘れとなってしまってとても申し訳ないのですが、目的の１つに
「まとまったライブラリの中から、インポートした（このプロジェクトに必要な）クラスだけを抜き出して、Jarの中に同梱して欲しい」というのがあるんです。

900 ：デフォルトの名無しさん：2008/02/22(金) 17:07:37

ソフトキーが押された判定を
public void commandAction(Command c, Displayable s)
でとっているのですが、これだと「ソフトキーが押されてる間○○しつづける」という処理ができそうにありません
単純にソフトキーが今押されてるか、放されてるかといった情報はとれないでものでしょうか？

901 ：デフォルトの名無しさん：2008/02/22(金) 18:13:17

>>899
どのクラスがプロジェクトにとって必要かは自動的に判断できない。
Class.forNameでクラス名が文字列指定されることもあるから。

902 ：デフォルトの名無しさん：2008/02/22(金) 19:38:05

>900
ソフトキーは本来の名の通りコマンド実行のきっかけとするためのキーだから、
押しつづけていることや放されたことを検出できるようにはなっていない。

「ソフトキーが押されてる間○○しつづける」というプログラムの設計を改める必要がある。
MIDPの仕様として、ソフトキーはそういう使い方をするキーではないということ。

903 ：デフォルトの名無しさん：2008/02/23(土) 09:49:32

大概の機種ならKeyPressとKeyReleaseでも捕捉可能。

904 ：デフォルトの名無しさん：2008/02/23(土) 19:06:30

>>903
ソフトキーに対応するキーコードって定数化されてたか？？

905 ：デフォルトの名無しさん：2008/02/23(土) 20:18:32

>>904
されてない

906 ：デフォルトの名無しさん：2008/02/24(日) 23:52:48

Image.getGraphicsって、なんで新しいGraphicsを生成して返すんでしょうか？
Javaは基本的に
getXXXは唯一のインスタンスを
createXXXは新たに生成したインスタンスを
返すのが基本だと思っていたのですが…？

そんなの作者に聞け。って話かもしれませんが、気になったもので
私の基本だと思っていた～が間違っているのでしょうか？

907 ：デフォルトの名無しさん：2008/02/24(日) 23:55:39

えーほんとにー？

908 ：デフォルトの名無しさん：2008/02/24(日) 23:59:57

>>906
getでも新しいインスタンスを返すことは往々にしてある
まぁそういうのが気持ち悪いというのはわからんでもないが
自分が作るクラスではそういう設計しないよう気をつけることだな

909 ：デフォルトの名無しさん：2008/02/25(月) 00:08:07

質問です
過去ログを探してもGameCanvasを使っての
g = getGraphics();
g.色々描画
g.flushGraphics();
に関する話が無いのですが、携帯JavaはGameCanvasが非対応だったりするんでしょうか？
それともダブルバッファリングが未対応（isDoubleBuffered()がfalseを返す）のでしょうか？

910 ：デフォルトの名無しさん：2008/02/25(月) 00:08:24

>>904
SBの主力機種は -21 と -22

911 ：デフォルトの名無しさん：2008/02/25(月) 00:09:06

>>908
どうも
往々にしてあるんですか…
APIリファレンスをきっちり確認しつつ開発するしかないですね。ありがとうございます

912 ：デフォルトの名無しさん：2008/02/26(火) 08:04:32

>>909
ダブルバッファリングは実装によるよ。
w-zero3のJBlend[micro]ならする。

単に聞くほどのことでもないからじゃない？

913 ：デフォルトの名無しさん：2008/02/27(水) 00:20:59

>909
MIDP2.0端末ならGameCanvasに必ず対応している。

914 ：デフォルトの名無しさん：2008/02/27(水) 14:05:38

オープンアプリの実機で自作のゲームを試してたら黒が表示されなくて悩んでいた
よく見るとpng画像ファイルの黒の部分が透過色になっていた
のでgimpで透過色を保存してセーブしたがうまくいかなかった

ググってたらbrewのpngファイルは背景色が透過色になると書いてあったので
背景色を保存してセーブしたらうまくいった

915 ：デフォルトの名無しさん：2008/02/27(水) 15:00:25

PNGの透過色はtRNSチャンクで指定する事って何処かに書いてあったはず。
gimpが勝手に背景色をtRNSチャンクに指定してるだけと思われるので誤解なきよう。

916 ：デフォルトの名無しさん：2008/02/27(水) 19:26:06

そういやMIDP3.0のjavadocだとABGRのフォーマットが明示されてたな。
あの文書化された部分2.0でも共通なんだろうか。

917 ：デフォルトの名無しさん：2008/02/28(木) 02:26:01

Image#createRGBImage()やImage#getRGB()などの
RGBフォーマットは0xAARRGGBBで統一されている。

ただし、getRGBする時にはネイティブカラーにより
減色されてる実装もありえるらしい。

918 ：デフォルトの名無しさん：2008/02/28(木) 15:32:32

イーモバイルのjavaの仕様が公開されたのですが
http://emobile.jp/tech/javaappli.html
だれか解説してくれませんか？
他社と比べてどうなのでしょう？

919 ：デフォルトの名無しさん：2008/02/28(木) 15:55:38

>だれか解説してくれませんか？
は？
開発ガイドを公開してくれてるんだから読めばいいじゃない

920 ：デフォルトの名無しさん：2008/02/28(木) 15:56:35

パッと見最強っぽい。

>>920
社員乙

921 ：デフォルトの名無しさん：2008/02/28(木) 16:09:14

>>919
javaの仕様についてほとんどわからないんですよ。

芋のは
ServerSocket通信
secureSocket通信
SocketStream通信
が非対応になってますけど
このI/Oはどういうった時に使うのでしょう？
Streamというとニコニコみたいなストリーミングでしょうか？

922 ：デフォルトの名無しさん：2008/02/28(木) 16:33:35

次はsunのJSR嫁というレスがくる予感…読んでもライブラリまでは載ってないけどな！

923 ：デフォルトの名無しさん：2008/02/28(木) 17:07:45

MIDP2.0準拠って書いてあるけどサポートしてるオプションAPIは2.1ベースだな。
開発もWTK2.5使うし。

M3GとマスコットカプセルとJSR-239に対応してるのか。
要するに3DToolkit全部か。

ヒープサイズはw-zero3の方が1M多いな。
まあどうせこれもレジストリでヒープサイズ持ってるんだろけど。

JSR-172はvalidation parserなのか凄いな。PhoneMEですらnone-validなのに。
でも対応スキーマが書いてねぇ。
SVGはXLink対応ｗ

今のところ対応APIも準拠レベルも最強だな。
これでjarサイズがもう少しあればいいのに。
UDP対応してるからネットラジオのプレイヤーとかつくれるな。

924 ：デフォルトの名無しさん：2008/02/28(木) 17:22:42

現在見えてる仕様の範囲だと
Docomoのトラステッドiアプリに近い気がする。

後はアプリ自体のレスポンスとか、
外部メモリの利用の可否とレスポンスとか、
その辺が気になる所だな。

925 ：デフォルトの名無しさん：2008/02/28(木) 17:26:12

pdfのP39-40を見ると外部メモリも内部メモリも
アクセス可能なようだが

926 ：デフォルトの名無しさん：2008/02/28(木) 17:58:25

お、UDP対応してるのか。まだ見てないが
TCP/IPも対応してたら神じゃのぉ、神じゃのぉ

927 ：デフォルトの名無しさん：2008/02/28(木) 21:03:57

WillcomかSBで配信中のアプリの移植による素早いコンテンツ供給を当てにしているのだろうが
今のイーモバのシェアでは、移植費用すらペイできるかどうか。

928 ：デフォルトの名無しさん：2008/02/28(木) 21:10:57

移植つーかMIDP準拠だから
普通にそのまま使えそう。

929 ：デフォルトの名無しさん：2008/02/28(木) 23:48:08

取り合えず流し読みしてみたがみんなが言ってる通り最新J2MEの範疇でかなり全部入りって感じだ

930 ：デフォルトの名無しさん：2008/02/29(金) 01:02:12

ネットワークの通信制限事項が書かれてないが１日Nbyteまでってのはないのかね？
まあそんなことするのOAPだけだが

931 ：デフォルトの名無しさん：2008/02/29(金) 01:41:53

資料見る限りトラステッドの魅力があんまりないな

932 ：デフォルトの名無しさん：2008/02/29(金) 10:06:58

とりあえず実行ファイルが吸い出せないなら仕事にはなるかもｗ

933 ：デフォルトの名無しさん：2008/02/29(金) 12:26:40

>>932
だから、willcomはだめなんだよな。

934 ：デフォルトの名無しさん：2008/02/29(金) 12:31:20

同じWM機だからファイラーでROM読めば何でも出来ると思うんだが。

935 ：デフォルトの名無しさん：2008/03/03(月) 21:54:20

イーモバイルの今度出るやつ、ＴＯＳＩＢＡ製のほうはＷＭ搭載じゃないっぽいから、
そっちだけ対応にすれば大丈夫かも。

936 ：デフォルトの名無しさん：2008/03/04(火) 05:52:28

TOSIBA?

937 ：デフォルトの名無しさん：2008/03/05(水) 22:29:39

OAPスレでも書いたんだが、どうも認知度が低い見たいなので亀情報ですが。

いわゆるKCP+端末、つまりW54TとかはマイクロSDからアプリインストール可能。
PCフォルダの下にOAPフォルダを作って、そこにJar/Jadを入れる。
一度アプリをバックアップすればPCフォルダにOAPフォルダが出来てるからそこに。

通信せずともアプリインストールできるのでOAP対応の開発をする人には朗報かも。

938 ：デフォルトの名無しさん：2008/03/05(水) 22:52:22

>>937
それは素晴らしい

939 ：デフォルトの名無しさん：2008/03/06(木) 01:01:14

w-zero3持ちには関係ない話だな

940 ：デフォルトの名無しさん：2008/03/06(木) 08:18:40

へええ。
でも54TはKCP+じゃないけどね。
どうやってバックアップするのか悩んじまったじゃねえか。

941 ：デフォルトの名無しさん：2008/03/11(火) 10:43:55

>>940
W56Tだね、KCP+

942 ：デフォルトの名無しさん：2008/03/11(火) 13:10:57

芋のアプリだけど、JAD使ってダウンロードすれば自動的にTRUSTEDになるのかな？
JARを直接ダウンロードしたらUNTRUSTEDになりますとか書いてあるから。

943 ：デフォルトの名無しさん：2008/03/11(火) 17:09:40

普通jadにパーミッション書くだろ

944 ：デフォルトの名無しさん：2008/03/12(水) 19:12:37

>>937
確かそれ不可能。
microSDにぶちこんでも認識しない。

バックアップ取るときに別形式に勝手に変換される。その形式しか認識しない。

945 ：デフォルトの名無しさん：2008/03/12(水) 22:56:50

SアプリでImageの拡大縮小しようと思って
GraphicsUtil.drawRegion() を使おうと思ったんだが、
透明色が反映されないのは仕様？

946 ：デフォルトの名無しさん：2008/03/13(木) 02:33:07

>>945
MEXAエミュのバグ

947 ：デフォルトの名無しさん：2008/03/13(木) 21:11:40

>>937
jadとマニュフェストのチェックはいつされるの？

948 ：デフォルトの名無しさん：2008/03/13(木) 23:41:25

オープンアプリの糞仕様変わらんかなー

949 ：デフォルトの名無しさん：2008/03/14(金) 10:58:39

>>948
まったくだ

950 ：デフォルトの名無しさん：2008/03/14(金) 11:05:13

BREWがあるからjavaはおまけ程度じゃね

951 ：デフォルトの名無しさん：2008/03/14(金) 11:25:15

KVMのバージョン1.１搭載端末ってもう出てるんすか？

952 ：デフォルトの名無しさん：2008/03/14(金) 21:40:41

>>937
>>944
どっちの情報が正しいんだろ？
本当にﾏｲｸﾛSDからインスコできるならW56Tに買い換えたい
AUショップの店員じゃその辺知らないだろな・・・

953 ：デフォルトの名無しさん：2008/03/15(土) 05:10:28

>>952
KCP+端末なら、OAPはSDからMIDletをインストール出来るよ。
いくつか制限事項があるけど、取り敢えずファイル名は短めに。
これ以上は言えん。

>>951
今の端末は、KVMってか、CLDCの1.1ですよ。

954 ：デフォルトの名無しさん：2008/03/15(土) 06:09:15

> >>951
> 今の端末は、KVMってか、CLDCの1.1ですよ。

そういう意味じゃないと思うぞ。確かに>>951の言い方も良くないが。
この春モデルから搭載され始めたOAPがver1.1で、ワイド画面が使えたりする。
端末はもう発売されてるよ。

955 ：デフォルトの名無しさん：2008/03/15(土) 07:29:20

W61Hの電子ペーパーってBREWからでも操作できないのかな。
模様が出るだけだったら無駄すぎるぜ。
カレンダーとか表示できれば便利だと思うんだけどなあ。

956 ：デフォルトの名無しさん：2008/03/15(土) 16:38:32

>>953
情報サンクス！
買い換えて試してみる

957 ：デフォルトの名無しさん：2008/03/16(日) 12:37:49

>>955
いや、模様が出るだけで制御できない。
W61Hのアレは最初から刻まれたパターン表示しかできない（昔のゲームウォッチの液晶みたいなもん）
つまり文字表示そのものが無理だ。

958 ：デフォルトの名無しさん：2008/03/16(日) 12:54:42

まぁ、自由に設定できたら著作権と面倒そうだからな。

959 ：デフォルトの名無しさん：2008/03/16(日) 14:50:53

W54SAで試してみた。できた。まあ953のいう通り。

960 ：デフォルトの名無しさん：2008/03/16(日) 21:55:14

>>958
今のところは著作権云々より単純にコストの問題だろう。
auは端末製造コストを相当削ってるみたいだから。

高性能化する携帯だが、背面液晶は昔から比べると随分寂しい情勢だな・・・。

961 ：デフォルトの名無しさん：2008/03/18(火) 21:36:23

どうしてもわからないので質問させてください

J2SE 1.4.2_17
Eclipse 3.3.2
MEXA 1.2 エミュレータ
Eclipseプラグイン for MEXA

J2ME Wireless Toolkit 2.2(patch済み)
EclipseME 1.7.8
（この２つは不要？？）

上記のものをインストールして、MEXAエミュレータで動作するところまで確認したのですが
難読・最適化のためにProGuard 4.2をインストール、proguardgui.jarを実行し、
・Input/Output jarを設定
・Java\j2re1.4.2_17\lib\rt.jarを削除、SOFTBANK_MEXA_EMULATOR12\lib\stubclasses.zipを追加
・LibraryのみKeep
・Use mixed-case class namesのチェックを外す
・Optimization passesを9に
この設定で生成したところ、たしかにサイズは減っているのですがMEXAのコンソールにVerifyErrorが出ていて実行できないのです

それとEclipseでProGuardを実行しようともしたのですが、MEの設定が必要な事がわかり、
J2MEのDevice ManagementでWTK22ディレクトリからImportし終わってOKボタンを押すと
「An error has occurred. See error log for more details.」と出て、
.metadata\.logを見ると、!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.jface".とあって
これは何なんだWTKかEclipseMEのバージョンがおかしいのでしょうか　･;(`ε()ﾞ

何か知っている方がいましたら情報ください
よろしくお願いします

962 ：デフォルトの名無しさん：2008/03/19(水) 01:38:09

最後の顔文字さえなければ教えたのに・・

963 ：デフォルトの名無しさん：2008/03/19(水) 09:15:29

>>962
困ってる様だし、知ってるなら教えてあげてはどうだろう
おれは知らないけど･;(`ε()ﾞ

964 ：デフォルトの名無しさん：2008/03/19(水) 10:18:03

俺はテキストエディタ派･;(`ε()ﾞ

965 ：デフォルトの名無しさん：2008/03/19(水) 10:51:46

>>961
Proguardを実行してできたjarを解凍して
WTKのpreverifyかけてあげなきゃダメだよ

EclipseからProguard使うのは、バッチファイルを
プロジェクトのビルダーに登録して、コンパイル後に
動くようにしてるけど、みんなはどうやってるんだろう？
･;(`ε()ﾞ

966 ：デフォルトの名無しさん：2008/03/19(水) 12:57:50

Ant

967 ：デフォルトの名無しさん：2008/03/19(水) 18:43:26

>>962
そんなこと言わずに教えてください・・

>>965
WTKのpreverifyというのがよくわかりませんがそれでMEを使わずに単独でProguardできるのですか

EclipseからProguard使うバッチファイルというのを調べてみます

968 ：デフォルトの名無しさん：2008/03/19(水) 22:29:10

Proguard使うって事は最終的な段階だし、WTKでビルドした方が安心感ない？
つー俺もテキストエディタ派･;(`ε()ﾞ

969 ：デフォルトの名無しさん：2008/03/19(水) 23:30:36

もう次スレのスレタイにこれ入れちゃいなよ→･;(`ε()ﾞ

970 ：デフォルトの名無しさん：2008/03/19(水) 23:54:50

MEXAエミュレータで10～20FPSで動くプログラムなら実機でもこれぐらいの速度は出るんでしょうか？

971 ：デフォルトの名無しさん：2008/03/20(木) 00:03:59

実機でためせばいいじゃん

972 ：デフォルトの名無しさん：2008/03/20(木) 00:10:43

PCのクロックと端末機種、それに処理内容によるとしか。
フレームレート気にするってことはグラフィックの負荷が高いアプリだろうから
実機のほうが圧倒的に速いような気はする。

973 ：デフォルトの名無しさん：2008/03/20(木) 01:05:17

>>972
ありがとうございます。

グラフィックに関しては、drawStringを複数回呼んで太文字を表現するプログラムを７、８回行うだけでも速度が低下することだけが気になります。drawImageとsetClipを使った部分描画でもかなりの回数描画できるのですが…。

プログラムはタスクシステムで、リストへの追加や削除で時間を要する場合があるので、だいたいこれぐらいで動いてくれればいいなと思ってます。この場合、問題はヒープの方ですかね？

974 ：デフォルトの名無しさん：2008/03/20(木) 01:21:29

当然だけどエミュより実機の方が思い通りに動いてくれる場合が多いよね･;(`ε()ﾞ

975 ：デフォルトの名無しさん：2008/03/20(木) 01:27:35

drawString()はdrawImage()とは比較にならないほど遅いメソッド。
実機でも非常に遅い。

976 ：デフォルトの名無しさん：2008/03/20(木) 01:34:58

それは重たいわな。もちろんBOLD指定は試したんだろうけど。
アルファ使えるんなら文字列部分は別イメージに描画しといて
それを使いまわしたほうがいいと思う。
リスト処理に時間が掛かる場合はUIとは別スレッドで。

977 ：デフォルトの名無しさん：2008/03/20(木) 01:47:29

>>975
やはりそうですか。
>>976
参考にさせてもらいます。

978 ：デフォルトの名無しさん：2008/03/20(木) 02:07:49

drawStringってそんなに処理速度遅いかな
内部的にはわからんが数回程度じゃ目に見えて遅いなーという印象はない

979 ：デフォルトの名無しさん：2008/03/20(木) 04:46:34

ゲームのスコア表示とかに多用するけど
同じくそれほど遅いと感じたことは無い気がする
iアプリじゃ太文字描画はdrawString重ねが定番みたいだし
iアプリと比べるのも変か

980 ：デフォルトの名無しさん：2008/03/20(木) 05:00:32

不変の文字をいくつも常時描画するなら、文字を書いた画像を一枚描画するほうが早いのかね
まあやり方次第か

981 ：デフォルトの名無しさん：2008/03/20(木) 06:30:25

いや、iアプリでもdrawStringは重い･;(`ε()ﾞ

982 ：デフォルトの名無しさん：2008/03/20(木) 07:14:17

たとえば長い説明文をスクロールさせたり、動く背景に重なってるスコアなど
毎フレーム再描画する必要がある文字列の場合、
素の状態の描画と、太字や縁取りの装飾をした描画で比べてみると遅さの違いがわかるよ。

キーを押したら”おはよう”を1行描くという処理と
キーを押したら”おはよう”を10行描くという処理では、ほとんど差はないと思うが。

983 ：デフォルトの名無しさん：2008/03/20(木) 09:12:13

drawStringというよりは、Stringクラスによる大量ヒープ消費→ガベージという流れ
・・・というオチではないよね？

984 ：デフォルトの名無しさん：2008/03/20(木) 15:18:54

>Stringクラスによる大量ヒープ消費→ガベージ
もちろん文字列の生成と連結がないうえでの話だろう

985 ：デフォルトの名無しさん：2008/03/20(木) 17:30:18

文字列の描画が速いと思える理由がわからんｗ

もっとも単純な方法としてすら、1文字ずつImageもっておいて描画する方式。
1文字ずつ細切れにdrawImageしてるようなもんだ。遅いだろ

一般的な文字の描画はアウトラインを解析しつつ1ドットずつ描画だ。
もっと遅い。

携帯は前者だろうな。文字の大きさがかなり限られてるから、いちいち後者の方式でやる利点が無い。
逆に後者でやってるなら、文字の大きさは自由自在のはずだし。