Androidでモバイル開発@Java

Androidでモバイル開� ..

2:デフォルトの名無しさん
07/11/13 23:04:56
ダルヴィック VM のソースコード公開まだー

3:デフォルトの名無しさん
07/11/13 23:10:20
ダルヴィークだった…

4:デフォルトの名無しさん
07/11/13 23:11:25

■２ちゃんねる関連スレ

Android -Googleケータイ登場へ-
ｽﾚﾘﾝｸ(os板)

【携帯】グーグル（Google）、携帯電話向けプロジェクト「Android」発表か[07/11/05]
ｽﾚﾘﾝｸ(bizplus板)

【モバイル/ソフト】米グーグルがAndroidのSDKや試作機によるデモを公開、iPhoneに似た操作感［07/11/13］
ｽﾚﾘﾝｸ(bizplus板)

あなただけの携帯・・・作って　GoogleがAndroidの動画を公開
ｽﾚﾘﾝｸ(news板)
　

5:デフォルトの名無しさん
07/11/13 23:26:36

■関連ニュース

「あなたの“Google携帯”作って」―AndroidでiPhoneライクなUIも - ITmedia News
URLﾘﾝｸ(www.itmedia.co.jp)

OHA、「Android」向けソフトウェア開発キットを公開
URLﾘﾝｸ(k-tai.impress.co.jp)

【続報】Androidアプリの記述言語はJava、ランタイムの仮想マシン「Dalvik」は自ら開発：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述 - モバイル - Tech-On!
URLﾘﾝｸ(techon.nikkeibp.co.jp)

米グーグル、Android用アプリケーションの開発コンテストを開催
URLﾘﾝｸ(ascii.jp)

グーグルが広げる携帯電話の可能性--Andoroidファーストルック:コラム - CNET Japan
URLﾘﾝｸ(japan.cnet.com)

初のグーグル「Android」対応アプリ、早くも登場か:モバイルチャンネル - CNET Japan
URLﾘﾝｸ(japan.cnet.com)

グーグルの「Android」はウイルスの標的になるか？:モバイルチャンネル - CNET Japan
URLﾘﾝｸ(japan.cnet.com)

グーグルの携帯電話プラットフォーム「Android」、ノキアも参加の可能性を否定せず:モバイルチャンネル - CNET Japan
URLﾘﾝｸ(japan.cnet.com)
　

6:デフォルトの名無しさん
07/11/13 23:40:41
URLﾘﾝｸ(memo333.cocolog-nifty.com)
↑
無謀な馬鹿が出現ｗ

7:デフォルトの名無しさん
07/11/14 01:13:32

■壁紙
URLﾘﾝｸ(code.google.com)
　

8:デフォルトの名無しさん
07/11/14 01:19:50
プチ重複やな

Googleが携帯用OSを無償配布
ｽﾚﾘﾝｸ(tech板)

9:デフォルトの名無しさん
07/11/14 01:20:44
ｽﾚﾀｲにAndroidはいってないがな

10:デフォルトの名無しさん
07/11/14 01:23:11
とりあえず誰か２ｃｈブラウザつくってくれ

11:デフォルトの名無しさん
07/11/14 01:28:47
>>10
それいい

12:デフォルトの名無しさん
07/11/14 01:38:10
暇なんでimonaみたいだけど２ｃｈネラー向きのブラウザつーのを
作ってみるわ。もちろんAndroidネイティブな。少しまちなー。

13:デフォルトの名無しさん
07/11/14 02:29:49
賞金10億ヤベーｗ

14:デフォルトの名無しさん
07/11/14 02:34:42
日本語入力が出来ないのが致命的…

15:デフォルトの名無しさん
07/11/14 03:13:55
Ubuntu 64だと adb が動かなかった

16:デフォルトの名無しさん
07/11/14 04:44:05
> Androidネイティブ
わけわからん・・・

どうでもいいけどスレ立つの遅かったですね
携帯電話開発って人気ないのかな

17:デフォルトの名無しさん
07/11/14 04:57:19
やっぱり制限がきついのがネックなのかなぁ
個人的には機種を限定すれば事前に把握しないといけない内容が少なくて済むから面白いと思うんだけどなぁ

auのJava回帰とAndroidでモバイル分野でのJavaの地位はほぼ確定的になったし
サーバーサイドJavaはもはや昔のCOBOL並に安泰だから
Java信者ならモバイルとサーバーの連携を大プッシュするべき

18:デフォルトの名無しさん
07/11/14 09:18:23
OpenGL関連のAPIはどんな感じだろう

19:デフォルトの名無しさん
07/11/14 09:55:46
こんな感じ。まあ普通ですね。
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)

20:デフォルトの名無しさん
07/11/14 11:15:56
>>13
賞金総なめする気か

21:デフォルトの名無しさん
07/11/14 11:22:27
OpenGLが必ず使える点はいいですね。

22:デフォルトの名無しさん
07/11/14 11:23:54
最大の不満は、アイコン
もっと人間っぽいのかメカっぽいのにしてくれ

23:デフォルトの名無しさん
07/11/14 12:05:29
・日本語入力機能がまだないｗ
　表示はアプリケーション名も中身も問題なし。

・アプリケーションのライフサイクルがちょっと特殊で、
　TCP接続を維持したいような場合にはServiceを作る必要がある。

24:デフォルトの名無しさん
07/11/14 12:06:11
gPhoneならではのAPIがなかったら、ただの劣化PDAなわけです。
gPhoneならではのAPIには次のようなものがあります。
-----------------------------------
Google API URLﾘﾝｸ(code.google.com)

・MapView
　Google Map と連携できます。

・P2P Services Using XMPP
　グーグルトークと連携できます。

-----------------------------------
Optional API URLﾘﾝｸ(code.google.com)
全機種でサポートされるわけではない。

・Location-Based Services
　GPSの情報を読めます

・Media APIs
mp3などのメディアデータを再生できます。URIからストリーミングもできます。

・3D Graphics with OpenGL
3Dモデルを表示できます。

・Low-Level Hardware Access
Bluetooth や WiFi にアクセスできます。でもまだSDKに入ってません。
-----------------------------------
あとは、ユーザアプリでServiceを書いて通知を適当なタイミングで出せるとか
ネットワークまわりのAPIにServerSocketがあるとかが
特徴と言えば特徴になるかと思います。

25:デフォルトの名無しさん
07/11/14 12:07:03
UIコンポーネントの基底クラスがｺﾚなんだけど
URLﾘﾝｸ(code.google.com)

ほとんどのイベントがクラスの関数を直接呼ぶことで実行されてる。
まれにsetOnなんとかListener ってメソッドがあるけど、addじゃなくてsetなので上書きされてる

…イベントを取るのにカスタムクラスを書かないといけない
んで、レイアウトXMLにカスタムクラスを書けない

…手動でレイアウト

(´･ω･`)

26:デフォルトの名無しさん
07/11/14 12:13:58
あと昨日試してうまくいかなかった部分が対策わかったのでコード断片だしてみる
private TextView mEditor;
//snip
// set movement method
mEditor.setMovementMethod(LinkMovementMethod.getInstance());
mEditor.getMovementMethod().initialize(mEditor,(Spannable)mEditor.getText());
// append text with autolink
b.append(line);
Matcher m = ptnURL.matcher(b);
if( ! m.find( b.length() - line.length() ) ) return;
do{
　 int start = m.start();
　 int end = m.end();
　 // justify url
　 String schema = m.group(1).toLowerCase();
　 String host = m.group(2);
　 String path = m.group(3);
　 String schema2 = (String)hmSchema.get(schema);
　　　String url = (schema2!=null?schema2:schema)+"://"+host+path;
　　　b.setSpan(new URLSpan(url),start,end,Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);
}while(m.find());

27:デフォルトの名無しさん
07/11/14 12:14:39
ごめん、 SpannableStringBuilder b が抜けてた…

28:デフォルトの名無しさん
07/11/14 12:36:10
このJavaってどのJavaに相当するものなの？

29:デフォルトの名無しさん
07/11/14 12:52:14
JDK1.5 or later + 独自ライブラリ。
Javaコンパイラ自体はJDKのもの。

30:デフォルトの名無しさん
07/11/14 13:12:36
サンクス
ジェネリクスやアノテーションは使えるわけか

31:デフォルトの名無しさん
07/11/14 13:14:15
この番組はデフチューブの提供でお送りします
URLﾘﾝｸ(youtubetv.atspace.com)

32:デフォルトの名無しさん
07/11/14 14:34:58
>>22
themeあるから作れ。
URLﾘﾝｸ(code.google.com)

33:デフォルトの名無しさん
07/11/14 14:40:28
何を作るかって事だが、今まで考えていたアイデアを組み合わせて作るか。

34:デフォルトの名無しさん
07/11/14 15:36:58
Security modelがJavaとは違うな。
Linuxのuidとprocessの管理を元に拡張した独自方式。
元のVMがこうだったのかな。
最近のJava組み込み系はJava Security Model使ってるのが多いと思うが。

35:デフォルトの名無しさん
07/11/14 16:09:52
ドキュメントやクラスライブラリの中身を何回か読んでみたが、
やはりどう考えてもUIのイベントモデルがおかしいと思うわ…。

36:デフォルトの名無しさん
07/11/14 16:13:55
超kwsk

37:デフォルトの名無しさん
07/11/14 16:30:25
JavaScriptやAWTだと、部品を使う側がaddEventListenerでリスナーを好きなだけ接続できるじゃん？
でもandroid.view の場合は基本的にメンバ関数を呼ぶだけなんで、部品を使う側ができることがかなり制限されてる。
たとえばScrollViewやTextViewにsetOnClickListenerしてもハンドラが呼ばれることはない。

既製の部品を使えないのではカスタムコントロールを書いてlayoutのxmlに
<com.google.android.samples.view.LabelView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
/>
みたいに組み込んで、あとはカスタムコントロールの中でどうにかやりくりするしかなさそう。

ちなみにJavaのAWTと違って、コンポーネント配置を動的に変更する機能はない。

38:デフォルトの名無しさん
07/11/14 16:41:47
エミュレータだとアイコンやボタンはマウスクリックすると反応するんだよ。
でもAPI Demo の Text/Linkify を開いてみるとURLはクリックしても反応しない。
TextViewがそういうつくりで、継承なしには拡張できないぽい。

あと方向キーでのフォーカス移動にも細かい不具合をいくつか発見してる。

39:デフォルトの名無しさん
07/11/14 16:42:45
>>35
俺もそこのところが良く分からないわ。

>>34
classファイルからapkファイルを作る時に、
独自VM byte codeに変換されてるのかな。
そうするとJava2 security modelは無理だわな。
コンパイラなしでbyte code変換系のみって構成みたいだね。
これだとVMの特許問題をいろいろ回避できそう。

40:デフォルトの名無しさん
07/11/14 16:46:16
CameraDevice クラスでカメラから画像をポーリングできるのか。
API DemosのGraphics/CameraPreviewがそれっぽい

41:デフォルトの名無しさん
07/11/14 17:06:48
クリップボードを扱うAPIがないな。
この端末自体クリップボードに該当するものがないのか？

42:デフォルトの名無しさん
07/11/14 18:07:38
キーイベントがonKeyDownとonKeyUpしかないって、IME入ったら詰むんじゃないか。

最近オープンβ開始した某MMORPGでIMEの制御がおかしくてチャットログが
＞wwwwwwwっわあああああｄｄｄっふぁふぁwwwwこんにちはー
＞11１２１４１２４１２４１２１３３１３２２２Lvアップおめー
のようになってるゲームがあったが、似た問題が起きそうな予感。
もしくはIMEON状態だとキー入力が全く取れないとかになるのかのう。

43:デフォルトの名無しさん
07/11/14 20:01:27
>>24
OpenGL|ES は iPhone でも Symbian でも使えるぞ。
しかもハードウェアアクセラレーション有りだ。
Android のカーネルは GPL な所為でドライバが
無いから、CPU レンダリングになってしまい、
まともな 3D アプリは作れない。

44:デフォルトの名無しさん
07/11/14 20:41:28
Androidを採用した端末メーカがクローズドソースなデバイスドライバを作ることぐらい
常識的に考えて分らない人なのかねぇ

45:デフォルトの名無しさん
07/11/14 20:55:54
>>44
21 世紀になってだいぶ経つけど、今時 GPL を知らない人?

46:デフォルトの名無しさん
07/11/14 21:07:06
>>45 プロプライエタリなカーネルモジュールが許されてることを知らない人ハケーン。
ソースコードの中にファームウェアのバイナリが直書きしてあることもよくあるよ。

47:デフォルトの名無しさん
07/11/14 21:08:06
>>46
確かにオープンソース？だなｗ

48:デフォルトの名無しさん
07/11/14 21:09:24
ある日ＮＯぷりすたぁ
URLﾘﾝｸ(www.freewebs.com)

49:デフォルトの名無しさん
07/11/14 21:15:59
>>46
許されているわけじゃないだろ。何も言わないって事になってるだけで。
過去これだけ組み込み Linux 端末が出されてもスルーされて来た部分だから
今後も期待薄だ。

50:デフォルトの名無しさん
07/11/14 21:57:28
実行時リンクはGPL汚染されない。
動的ロードされるカーネルモジュールにしてしまえば問題ない。

51:デフォルトの名無しさん
07/11/14 22:02:39
同じアドレス空間を共有するから汚染されるよ。
ロードするタイミングは関係無い。

52:デフォルトの名無しさん
07/11/14 22:05:10
チワワのブログです。
URLﾘﾝｸ(plaza.rakuten.co.jp)

53:デフォルトの名無しさん
07/11/14 22:22:53
>>51
それはない。

汎用的なDLLモジュールのビルド時には
それがどんなプログラムから利用されるか特定できない場合が
普通にある。

そんな基準でライセンスを規定する奴はいない。

54:デフォルトの名無しさん
07/11/14 22:23:33
Google Androidに関する情報のまとめwiki

URLﾘﾝｸ(www29.atwiki.jp)

55:デフォルトの名無しさん
07/11/14 22:24:18
OpenGL 2.0 対応 NVIDIA linux driver とか普通に存在してて、
別に訴えられていないわけだが。

56:デフォルトの名無しさん
07/11/14 22:27:49
>>53
違うと思うなら GPL の原文を読んで来いよ。
ライブラリをどう作ろうと GPL プログラムの
アドレス空間にロードしたらアウト。

だから皆困ってるんだぜ。

57:デフォルトの名無しさん
07/11/14 22:31:24
いやー俺以前Linux入りの箱売ってたから既に読んでるんだわ。
そんな理由で困った事例があるなら実例あげてみてくれよ。

58:デフォルトの名無しさん
07/11/14 22:32:25
読んでるのに分からないならどうしようもないな
同情するよ

59:デフォルトの名無しさん
07/11/14 22:33:13
実例あげられないならただのあおりってことで無視さしてもらうわ。

60:デフォルトの名無しさん
07/11/14 22:33:45
このやりとりの
おかげで
GPLが
めんどくさそうなのわ
わかった

61:デフォルトの名無しさん
07/11/14 22:34:14
FUD乙

62:デフォルトの名無しさん
07/11/14 22:34:49
>>59
事実が認められなくて捨て台詞吐くなんて恥ずかしくないのか?
ちょっと考えたら分かる事だぜ

63:デフォルトの名無しさん
07/11/14 22:35:33
FUD乙

64:デフォルトの名無しさん
07/11/14 22:44:29
結局、どっちが正しいんだぜ？

65:デフォルトの名無しさん
07/11/14 22:49:19
だからさ、 OpenGL 2.0 対応 NVIDIA linux driver とか普通にあるんだよ。
別に何の問題にもなってないんだよ。

66:デフォルトの名無しさん
07/11/14 22:56:30
Nvidiaのとか、どーいう理屈なの？解釈問題？
まあ出されたものは、気にせず使うんだけど

67:デフォルトの名無しさん
07/11/14 22:57:36
エミュはqumu+sdlかー。でもDalvik VMはソース公開されてないのか。

qemu内で動かすんならまぁ大丈夫とは思うけど、バイナリはあんま使いたくないよねぇ。
>メディアライブラリ
> PacketVideo社のOpenCOREをベースにしています。ライブラリは、多くの一般的なオーディオとビデオ形式
>（MPEG4、H.264、MP3、AAC、AMR、JPGとPNGのような静止画を含む)の再生とレコーディングをサポートします。
あたりがやっぱ引っかかってるんだろうな。

68:デフォルトの名無しさん
07/11/14 22:58:51
GPL 的にはクローズドなドライバをロードするのはアウト
OpenVR の Linux Kernel 2.4 用のドライバは大事な部分を
ユーザランドに追い出す事でそれを回避していたよ

nVidia がどうなっているかは知らん
Linus か誰かがコメント出してなかったっけ?

69:デフォルトの名無しさん
07/11/14 23:01:28
Adaptecも独自のドライバ配布してるぞ。

70:デフォルトの名無しさん
07/11/14 23:04:04
tainted

71:デフォルトの名無しさん
07/11/14 23:08:51
>>66
ここからリンクされているリーナスのコメントを読むと良いかもね。
黒だけど便利だから良いやって感じ。ただし調子に乗るなよと。

URLﾘﾝｸ(mcn.oops.jp)

72:デフォルトの名無しさん
07/11/14 23:08:59
GPLは確かまだ裁判になってないから法的な裏づけはまだない
細かい主張はストールマンやFSFがそう主張してるだけにすぎない
しかし無駄に裁判リスクを負いたくないので普通はそれに従うという話

73:デフォルトの名無しさん
07/11/14 23:09:29
ド素人は引っ込んで自社の法務にでも聞いとけ

74:デフォルトの名無しさん
07/11/14 23:10:45
Linux 自身は loadble module は GPL にする必要はないと言ってる。
Monta Vista の連中も問題はないとコメントしていたな。
でも Linux の copyright holder が全員 OK とは言ってないので、厳密には
グレーだそうな。

組み込み機器とかは、クローズドソースなドライバが山ほどあるので、
これが黒ということになったら大騒ぎだろうな。

75:デフォルトの名無しさん
07/11/14 23:11:15
訴訟リスクよりも FUD で企業イメージが損なわれるのが一番怖い

76:デフォルトの名無しさん
07/11/14 23:12:45
黒だよ。裁判にならないだけ。

77:デフォルトの名無しさん
07/11/14 23:17:03
Android自体はApacheライセンス。
今回のSDKのエミュがLinux使ってるだけで、
下位層をまるごと取り替えたものを出すのはアリだろうな。

78:デフォルトの名無しさん
07/11/14 23:20:13
Androidのアーキテクチャ
URLﾘﾝｸ(www29.atwiki.jp)

79:デフォルトの名無しさん
07/11/14 23:21:10
まぁカーネルレイヤーは別にbsdにでも置き換えることはできるし、
その辺のことも考えてユーザーランドはapache、bsdだし。
というかその辺はあまり製品から触れないのではない?
俺的に問題はDalvikがoss化されるかにかかっている。

ライセンスfudderはどっかよそに行って論議しておくれ。

80:デフォルトの名無しさん
07/11/14 23:24:07
現実的に *BSD に置き換えられる事はないだろうね。ドライバ無さ過ぎ。
ライセンスはちゃんと考えた方が良いよ。FUD と言って逃げる時代は終わった。

81:デフォルトの名無しさん
07/11/14 23:25:13
ぶっちゃけユーザランド側にはあまり関係のない話だな。

82:デフォルトの名無しさん
07/11/14 23:25:22
Dalvikがオープンソースにならない限りはLinuxしかありえないっぽい

83:デフォルトの名無しさん
07/11/14 23:26:10
かろうじてありえるとしたらNetBSDくらい？

84:デフォルトの名無しさん
07/11/14 23:27:00
>>80
別に組み込みだし…

85:デフォルトの名無しさん
07/11/14 23:30:04
>>84
それが通るなら BSD/OS も今世紀中は健在だったろうさ
Wasabi Systems はまだ頑張ってるんだね

86:デフォルトの名無しさん
07/11/14 23:34:23
なんか、特にAndroidに依存した話じゃなくなってるな。

「GPLv3が組込み機器の障害にならないよう明文化」，
IPA OSSセンターが起草者Moglen教授とコメンタリーを作成へ
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

87:デフォルトの名無しさん
07/11/14 23:35:41
いまどきJavaというだけで興味なくなった。

88:デフォルトの名無しさん
07/11/14 23:36:47
>>81
そこで最初の問題。
PowerVR 用のドライバと OpenGL ライブラリは提供されるか否か。
取り敢えず今までは長い事 Intel も TI も作ってくれなかったけど。
これが出来ると Android だけでなく多方面で嬉しい事が多い。

89:デフォルトの名無しさん
07/11/14 23:46:54
それ自体はAndroidの構造にあまり関係ないので割とどうでもいい感がある

90:デフォルトの名無しさん
07/11/14 23:48:29
GPLの話を続けるならこのへんで

【GPL】ライセンス問題討論すれ7【BSDL】
ｽﾚﾘﾝｸ(linux板)l50

さあGPL批判だよもんだよもん
ｽﾚﾘﾝｸ(unix板)l50

91:デフォルトの名無しさん
07/11/14 23:48:29
IPA邪魔しゃしゃり出てくるな

92:デフォルトの名無しさん
07/11/14 23:50:35
>>87
むしろモバイル分野でのJavaの安泰は決定的になってしまった

93:デフォルトの名無しさん
07/11/14 23:52:46
>>89
iPhone の UI をパクったり、携帯ゲームを作りたいなら避けては通れない道だよ

94:デフォルトの名無しさん
07/11/14 23:53:04
Qualcomm MSM7K(arm)ってどんなもん?

しかしどこもかしこもarmですごいなぁ。
ゲーム機に携帯と台数でるし。

95:デフォルトの名無しさん
07/11/15 00:05:23
自分で読め。
URLﾘﾝｸ(www.cdmatech.com)
qemuだからCPU食うなあ、emulatorは。

96:デフォルトの名無しさん
07/11/15 00:07:19
ARMって何がいいんですか

97:デフォルトの名無しさん
07/11/15 00:13:18
Intel が PowerPC を追い出す勢いで ARM をプッシュしただけ

98:デフォルトの名無しさん
07/11/15 00:22:13
>>50
また議論がわかれているところを
断定的にいうなよな

99:デフォルトの名無しさん
07/11/15 00:24:56
>>72
その認識は5年くらい前の話じゃね？

URLﾘﾝｸ(slashdot.jp)
URLﾘﾝｸ(slashdot.jp)

100:デフォルトの名無しさん
07/11/15 00:26:43
ダルヴィークさえオープンソースになればアンドロイドは割とどうでも良い。
単なる一般的なリナックス環境なだけだから。

これでダルヴィークがしょぼかったら悲しいね。

101:デフォルトの名無しさん
07/11/15 00:27:33
GPL絡みの話は>>90のリンク先に任せて、賞金目指し何かつくろうぜ。

102:デフォルトの名無しさん
07/11/15 00:30:27
SQLite って Java から弄れるの?

103:デフォルトの名無しさん
07/11/15 00:42:17
パッケージ一覧
URLﾘﾝｸ(code.google.com)

android.database.sqlite というそのものズバリのパッケージがあるよ

104:デフォルトの名無しさん
07/11/15 00:45:07
>>100
俺は、Google API関係のJava binding for mobile deviceがきっちり定まれば、
後はどうでもいい。総務省もSIMロック解除を主張しているし、
mobile deviceの世界が広がりそうだ。

105:デフォルトの名無しさん
07/11/15 00:50:43
Androidを見るとArkanoidと勘違いしてしまうのは俺だけ？

106:デフォルトの名無しさん
07/11/15 01:08:36
>>105
お前だけだ。
一生ブロックを崩してろ、おっさんめ。

107:デフォルトの名無しさん
07/11/15 01:09:28
>>105
大山のぶよ乙

108:デフォルトの名無しさん
07/11/15 06:19:29
JDK1.5までのクラスやメソッドは全部つかえんの？
ていうか基本的なAPIはサンのソースコードをそのまま利用しているのか？

それともGoogleが"全部"書き直してるのか？

109:デフォルトの名無しさん
07/11/15 06:21:17

まとめwiki　マジ翻訳乙
　

110:デフォルトの名無しさん
07/11/15 06:27:59
SwingとかGraphicsはどうなってんだ

111:デフォルトの名無しさん
07/11/15 06:42:09
EclipseでアンドロイドパッケージのクラスにCtrl＋左クリックでアクセスしようとしたけど、
classファイルしか表示されない

どこにソースのzip転がってるの

112:デフォルトの名無しさん
07/11/15 07:50:31
>>103
さんきゅ

113:デフォルトの名無しさん
07/11/15 07:55:14
識者だらけのとこに素人質問ですみません。ちといじったんですが…

・3Dでlight実装されてますか？

どの設定しても光源が出てこない…

・モテルデータの読み込みについてどこか資料ありませんか

そもそもGLの解説ページが少ないですね。dxは山のようにあったんですが。

もうちょいサンプル欲しいなあ

114:デフォルトの名無しさん
07/11/15 08:17:40
モデルデータは自分でローダ書くのが OpenGL では一般的だけど
Android でも一緒じゃないかな

115:デフォルトの名無しさん
07/11/15 09:14:45
COLLADAの読み込みは、
jMonkeyEngineとかXith3Dにあったと思うがつかったことないし、
Androidで使えるか知らん

ところで、COLLADAデータのオープンな保管庫って有る？

116:デフォルトの名無しさん
07/11/15 09:45:26
113です。

114,115さん、ありがとうございました。
なるほど、現状だと少なくともサンデープログラマが
趣味でやるには敷居が高そうですね・・・

#そもそもJAVA/C++の書き方も怪しい(Cの知識でやってるorz

もうちょっと環境が整ってから出直してきます。

117:デフォルトの名無しさん
07/11/15 09:55:31
>>116
>現状だと少なくともサンデープログラマが
>趣味でやるには敷居が高そうですね・・・

そんなわけないじゃん。データの読み込みなんて
殆どのアプリがやっている初歩的な処理だよ。
サンデーとか趣味とかが問題になるレベルじゃない。

118:デフォルトの名無しさん
07/11/15 09:57:45
> もうちょっと環境が整ってから出直してきます。

それなら、とりあえずJava SEで作ればいいんじゃない

119:デフォルトの名無しさん
07/11/15 10:04:49
PowerPCのMacじゃ無理なのか。

120:デフォルトの名無しさん
07/11/15 10:46:29
>>108,110
ServerSocketはあるがnioはない。
AWTやSwingはない。
android.* 系のパッケージの使い方に慣れる必要がある。

セキュリティモデルが違うから java.* も中身は別物だと思われ

121:デフォルトの名無しさん
07/11/15 10:53:41
>>120
> ServerSocketはあるがnioはない。

あるだろ。
URLﾘﾝｸ(code.google.com)

> セキュリティモデルが違うから java.* も中身は別物だと思われ

一緒だろ。
API docくらい読んでから書けよ、能無し。

122:デフォルトの名無しさん
07/11/15 11:08:37
APIのインタフェースは中身とは違うよな。

123:デフォルトの名無しさん
07/11/15 11:44:12
java.security.*は入ってるぞ。

デバイスとか、アプリ固有リソースの
セキュリティ・モデルが違うだけだろ。

124:デフォルトの名無しさん
07/11/15 12:37:22
やぁ。昨日からずっとTextViewのソースを見てるよ。
拡張したViewを書いて範囲選択とクリッカブルURLを実装してみた。

考えて見たらタッチパネルだとマウスオーバーって概念はないんだなｗ
あと、テキストをドラッグして範囲選択する操作と
画面をドラッグしてスクロールする操作は当然だけど相性が悪いなｗ

自作アプリからURLを開くようにすると、ブラウザのローディング画面→ページ表示になって、
そこで戻るボタンを押すとローディング画面に戻ってまたページ表示に帰ってくるのは
明らかに困った動作だと思うんだがどうだろうか。

125:デフォルトの名無しさん
07/11/15 14:00:02
そーすどこー

126:デフォルトの名無しさん
07/11/15 14:11:50
アンドロイドすげぇ興味あるけどあいにくJavaはほとんど使ったことが無いんだよな・・・
うーん、覚えるのやだなぁ（笑）

127:デフォルトの名無しさん
07/11/15 14:17:41
ああ、逆コンパイラで変換したやつな。

128:デフォルトの名無しさん
07/11/15 14:19:18
怪しい

129:124
07/11/15 14:23:26
んで現状。
URLﾘﾝｸ(upload.jpn.ph)

中身からっぽだけどなｗ

OK クリッカブルURLつきのログ表示
OK ログのスクロール
OK ログ中のURLをタッチパネルでクリック
OK 1行入力してEnterか中央ボタンで発言
未ログ初期化直後に自動スクロール
未ログから下キーで発言部に戻る
未発言先選択をクリックでフォーカス

通信部分はサービスにしないとダメっぽいので設計を少し考えるわ…

130:デフォルトの名無しさん
07/11/15 14:25:12
Javaでさえ使いこなせない低能がどうしてム板に居るのだろうな。

131:デフォルトの名無しさん
07/11/15 14:25:42
よし俺も大学のレポート終わらせてオナニーして環境ｲﾝｽｺするわ

132:デフォルトの名無しさん
07/11/15 14:26:58
Javaを使う機会が無かったからさ
「Cさえ」は聞いた事あるけど「Javaさえ」は初めて聞いたｗ

133:デフォルトの名無しさん
07/11/15 14:46:35
ソースがあれば、
android.speech.recognitionとかJava SEに移植できるかも知れないのにな
PureJavaじゃないだろうけど

134:デフォルトの名無しさん
07/11/15 15:13:23
>>130
ここに居ることが、Javaを使いこなすことより簡単だからじゃない？

135:デフォルトの名無しさん
07/11/15 15:38:09
１００億円欲しい…

136:デフォルトの名無しさん
07/11/15 17:01:08
ハローワールドアプリケーションでエミュレータを起動すると
長いこと時間掛かった後に

Application Responding

com.google.android.providers.media is not responding

というメッセージが出ます
eclipse 3.2.2 winXP cpu 2.5GHz メモリー　512MBです
スペックが足らないんでしょうか？

137:デフォルトの名無しさん
07/11/15 17:09:43
賞金すげーな。
Java触れた事無いが気になる・・・

138:デフォルトの名無しさん
07/11/15 17:26:53
Sunがやってくれりゃ無問題だったんだが、金が無いからな。
Sunがやってもライセンス料が大した金にならないが、
GoogleはWebアクセスが増えれば、数兆円の金になるからな。

139:デフォルトの名無しさん
07/11/15 18:04:11
emulator.exe はうちだと仮想226MB,アクティブ178MBくらい使ってる状態だな。

140:デフォルトの名無しさん
07/11/15 19:23:43
くそっ！アルカノイドが頭に染み付いてしまた。（TT
頭の中のイメージは会ってるのに。。。

141:デフォルトの名無しさん
07/11/15 19:25:53
Androidでアルカノイドを作ればおｋ

142:デフォルトの名無しさん
07/11/15 19:27:15
>>141
名案ｋｔｋｒ

143:デフォルトの名無しさん
07/11/15 21:18:48
>>105の立場は・・・

144:デフォルトの名無しさん
07/11/15 21:49:06
名案ﾜﾛｽｗｗｗｗｗｗｗｗｗｗ
プレイしたことない世代なんだが仕様を教えてくれないかｗ

145:デフォルトの名無しさん
07/11/15 21:49:53
普段よくアルカロイド摂取してるわ

146:デフォルトの名無しさん
07/11/15 22:45:20
>>136
$ adb kill-server

147:デフォルトの名無しさん
07/11/15 22:56:51
>>144
要は戦略性ブロック崩しなのかな？？
俺もやったことない。

・アルカノイド。
Wikipedia項目ﾘﾝｸ

148:デフォルトの名無しさん
07/11/15 23:25:54
名前の由来
バウスの母船であり、ゲーム自体のタイトルでもある「アルカノイド」は、
ニコチンなどを意味するアルカロイドをもじったのが由来。
この当時のタイトーのゲーム名やキャラクタ名には、
薬品関係、植物学関係の名前をもじった物が多い（ダライアス、レイメイズなど）。

149:デフォルトの名無しさん
07/11/15 23:34:11
AndroidのはとこくらいにVocaloid

150:デフォルトの名無しさん
07/11/15 23:45:23
ﾒﾄﾛｲﾄﾞおもろいど

151:デフォルトの名無しさん
07/11/16 01:01:41
何かコミュニケーションツール的な物を作ると良いんだろうな。
Google と連動するとなお良いみたいな。

152:124
07/11/16 01:34:32
URLﾘﾝｸ(jp.youtube.com)
とりあえず別プロセスのサービスつけて設定ダイアログをいくつか書いた。
やっぱり中身はまだないｗ

153:124
07/11/16 02:01:19
00:00 エミュレータの起動が遅いｗ
00:28 やっと開始画面
00:30 一覧に自作Appのアイコンが見える。最初の画面のラベルがAppの表示名になるようだ
00:34 初期画面。タイトル表示は消せる。
00:34 Appとは別に動作するServiceを開始した。
00:40 Spinner(コンボボックスのようなもの)はタッチパネルに対応していない。とりあえずキーで操作してみる
00:59 下部の一行入力に何か書いてEnterでログにテキストを出す。自動スクロール。
01:06 唐突にHomeを押してまた自作Appを開く。
01:11 先ほどのプロセスがまだ残っていた。Freeze,StopのあとでStart,Restart,Resumeというライフサイクルを刻んでいるのがわかる
01:20 サービスとのbind,unbindはStart,Stopの際に行っている。サービスのpidは同じままだ。
01:27 メニューボタンから階層化されたメニューといくつかのダイアログを開く。
01:43 ScrollViewを使うと、画面をドラッグしてスクロールを行える。
02:10 ログにテキストを追加する際にURLにリンクを貼る。しかも http:// じゃなくて http:// だｗ
02:30 タッチパネルのクリックでブラウザ起動。現在のTextViewではタッチパネルの操作はサポートされていない。
02:40 戻るボタンを押すとローディング画面に戻る。もうアボガドバナナと
02:47 タイミングよく戻るボタンを連打すると戻ってこれる… ページが重いと戻りすぎてしまう(´･ω･`)
02:49 軽いページだったのでプロセスは残っていたようだ。重いページに飛ぶと前の画面のプロセスはkillされることがある。
02:53 サービスを終了させるために「終了」メニューをつけている。androidの流儀に反しているような気もする。要検討。

154:デフォルトの名無しさん
07/11/16 02:13:30
激しく乙。

155:デフォルトの名無しさん
07/11/16 02:17:04
コンボボックスみたいなやつはたしか左右にドラッグすると項目が変わった気が

156:デフォルトの名無しさん
07/11/16 02:29:55
タッチパネルでフォーカスできないあたりがまず問題だと思うんだ

157:デフォルトの名無しさん
07/11/16 13:36:30
今プラグインダウンロードできなくなってませんか？

158:デフォルトの名無しさん
07/11/16 18:06:24
J2SEでいう SwingUtilities.invokeAndWait みたいなのを探してるんだが、もしかして存在しない？

159:デフォルトの名無しさん
07/11/16 18:57:38
[Anatomy of an Android Application]/[Intent Receiver]
まで読んだ

160:デフォルトの名無しさん
07/11/16 19:27:52
サンプルのServiceStartArguments.javaに出てくるLooperとHandlerってのがスレッドメッセージキューみたいだな…
Looperの解説、少なすぎだろ…

161:124
07/11/16 20:43:17
W/dalvikvm( 540): No implementation found for native org/apache/harmony/luni/platform/OSNetworkSystem.createSocketImpl (Ljava/io/FileDescriptor;Z)V
W/***( 540): java.lang.UnsatisfiedLinkError: createSocketImpl
W/***( 540): at org.apache.harmony.luni.platform.OSNetworkSystem.createSocketImpl(Native Method)
W/***( 540): at org.apache.harmony.luni.platform.OSNetworkSystem.createSocket(OSNetworkSystem.java:80)

＼(^o^)／

162:124
07/11/17 00:16:27
普通のソケットはとりあえず動くことを確認した。
でもSelectorやノンブロッキングI/Oが使えないのは微妙だなー(´･ω･`)

163:124
07/11/17 01:46:50
Looper のクラスファイルを読んで分かったことを
URLﾘﾝｸ(www29.atwiki.jp) に書いといた。

Javaだけでスレッドメッセージキューが実装されているのに少し驚いたぜｗ
一部Jadで逆変換できないコードがあったけどな。

164:デフォルトの名無しさん
07/11/17 04:29:59
>>163
超GJ!!!
分からないこと多すぎるので、調査結果とか公開してもらえるのは凄く助かります。

165:デフォルトの名無しさん
07/11/17 08:09:07
携帯のサービスって
家でできることが外でも出来ます！
てのばかりで全く面白みを感じないんだけど
あえて言えばGPSくらいか

166:デフォルトの名無しさん
07/11/17 09:02:13
「携帯」の意味を辞書で調べてはどうか?

167:デフォルトの名無しさん
07/11/17 09:17:02
細切れ時間に
　ゲーム
　テレビ
コンビニとか改札で
　おさいふ
デジカメ持ってこなかったけど
　カメラ
ちょっとしたメモ
　テキストメモ
　ボイスレコード
　カメラ（ムービー）
腕時計うざい
　時計
　タイマー（、目覚まし）
　ストップウォッチ
ＰＤＡ（笑）
　スケジューラ

∴携帯は異常

168:デフォルトの名無しさん
07/11/17 10:45:19
Androidのファミコンエミュ
URLﾘﾝｸ(v.japan.cnet.com)

169:デフォルトの名無しさん
07/11/17 10:58:53
Android用ゲーム作ろうぜ
ｽﾚﾘﾝｸ(gamedev板)

170:デフォルトの名無しさん
07/11/17 15:16:05
携帯のアプリ開発って笑わないプログラマの印象しかないけど、割と皆熱心なんだ？

171:デフォルトの名無しさん
07/11/17 21:02:48
携帯の開発と携帯用アプリの開発は全然違う。

あとはまあオープンな世界かどうかということで。

172:デフォルトの名無しさん
07/11/17 23:53:23
携帯アプリも富豪プログラミングの時代なんですよ。

173:デフォルトの名無しさん
07/11/18 01:09:57
Android Application Design Philosophy
URLﾘﾝｸ(code.google.com)

ぜんぜん富豪的じゃないです。

174:124
07/11/18 02:58:18
Handlerにpostした後、待機するコード。
class InvokeKnock implements Runnable{
　private InvokeKnock(){}
　private Runnable mCallback;
　private CountDownLatch mCount;
　@Override public void run(){
　　try{ mCallback.run(); }catch(Throwable e){ Log.e("InvokeKnock","error in callback.",e); }
　　mCount.countDown();
　}
　// スレッドのHandlerにcallbackをpostした後、その処理が終わるまで待つ
　public static void call(Handler h,Runnable callback){
　　// 呼び出し元と呼び出し先が同じスレッドならキューを通さずに直接実行する
　　if( Looper.myLooper() == h.getLooper() ){
　　　try{ callback.run(); }catch(Throwable e){ Log.e("InvokeKnock","error in callback.",e); }
　　　return;
　　}
　　// countDown()と組み合わせたRunnableをHandlerにポスト
　　InvokeKnock iw = new InvokeKnock();
　　iw.mCallback = callback;
　　iw.mCount = new CountDownLatch(1);
　　h.post(iw);
　　// 処理されるのを待つ
　　try{ iw.mCount.await(); }catch(InterruptedException e){
　　　　 Log.d("InvokeKnock","calling thread is interrupted while waiting.");
　　　　 Thread.currentThread().interrupt(); // 再送出
　　}
　}
};
使用例
(メインスレッド) handler = new Handler(Looper.myLooper());
(別スレッド) ... catch(final Throwable e){ InvokeKnock.call( handler,new Runnable(){ @Override public void run(){ onError(e); } });

175:デフォルトの名無しさん
07/11/18 08:09:52
hello androidがエミュレータ上に現われません・・・
山がバックグラウンドの画像のデスクトップみたいなやつしかでない・・・。
色々調べてもう丸二日ぐらいこれに費やしてるけどダメだ・・・

176:デフォルトの名無しさん
07/11/18 10:14:49
実機だと何Mまでメモリ確保できるの？
10MBぐらいまでVMが確保できる？

177:デフォルトの名無しさん
07/11/18 10:54:42
>>175
その後、その状態でもう一度実行したらいいんじゃね？

それでもダメなら、動作環境とかわからんし答えようがないわｗ

178:124
07/11/18 12:21:02
山の画面の下にあるアイコンの左端を開くとその中に自作Activityのアイコンが出るはず。
でないならアプリがインストールされてないか、マニフェストの書き方がおかしい。
ドキュメントのハウツーを読むこと。

エクリプス使いなら Version m3-rc22a に更新すると幸せになれるかも。
リリースノート URLﾘﾝｸ(code.google.com)
俺はエクリプス使ってないから知らんけど。

179:デフォルトの名無しさん
07/11/18 16:52:18
NESエミュレータってまだ実用レベルじゃないみたいだぞ

URLﾘﾝｸ(groups.google.com)

差出人: fukuyuki MURAKAMI <pocoso...@gmail.com>
日付: Sat, 17 Nov 2007 00:43:58 -0800 (PST)
ローカル: 2007年11月17日(土) 午後5:43
件名: the fatest way to draw bitmap.

Hi,

I am trying to develop NES Emulater for android.

URLﾘﾝｸ(blog.japan.cnet.com)

but, actually, it is too slow to play games.
I am looking for the fatest way to draw bitmap.
Do you know something about it?

Thanks

180:デフォルトの名無しさん
07/11/18 18:41:45
エミュレータしかないのに「実用レベルじゃない」とかﾜﾛｽ

181:デフォルトの名無しさん
07/11/18 19:07:56
>>179
High Performance: Writing a Sony PlayStation Emulator in Java Technology
TS-5547
URLﾘﾝｸ(developers.sun.com)

これを参考に高速化汁。差出人がこのスレを見てるか分らんけどな。

182:デフォルトの名無しさん
07/11/18 19:24:50
>>181
そこで挙げられてるキーワードの大半はandroidの実行環境で使えない

183:デフォルトの名無しさん
07/11/18 20:15:18
つかまだqemu上で動いてるだけのソフト相手に高速化もなかろう

184:デフォルトの名無しさん
07/11/18 20:59:34
「API上で」どこまで高速化できるか検証することには価値があると思う。

185:デフォルトの名無しさん
07/11/18 21:18:04
なんでjavaやねん

186:デフォルトの名無しさん
07/11/18 21:23:01
複数のメーカーから毎年多数の端末が出る中でアプリケーションの互換性を維持するのに、
特定のCPUにあわせたバイナリは向いていないから。

187:デフォルトの名無しさん
07/11/18 22:28:30
VMが必要なのはわかるが、C#の方が数倍効率的だろ。
MSを駆逐しようとしてるから、C#は使えないのだろうけど。

188:デフォルトの名無しさん
07/11/18 22:29:06
C++でいいや

189:デフォルトの名無しさん
07/11/18 22:42:35
C#みたいな負け規格は使わんだろw
いわゆるgoogleが選んだプログラミング言語って奴にも入ってないし。

190:デフォルトの名無しさん
07/11/18 22:44:37
llvmじゃ駄目なんかの？

191:デフォルトの名無しさん
07/11/18 23:02:39
C#じゃないのはまあGoogleだからだろうな。
CやC++はリフレクションがほぼ無いのが痛い。

192:デフォルトの名無しさん
07/11/18 23:03:19
効率なんかどっちでもいっしょだろ
ん？実行効率じゃなくて開発効率の話？

193:デフォルトの名無しさん
07/11/18 23:07:53
開発者を集めるという意味では実績もあり頭数も多いJavaの方が好都合だが、
ぶっちゃけ新しくGoogle言語を作ってくれても良かった気がした。

今なら、ECMAScript 4とかどうよ？って感じ。

194:デフォルトの名無しさん
07/11/18 23:24:27
ECMA(ryは、ちょっと時期尚早なんじゃないか。
Ajaxもあるし、力を入れていく言語ではあるんだろうけど。
>>191
Gdata APIでもObjective-Cはあるけど、C/C++はない。
正直、GCのない言語でHTTP系のAPIはきついしな。

195:デフォルトの名無しさん
07/11/18 23:27:41
>>194
C++標準フレームワーク候補でたの
知ってるか？

あれHTTP関係余裕で制御できるぜ？

196:デフォルトの名無しさん
07/11/18 23:29:13
しらねー
うぜー

197:デフォルトの名無しさん
07/11/18 23:35:26
>>192
JITコンパイラが強力な環境なら実行効率はたいして変わらないが、
携帯にそんなのあるわけねーだろ

>>194
PerlにもGCはないぞｗ。
C++はスマートポインタを使いこなせばdeleteを書かなくてもいい言語
そのスマートポインタの実装が参照カウントかGCかは割とどうでもいいことで。

198:デフォルトの名無しさん
07/11/18 23:43:13
携帯はjazelleが乗ってるようだけどそれくらいでいいんじゃないの？
コストのかかる処理はサーバー側か乗ってるライブラリとかがやる訳だし。

google電話に恥じないアイディアのほうが大切かつ難しい問題だよ。

199:デフォルトの名無しさん
07/11/18 23:52:16
JITが無いと、って言ってもDalvikってJVMじゃないんでしょ。
C#と比べられるような情報って出てるの？

200:デフォルトの名無しさん
07/11/18 23:59:08
>>195 >>197
本当にC++でHTTP系RPC叩いたことあるの?
*_ptr使っても、メモリリーク起きまくりか、copy起きまくりだよ。
捨てていいようなデータばかりとか、
同じ扱い(copy/share)ばかりのデータなら問題ないんだけど。

あとperlはGCやってるよ。JVMみたいなシリアスな奴じゃないけど。

201:デフォルトの名無しさん
07/11/19 00:00:00
ＧＣってＬＩＳＰが元祖らしいな
関係ないけど

202:デフォルトの名無しさん
07/11/19 00:03:29
元祖はFORTRANのリストライブラリ。
LISPの元になったようなライブラリね。

203:デフォルトの名無しさん
07/11/19 00:04:33
>>200
そもそも_ptrでみるのが間違ってるし
_ptr程度の要求なら自分で作ればいいだろw

お前がGC中毒なだけだろw

204:デフォルトの名無しさん
07/11/19 00:06:51
>>203
あなたはHTTPやXMLの汎用RPCライブラリ実装経験が皆無ですね。

205:デフォルトの名無しさん
07/11/19 00:07:39
最適化のプアなVMがネイティブコードより劣るのは事実だけど、
それだと困るって主張を誰かがしているわけではない。

あとあれだ、現状でC#と比較するのは単に不毛だと思うぜ。
実機がない、実績がない、洗練されてない状態だし。

206:デフォルトの名無しさん
07/11/19 00:08:31
>>204
お前の言う汎用ってどんなレベル？
商用、OSSの何％程度の実装レベルの
ものを言ってる？

どっかの糞ライブラリ拾ってきてラッパ
して終わりとかいうんじゃねーだろうな？

207:デフォルトの名無しさん
07/11/19 00:10:11
野良アプリが動くモバイル・プラットフォームで
GCないのは結構きついね。
シンビアンは悲惨な目にあってる。

208:デフォルトの名無しさん
07/11/19 00:10:37
>>200
それはどうみても言語の問題じゃなくて実装の問題です。

209:デフォルトの名無しさん
07/11/19 00:13:53
>C#の方が数倍効率的だろ。

JIT無いとそんなに違うもんなの？

210:デフォルトの名無しさん
07/11/19 00:14:13
実装が大変な言語って問題なんじゃw

211:デフォルトの名無しさん
07/11/19 00:19:45
>>204
頻繁に再利用されるのにオブジェクトをGCする設計がクソ。
ふつうプーリングさせる。
電文もユーザ側に用意させないんなら
自前でバッファメモリの管理。

212:デフォルトの名無しさん
07/11/19 00:28:41
ていうか、gc_ptr とか自分で実装しろよ。＞C++じゃRPC経由でHTTP系のAPI扱うのが面倒だと思ってる人

213:デフォルトの名無しさん
07/11/19 00:32:05
昔、Google SOAP Search APIがあって、
gSOAP使ったC++のAPIあったけど廃止されたね。
gSOAPはアプリに任せる流儀。gsoap_free()とか使って。
まあ一様には決められないから当たり前だけど。

214:デフォルトの名無しさん
07/11/19 00:32:36
>>212
実装しないで済むJavaの方が楽じゃないw

215:デフォルトの名無しさん
07/11/19 00:33:04
どーでもいいが、よそでやってくれないか？
C++とかGCとかはここで語るなや。

216:デフォルトの名無しさん
07/11/19 00:38:15
とりあえず、Android SDKでHelloWorld 以外に何かコード書いて動かしてみた奴は挙手。

ノ

217:デフォルトの名無しさん
07/11/19 00:38:55
TODOリストみたいなの作ってますが…

218:デフォルトの名無しさん
07/11/19 00:42:29
携帯って狭くって画面設計が大変だなあ
それからエミュレータみたいにでかい画面の端末、本当に出るの?

219:124
07/11/19 00:51:15
携帯の液晶はPCよりピクセルが細かいのもあるから、実機はエミュの画面より小さいと思うんだ。

ノ今はこんな感じだぜ URLﾘﾝｸ(upload.jpn.ph)

次ページ