[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 11/24 02:56 / Filesize : 166 KB / Number-of Response : 676
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

携帯JAVAのスレッド



1 名前:デフォルトの名無しさん [02/01/26 01:47]
質問でも議論でもなんでもこい、と

2 名前:デフォルトの名無しさん [02/01/26 01:54]
初心者です。携帯Javaにアプリを詰め込む技術を教えて下さい。

3 名前:2 [02/01/26 01:55]
10KByte制限に引っかからないように、

4 名前:デフォルトの名無しさん mailto:sage [02/01/26 01:59]
>>2
アセンブラ勉強しよう。

5 名前:デフォルトの名無しさん mailto:sage [02/01/26 02:00]
初心者です。糞スレの削除の方法を教えてください。

6 名前:デフォルトの名無しさん mailto:sage [02/01/26 02:02]
初心者です。美味しい金儲けの方法を教えてください。

7 名前:デフォルトの名無しさん [02/01/26 02:25]
>>4 それ バイト・コード・アセンブラ使えといわはるんですか...
いや、JavaVMで走る他の言語とか、AOPとやら使うとか、逃げ道はないのか

8 名前:デフォルトの名無しさん [02/01/26 03:33]
クラス名とか結構場所食うから、
myClass→aとかの短い名前に変換するプログラム有るらしいけど、
俺は見たことも使ったこともない。

9 名前:デフォルトの名無しさん mailto:sage [02/01/26 04:28]
ファミリーベーシックを思い出した。


10 名前:デフォルトの名無しさん [02/01/26 08:51]
どっかの本で、「クラス定義は2つが限界」書いてあって、笑った。




11 名前:デフォルトの名無しさん [02/01/26 09:25]
制限10KBてのはソースが10KBまでってこと?
それともイメージを含めて10KBまで?

12 名前:デフォルトの名無しさん mailto:sage [02/01/26 09:31]
初心者です。javaといえばWrite Once Run Anywareと聞いたのですが
携帯javaはこのjavaに当てはまりますか


13 名前:デフォルトの名無しさん mailto:sage [02/01/26 09:46]
>>11
イメージ含めて。
だから苦し紛れにイメージは外部(WEB上)においてロードするときに
アクセスするという、Javaにする意味がないような方法まで…

14 名前:デフォルトの名無しさん [02/01/26 09:52]
>>13
うげぇ。。正直携帯用のアプリなんか作る気無くなってきたよ。。
所詮アプリいっても携帯じゃここが限界か。。
なんか聞くところによるとアイアプリ専用のクラスで作らなくちゃ
いけないみたいだし。。

15 名前:R29 [02/01/26 10:09]
game.2ch.net/test/read.cgi/gamedev/1005042631
こちらの方が議論は進んでいます。

>>11
jarファイルの大きさです。つまりzip圧縮後ということになります。
*.classだけ入れて、画像などのイメージはスクラッチパッドという
領域(たいてい10kbytes)に格納することができるので
code 10k(圧縮後), その他 10kになります。



16 名前:R29 [02/01/26 10:14]
>>14
環境はAppletによく似ています。
import java.applet.Applet;
する代わりに
import com.nttdocomo.ui.*;
するだけなので、大して変わらないです。


17 名前:デフォルトの名無しさん mailto:sage [02/01/26 10:24]
>>16
アプレットには メモリ制限ないような気がするけど…

18 名前:デフォルトの名無しさん [02/01/26 10:30]
>>12
文字列とかの基本的なクラスぐらいだろうな。Write Once Run Anywareって。
メーカー(機種)ごとに独自のクラスが多いから。
逆に言ってしまうと、それを売り物にして新製品を開発している。
現実は企業の利益のほうが優先して、Sunが提唱する理想とはギャップが激しい。

19 名前:デフォルトの名無しさん [02/01/26 10:32]
>>17 携帯Javaのメモリ制限ってどれくらい?
 「jarファイルサイズ制限」は i-mode Javaに関しては10KB.


20 名前:デフォルトの名無しさん mailto:sage [02/01/26 10:38]
「標準APIしか使わない Javaで書かれたクラス」ならば
結構 Write Once Run Anyware に近くなるけど。

まぁ その辺は Cの移植性と似たりよったりなんでは?



21 名前:デフォルトの名無しさん [02/01/26 12:09]
>>19
この春発売の504シリーズではメモリ制限が緩くなるっていう噂は
信じていいの?

22 名前:デフォルトの名無しさん mailto:sage [02/01/26 12:27]
なんでiアプリの話ばっかり?

J_PHONE
ttp://www.dp.j-phone.com/

au
ttp://info.ezweb.ne.jp/factory/tec/spec/ezplus.html

23 名前:デフォルトの名無しさん [02/01/26 12:35]
>>21
504ではjarファイルのサイズは30KBとなるようです。


24 名前:デフォルトの名無しさん [02/01/26 19:20]
自分で作れるようになったら機種変更しようと思ってるのに、
いつまで待たせるんだ?>JPhone


25 名前:デフォルトの名無しさん [02/01/26 19:31]
まあ、仕事でやる人は一機種だけの対応ソフト作るわけにもいかないんで
当分関係無い。だから制限は10K

26 名前:デフォルトの名無しさん mailto:sage [02/01/26 19:53]
CLDCってそんなに互換性あるの?

組み込みって言う特殊なハードウェアを使う以上互換がないのは仕方がない。

27 名前:デフォルトの名無しさん mailto:sage [02/01/26 19:58]
上層部は仕方がないとは思っていない、Javaだから互換だと思っているという罠。
(今もそう宣伝している)
そしてしわ寄せが皆PGに来るという罠。


28 名前:R29 [02/01/26 19:59]
>>25
フォントの大きさとか、解像度が機種ごとに違うから
結局個別対応になる

29 名前:デフォルトの名無しさん mailto:sage [02/01/26 20:07]
APIレベルの違いは1000ぐらい有る。

30 名前:デフォルトの名無しさん [02/01/27 04:28]
au機で開発する際はMySyncも同時購入した方が
パケット代安上がりでウマーと思ったけど、
ファイル転送するたびに、携帯側のデータフォルダをPCと完全同期させるから
時間かかってしゃーない。
なんかイイの無いかなぁ・・・。



31 名前:R2D2 [02/01/27 18:46]
>>28
CLDCプロファイルみたいな感じで、
解像度やフォントやイベントハンドリングの違いをプロファイル化して、
互換ライブラリ作るとか、機種依存コードを自動生成するとか、
方法はないのかな?

32 名前:デフォルトの名無しさん mailto:sage [02/01/27 18:56]
Javaでそれやったっら遅さが倍増するだろうな。

33 名前:R2D2 [02/01/27 19:04]
マクロ or インライン で、機種依存コード吐いて、
手で最適化するってあたりならどうよ?

34 名前:デフォルトの名無しさん [02/01/27 21:57]
>>12
携帯Javaにもあてはまりますよ
P503もN503もD503も、それぞれCPUやOSは異なるものですが(多分)
同じiアプリが動きます。

でも細かなメーカーごとの拡張APIが用意されてるから一部のアプリに関してはそれがあてはまらないはずだけど
今のところそういうアプリはほとんどありません

それよりヒープメモリの大きさ、画面サイズがメーカー毎に違ったり
携帯電話側のバグで一部機能が誤動作を起こしたり、、という事の問題の方が深刻です
ここらへんの事情はパソコンJavaにも共通する問題ですね


35 名前:デフォルトの名無しさん [02/01/27 22:13]
>>34
 うーん、どうだろか。
iアプリに限定すればそうなのかもしれないけど、
auやJ-phoneでは全然違うよ。

 やだねぇ。

36 名前:R29 [02/01/27 22:34]
>>33
とにかく、コードサイズが限られているので
機種依存部分はコンパイル時になんとかする
しかないでしょう。

ハード寄りのところは機種依存が激しいです。
蓋の開閉とか、バックライトのON/OFFとか

37 名前:34 [02/01/28 01:35]
>>35
auやJ-phoneについてはメーカー固有のAPIが使われているアプリが多くて
機種ごとに違うアプリが提供されているのですか??????

au,J-phoneについてはよく知らないのですがあまりそうだとも考えにくいのですが・・・?

38 名前:デフォルトの名無しさん [02/01/28 01:41]
>>37
すまん、そういう意味じゃなくて、
iアプリ用のコードはauでは走らないでしょ、ってこと。
なんだっけ、Appletのクラス名からして違うでしょ。アレって。
auはMIDletだけど、iアプリは確か違う名前でしょ。

なんか屁理屈っぽくなってきた。

39 名前:デフォルトの名無しさん [02/01/28 03:10]
>>38
そういう事ですね(笑)
Java自体はマルチプラットフォームにつくられているのに
各メーカー独自仕様のJavaAPIで競争してる
まぁメーカーにとってみたら自分の会社の商品の中でマルチプラットフォームであれば問題ないんだからしょうがないか・・




40 名前:デフォルトの名無しさん [02/01/28 03:25]
1. iアプリ立ち上げ時にはMIDPの仕様がまだ煮詰まっておらず
  間に合わなかったらしい。今後対応させる気はないでもないないらしい。
  (所詮ドコモだから保証はしません)

2. 正直、MIDPでは機能不足じゃゴルァ
  机上で理屈もてあそんでるだけのSunにまともなAPIが以下検閲




41 名前:JAVA屋 [02/01/28 23:23]
au(KDDI)用のゲームをJフォンに移植したらほとんど修正無しで
動いちまった。
手を入れたのはサウンド周りだけだが、クラス名が違うだけで書き方は
ほとんどおんなじ。
動作テストも含めて3日くらいだったが開発費は●●●万円もらった。
(^д^)ウマー

42 名前:デフォルトの名無しさん [02/01/28 23:25]
>>41
ゴルァ!羨ましいじゃないですか

43 名前:811 [02/01/28 23:34]
自分Jなのですが,かってアプリ作りたいよー。

44 名前:デフォルトの名無しさん [02/01/28 23:37]
>>43
こちらへどうぞ
www.dp.j-phone.com/top2.html
jp-dev.appget.com/

45 名前:デフォルトの名無しさん mailto:sage [02/01/29 00:30]
Jのパケット対応&Java対応機種はいつ発売されるんだぁ?
1月じゃなかったのかよ

46 名前:デフォルトの名無しさん [02/01/31 01:31]
ageちゃおうぜ

47 名前:デフォルトの名無しさん mailto:sage [02/01/31 02:00]
>>46 空ageハケーン

48 名前:デフォルトの名無しさん [02/01/31 14:23]
>>44
SDKが無いね・・・

49 名前:デフォルトの名無しさん mailto:sage [02/02/08 00:08]
>>48
J-PHONE は Jar+JAD だから J2MEWTK レベルで作成可能な
気がする。つっても作ったことないからわからんけど。

しかしJ-PHONEはなんでパケット対応端末じゃないと、一般人はつくれんのだ?

50 名前:デフォルトの名無しさん mailto:sage [02/02/08 00:11]
あと JSCL に関しては仕様が公開されているから、
いざとなったらダミーを作ればいいと思う。

www.jblend.com/ext/JSCL/jp/



51 名前: mailto: [02/02/10 00:18]
ezplusなんですけど
tikei[0]=Image.createImage("/heiti.png");
tikei[1]=Image.createImage("/kusati.png");
tikei[2]=Image.createImage("/mori.png");
こうゆうコードで3行目だけNullpointer例外が出るんですけど・・
もちろん画像データはresフォルダーに置いてあります
エミュレーターでは例外出ても動くんですけど
実機では動きません
どなたかヒントだけでもお願いします

52 名前:デフォルトの名無しさん [02/02/10 00:27]
>>51
tikei[0]=Image.createImage("/heiti.png");
tikei[1]=Image.createImage("/mori.png");
tikei[2]=Image.createImage("/kusati.png");
に変えても3行目で例外発生?

53 名前: mailto: [02/02/10 00:41]
>>52
3行目でした
tikeiは[16]で宣言してるんですけど・・

54 名前: mailto: [02/02/10 02:43]
地形以外の画像も
for (i=0;i<16;i++){
  tikei[i]=Image.createImage(16,16);
}
こんな感じで全部初期化(?)したら
例外出なくなりました
けど、これであってるの?

55 名前:デフォルトの名無しさん [02/02/10 03:09]
iアプリを作りました,APIを把握するのは初心者の私でも簡単でしたが,
Jフォンのはどのくらい大変になりますか?
何か多機能すぎてよく理解できないことがいっぱいなのですが。

56 名前: mailto:sage [02/02/10 03:28]
そりゃiよりeとかjのほうが作りやすいよ
とりあえずjに特化したAPIつかわんでもいろいろできるだろ
容量増えただけでも

57 名前:デフォルトの名無しさん [02/02/12 03:34]
ezplusってデータ+コードで50KBなの?

58 名前:デフォルトの名無しさん [02/02/12 05:25]
>>57
JARで50KBだといわれてるなら、そういうこったろ。
あとは、データセーブ用に別枠で数KBが使えて、残りは、
もっとほしけりゃそのたびにサーバーから取ってくるしか
ないな。パケ代払って。

59 名前:デフォルトの名無しさん [02/02/14 00:04]
>>51
つーかezplusにエミュレータなんかあったんだ。
使い方教えてけれ〜〜

60 名前:デフォルトの名無しさん [02/02/14 05:43]
>>59
j2meインストすれ



61 名前:デフォルトの名無しさん [02/02/16 02:41]
addCommand(new Command("xxx",Command.SCREEN,1));
setCommandListener(this);
こんな感じでCommandを追加した場合、
どうすればremoveできますか?
javaスレでもたずねたんですけど・・・

62 名前:デフォルトの名無しさん mailto:age [02/02/19 01:55]
J-PHONE Javaエミュレータリリースage

63 名前:  [02/02/19 02:23]
>>61
そんな贅沢なメモリの使い方はせん!

64 名前:デフォルトの名無しさん mailto:sage [02/02/19 10:02]
いつまでも Write Once, Debug Anywhere なので sage

65 名前:61 mailto:sage [02/02/19 10:20]
よそで教えてもらってできたよ!
commandActionではずせばよかった

66 名前:デフォルトの名無しさん mailto:sage [02/02/21 23:55]
>>64
よく言われることではあるけど、それでもソースを各環境ごとに揃えるよりはましでは?
まぁ、ソース中で機種固有コードに分岐するならプリプロセッサのほうがマシって
ことになるかもだけど、バイナリがひとつでよいだけでもまぁ利点かな。


67 名前:デフォルトの名無しさん [02/02/22 20:40]
>>59
使い方も何も・・・
emujava.exe を起動するだけだよ。
それより俺はエミュレータと連動できるデバッガが欲しいよ。

68 名前:デフォルトの名無しさん [02/02/23 09:19]
ひたすらSystem.out.println(s);

69 名前:デフォルトの名無しさん [02/02/25 02:55]
Jフォンのエミュレーターってi-JADEと同じZentek製みたいなんだが
これってForteとかJBuilderとかのデバグ環境から呼び出せるんだろうか?
だれか知ってる人いない?

70 名前:デフォルトの名無しさん mailto:sage [02/02/25 04:13]
16bitカラー機種で16bit RGB画像を表示するには?



71 名前:デフォルトの名無しさん [02/03/02 05:14]
初心者ですいません。当方、Windowsを持ってないのですがiアプリはLinuxで作れますか?

72 名前:デフォルトの名無しさん mailto:sage [02/03/02 07:55]
preverifyのコンパイルさえできりゃなんとかなるかもー。


73 名前:デフォルトの名無しさん mailto:sage [02/03/03 01:06]
インストーラが実行できないと、必要なファイルが出てこないと思われ。

74 名前:デフォルトの名無しさん [02/03/04 10:51]
Swingは使えますか?
Appletは使えますか?

75 名前:デフォルトの名無しさん mailto:sage [02/03/04 13:47]
使えません。


76 名前:71 [02/03/04 18:26]
ほうほう。Win環境でインストールして.jarを移行すればいいわけですね。
ところで、iアプリのテストとしてはどの機種がお奨めでしょう?
SO503iSはジョグダイヤルなので論外な気がするのですが。

77 名前:デフォルトの名無しさん mailto:sage [02/03/04 21:16]
とりあえず、503i系では
N503iとN503iSで半分以上のシェアがあります。


78 名前:デフォルトの名無しさん [02/03/05 09:49]
SwingとAppletが使えないんなら、
awtでウィンドウ作るのでしょうか?

79 名前:デフォルトの名無しさん mailto:sage [02/03/05 10:05]
携帯の小さい画面でSwing使って何したかったんだろ?

80 名前:デフォルトの名無しさん mailto:sage [02/03/05 10:11]
>79
Swingしか使ったことないからです。

携帯でAppletを使えないなんて、実は、Appletって死滅してますか?



81 名前:デフォルトの名無しさん mailto:sage [02/03/05 10:12]
とりあえず、公式ドキュメント落としてよみたまい。
www.nttdocomo.co.jp/p_s/imode/java/index.html


82 名前:デフォルトの名無しさん mailto:sage [02/03/05 10:14]
ラジャー>81

83 名前:デフォルトの名無しさん mailto:sage [02/03/07 11:19]
>81
やっぱ、突き放したレスすると一気に落ちるよ。

84 名前:デフォルトの名無しさん mailto:age [02/03/07 12:14]
禿

85 名前:デフォルトの名無しさん [02/03/07 23:18]
auのezplusの仕様を調べていたら、
あるサイトのリンクから、auが作ったpdfが見つかりました。
info.ezweb.ne.jp/factory/tec/spec/pdf/ezplus_guideVer1_01.pdf

しかし、auのサイト内に
このpdfへのリンクが見当たらないんですけど、一体なぜ?
上のやつはVer.1.01ってことなので、
すでに更新されている気もするんですが、発見不能です。
どこにあるんですかね?

86 名前:デフォルトの名無しさん mailto:sage [02/03/08 17:22]
info.ezweb.ne.jp/index.html

87 名前:デフォルトの名無しさん mailto:sage [02/03/08 17:24]
info.ezweb.ne.jp/factory/tec/spec/ezplus.html

88 名前:85 mailto:sage [02/03/08 21:55]
>>87
あ、そこだったんですか、すみません。
マルチメディアってところを一所懸命探してました・・・

89 名前:デフォルトの名無しさん [02/03/12 02:48]
メーカ毎に採用してる携帯のOSってわかりますか?

90 名前:デフォルトの名無しさん [02/03/12 06:41]
OS-9



91 名前:デフォルトの名無しさん mailto:sage [02/03/12 06:42]
DR-DOS

92 名前:名無しさん@お腹いっぱい。 [02/03/12 07:05]
>>40
> 1. iアプリ立ち上げ時にはMIDPの仕様がまだ煮詰まっておらず
>   間に合わなかったらしい。

そんなん、NTTドコモよりの情報誌が言ってるだけでしょ。
確かに規格できた方が後だったけど、ほとんど固まってたよ。

NTTグループって何でも自分の言うとおりじゃないときが済まない。
税金も投入して作られた市内回線網を背景にごり押し。
まあドコモは規格も設計も態度もずっとまともな方だけど。

> 今後対応させる気はないでもないないらしい。
> (所詮ドコモだから保証はしません)

海外携帯電話でMIDPが流通して、classが使えなくて困る、
と客からクレームしないかぎり合わせることはないな。

93 名前:デフォルトの名無しさん mailto:sage [02/03/12 10:56]
504iもやっぱMIDP未対応?
まあ、どのみちMIDPのAPIだけじゃ使い物にならんから
どうでもいいんだけど。


94 名前:デフォルトの名無しさん [02/03/12 13:35]
MIDPってiアプリ(DoJa)では使えるGraphicsクラスの
fillPolygon()メソッドが使えないみたいですが
MIDPで実現するには自分でこの機能を実装しないと
ダメですよね。
どなたか、MIDPの仕様範囲で記述できる
この機能のソースを公開してるサイトご存じないですか?
探し方が悪いみたいで全くヒットしません。

95 名前:デフォルトの名無しさん mailto:sage [02/03/12 15:14]
スキャンコンバージョンあたりで検索してみるといいかも〜ん。


96 名前:デフォルトの名無しさん [02/03/20 11:39]
auとかJ-phoneのアプリ作るなら
ここでβ版のMIDPエミュを手に入れるといいです
ttp://www.jdsp.org/

>>94
塗りつぶしのアルゴリズムって太古の昔から
あるような。自分はCで実装したことがあります


97 名前:デフォルトの名無しさん [02/03/22 14:55]
iモード,米国上陸
www.zdnet.co.jp/news/0203/20/e_imode.html

iモードって便利なの?スカイメール出来ないよね。

98 名前:デフォルトの名無しさん [02/03/24 14:37]
J-PHONEの3D API の詳細仕様が分からん...
誰か詳しい仕様を掲載しているサイト知らない?

99 名前:デフォルトの名無しさん [02/03/25 15:00]
>>98
www.people.or.jp/%7Enpaka/kvm/javapress/javapress.html

100 名前:デフォルトの名無しさん mailto:sage [02/03/25 15:13]
100ゲット



101 名前:98 mailto:sage [02/03/25 23:50]
>>99
thx.
JAVA PRESS買ってきます...






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<166KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef