1 名前:1 [2007/11/13(火) 23:00:00 ] Android は、Linux kernel 2.6 上に構築された、堅牢なOS、さまざまなライブラリ、 多彩なマルチメディアユーザインターフェースを提供するモバイル端末向けソフトウェアプラットフォームです。 公式(英語) code.google.com/android/ Android SDK ダウンロード code.google.com/android/download.html Android アプリケーション開発環境のリリースと Android デベロッパーチャレンジのお知らせ googlejapan.blogspot.com/2007/11/android-android.html Androidメモ www.saturn.dti.ne.jp/~npaka/android/ android情報まとめ @ ウィキ www29.atwiki.jp/android/
175 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 08:09:52 ] hello androidがエミュレータ上に現われません・・・ 山がバックグラウンドの画像のデスクトップみたいなやつしかでない・・・。 色々調べてもう丸二日ぐらいこれに費やしてるけどダメだ・・・
176 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 10:14:49 ] 実機だと何Mまでメモリ確保できるの? 10MBぐらいまでVMが確保できる?
177 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 10:54:42 ] >>175 その後、その状態でもう一度実行したらいいんじゃね? それでもダメなら、動作環境とかわからんし答えようがないわw
178 名前:124 mailto:sage [2007/11/18(日) 12:21:02 ] 山の画面の下にあるアイコンの左端を開くとその中に自作Activityのアイコンが出るはず。 でないならアプリがインストールされてないか、マニフェストの書き方がおかしい。 ドキュメントのハウツーを読むこと。 エクリプス使いなら Version m3-rc22a に更新すると幸せになれるかも。 リリースノート code.google.com/android/RELEASENOTES.html 俺はエクリプス使ってないから知らんけど。
179 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 16:52:18 ] NESエミュレータってまだ実用レベルじゃないみたいだぞ groups.google.com/group/android-developers/browse_thread/thread/3f38490a24ee9c8e/0aa4321f8747166f 差出人: 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. blog.japan.cnet.com/crazy/nes_emu_android.gif 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 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 18:41:45 ] エミュレータしかないのに「実用レベルじゃない」とかワロス
181 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 19:07:56 ] >>179 High Performance: Writing a Sony PlayStation Emulator in Java Technology TS-5547 developers.sun.com/learning/javaoneonline/j1sessn.jsp?sessn=TS-5547&yr=2006&track=coolstuff これを参考に高速化汁。差出人がこのスレを見てるか分らんけどな。
182 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 19:24:50 ] >>181 そこで挙げられてるキーワードの大半はandroidの実行環境で使えない
183 名前:デフォルトの名無しさん [2007/11/18(日) 20:15:18 ] つかまだqemu上で動いてるだけのソフト相手に高速化もなかろう
184 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 20:59:34 ] 「API上で」どこまで高速化できるか検証することには価値があると思う。
185 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 21:18:04 ] なんでjavaやねん
186 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 21:23:01 ] 複数のメーカーから毎年多数の端末が出る中でアプリケーションの互換性を維持するのに、 特定のCPUにあわせたバイナリは向いていないから。
187 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 22:28:30 ] VMが必要なのはわかるが、C#の方が数倍効率的だろ。 MSを駆逐しようとしてるから、C#は使えないのだろうけど。
188 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 22:29:06 ] C++でいいや
189 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 22:42:35 ] C#みたいな負け規格は使わんだろw いわゆるgoogleが選んだプログラミング言語って奴にも入ってないし。
190 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 22:44:37 ] llvmじゃ駄目なんかの?
191 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:02:39 ] C#じゃないのはまあGoogleだからだろうな。 CやC++はリフレクションがほぼ無いのが痛い。
192 名前:デフォルトの名無しさん [2007/11/18(日) 23:03:19 ] 効率なんかどっちでもいっしょだろ ん?実行効率じゃなくて開発効率の話?
193 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:07:53 ] 開発者を集めるという意味では実績もあり頭数も多いJavaの方が好都合だが、 ぶっちゃけ新しくGoogle言語を作ってくれても良かった気がした。 今なら、ECMAScript 4とかどうよ?って感じ。
194 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:24:27 ] ECMA(ryは、ちょっと時期尚早なんじゃないか。 Ajaxもあるし、力を入れていく言語ではあるんだろうけど。 >>191 Gdata APIでもObjective-Cはあるけど、C/C++はない。 正直、GCのない言語でHTTP系のAPIはきついしな。
195 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:27:41 ] >>194 C++標準フレームワーク候補でたの 知ってるか? あれHTTP関係余裕で制御できるぜ?
196 名前:デフォルトの名無しさん [2007/11/18(日) 23:29:13 ] しらねー うぜー
197 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:35:26 ] >>192 JITコンパイラが強力な環境なら実行効率はたいして変わらないが、 携帯にそんなのあるわけねーだろ >>194 PerlにもGCはないぞw。 C++はスマートポインタを使いこなせばdeleteを書かなくてもいい言語 そのスマートポインタの実装が参照カウントかGCかは割とどうでもいいことで。
198 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:43:13 ] 携帯はjazelleが乗ってるようだけどそれくらいでいいんじゃないの? コストのかかる処理はサーバー側か乗ってるライブラリとかがやる訳だし。 google電話に恥じないアイディアのほうが大切かつ難しい問題だよ。
199 名前:デフォルトの名無しさん [2007/11/18(日) 23:52:16 ] JITが無いと、って言ってもDalvikってJVMじゃないんでしょ。 C#と比べられるような情報って出てるの?
200 名前:デフォルトの名無しさん mailto:sage [2007/11/18(日) 23:59:08 ] >>195 >>197 本当にC++でHTTP系RPC叩いたことあるの? *_ptr使っても、メモリリーク起きまくりか、copy起きまくりだよ。 捨てていいようなデータばかりとか、 同じ扱い(copy/share)ばかりのデータなら問題ないんだけど。 あとperlはGCやってるよ。JVMみたいなシリアスな奴じゃないけど。
201 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:00:00 ] GCってLISPが元祖らしいな 関係ないけど
202 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:03:29 ] 元祖はFORTRANのリストライブラリ。 LISPの元になったようなライブラリね。
203 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:04:33 ] >>200 そもそも_ptrでみるのが間違ってるし _ptr程度の要求なら自分で作ればいいだろw お前がGC中毒なだけだろw
204 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:06:51 ] >>203 あなたはHTTPやXMLの汎用RPCライブラリ実装経験が皆無ですね。
205 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:07:39 ] 最適化のプアなVMがネイティブコードより劣るのは事実だけど、 それだと困るって主張を誰かがしているわけではない。 あとあれだ、現状でC#と比較するのは単に不毛だと思うぜ。 実機がない、実績がない、洗練されてない状態だし。
206 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:08:31 ] >>204 お前の言う汎用ってどんなレベル? 商用、OSSの何%程度の実装レベルの ものを言ってる? どっかの糞ライブラリ拾ってきてラッパ して終わりとかいうんじゃねーだろうな?
207 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:10:11 ] 野良アプリが動くモバイル・プラットフォームで GCないのは結構きついね。 シンビアンは悲惨な目にあってる。
208 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:10:37 ] >>200 それはどうみても言語の問題じゃなくて実装の問題です。
209 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:13:53 ] >C#の方が数倍効率的だろ。 JIT無いとそんなに違うもんなの?
210 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:14:13 ] 実装が大変な言語って問題なんじゃw
211 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:19:45 ] >>204 頻繁に再利用されるのにオブジェクトをGCする設計がクソ。 ふつうプーリングさせる。 電文もユーザ側に用意させないんなら 自前でバッファメモリの管理。
212 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:28:41 ] ていうか、gc_ptr とか自分で実装しろよ。>C++じゃRPC経由でHTTP系のAPI扱うのが面倒だと思ってる人
213 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:32:05 ] 昔、Google SOAP Search APIがあって、 gSOAP使ったC++のAPIあったけど廃止されたね。 gSOAPはアプリに任せる流儀。gsoap_free()とか使って。 まあ一様には決められないから当たり前だけど。
214 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:32:36 ] >>212 実装しないで済むJavaの方が楽じゃないw
215 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:33:04 ] どーでもいいが、よそでやってくれないか? C++とかGCとかはここで語るなや。
216 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:38:15 ] とりあえず、Android SDKでHelloWorld 以外に何かコード書いて動かしてみた奴は挙手。 ノ
217 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:38:55 ] TODOリストみたいなの作ってますが…
218 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 00:42:29 ] 携帯って狭くって画面設計が大変だなあ それからエミュレータみたいにでかい画面の端末、本当に出るの?
219 名前:124 mailto:sage [2007/11/19(月) 00:51:15 ] 携帯の液晶はPCよりピクセルが細かいのもあるから、実機はエミュの画面より小さいと思うんだ。 ノ 今はこんな感じだぜ ttp://upload.jpn.ph/img/u02468.jpg
220 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 01:02:10 ] とりあえずjava3dの勉強から始めましたorz
221 名前:デフォルトの名無しさん [2007/11/19(月) 01:06:45 ] Java3Dってまだ現役なの?
222 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 02:31:57 ] >>221 一応バージョンアップはしてるみたい
223 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 10:53:52 ] >>221 そろそろ空気を読んで下げることを覚えようぜ。 昔も今も直接OpenGLのラッパーを叩くのが主流な気がするよ。
224 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 11:15:01 ] あのさーAndroidに興味あるみんなは普段何の開発に関わってるの? オレはFlashLiteで
225 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 17:04:08 ] オレは趣味グラマ。 まだ、これ関係はなんも作ってないけどさ。
226 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 20:37:41 ] >>224 JSFとかやってる。javaってだけで関係は希薄だけれども。
227 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:21:11 ] ttp://jp.youtube.com/watch?v=pqlnzwig_Y8
228 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:25:33 ] 初心者な質問すいません サンプルデモたとえばHelloAndroid code.google.com/android/samples/ApiDemos/src/com/google/android/samples/app/HelloWorld.html なんかを見ると import com.google.android.samples.R; みたいな感じで「R(ラージアール)」が記述されているのですが これはどういう意味なんでしょうか?
229 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:28:42 ] resフォルダにあわせてR.Javaは自動生成される。 中身はリソースID。
230 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:34:51 ] >>229 ありがとうございます 私が初心者すぎて何のことか、まだ漠然としかわからないので ちょっと調べてきます
231 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:45:32 ] Android以前にJavaの初心者じゃないか
232 名前:228 mailto:sage [2007/11/19(月) 22:59:56 ] >>231 そうです java初心者です。APIリファレンスの使い方など良くわからず 調べながらやってます。 ちょっと調べてたのですがサンプルと実際に動作するHelloAndroidのコードの差は ○サンプル setContentView(R.layout.hello_world); ○実際に動作するソース TextView tv = new TextView(this); tv.setText("Hello, Android"); setContentView(tv); この部分なのですが、R(resフォルダにあわせてR.Javaは自動生成される。 中身はリソースID。 )で上記から下記がどのように導かれるかわかりません。 一通りjavaは通しで勉強したのですが これがわからないのは私に何か致命的に足りない知識があるんでしょうか?
233 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 23:17:51 ] >>232 public class layout { public class Hello_world implements TextView { public Hello_workd { setText("Hello, Android"); } } public static Hello_world hello_world = new Hello_world(); }
234 名前:228 mailto:sage [2007/11/19(月) 23:26:09 ] >>233 ありがとうございます なんか見えてきたような なんかおおまかですがわかってきた気がします
235 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 00:23:43 ] 実際に Eclipse で Android プロジェクト作ってみたらすぐわかると思うんだが・・・
236 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 06:37:03 ] あんまいじめんなや、
237 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 07:39:13 ] res/layout/ フォルダみりゃ一発で分かると思うんだがなぁ。
238 名前:228 mailto:sage [2007/11/20(火) 07:43:22 ] >>235-237 ありがとうございます たしかにオートコンパイルされたものを眺めたらわかりそうです res/layoutなんてのも出来てたんですね
239 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 07:46:13 ] 逆だ。res/ の内容をリソースとしてバイナリに変換した際に R.javaがビルドのたびに生成される。
240 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 20:45:06 ] Androidでフォントを追加する例 groups.google.com/group/android-developers/browse_thread/thread/8a430d4c62a9aee9 www.nuuneoi.com/neoi/android-blog/6/FontChanged.png
241 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 21:49:17 ] 追加じゃなくて置換じゃね
242 名前:228 mailto:sage [2007/11/20(火) 22:11:03 ] >>239 ありがとうございます なんだかやっとAndroidの動作がわかってきました まだまだリファレンス読んで使えるレベルには達していませんが_| ̄|○
243 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 23:21:30 ] 既存のjarになったプロジェクトをそのまんまつかえたりしますか? PDF関係とか
244 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 23:33:07 ] >>243 そのjarがAndroidのAPIの範囲内で動くなら使えるはずだが、ってそういうことじゃなくて?
245 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 10:33:25 ] OpenGLっつってもねえ。 演算子オーバーロードのない言語で3Dとかマゾだろ。みんながんばれ
246 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 11:43:01 ] つ Java3D 既存のjarが使えるということはバイトコードは共通なの?
247 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 12:43:56 ] 共通ではない。 JavaバイトコードをDalvikバイトコード?に変換して配布するようだ。
248 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:15:15 ] >>245 kwsk
249 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:20:09 ] 行列演算がダルイ → vecmathを使え でFA
250 名前:デフォルトの名無しさん [2007/11/21(水) 14:24:57 ] > vecmath ググッたけど、便利そうだね。 何なのこれ?
251 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:34:14 ] >>250 Java3Dに内蔵してた行列演算ライブラリ
252 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:35:20 ] 何なのか分からないのに便利そうって…
253 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:39:37 ] >>245 携帯じゃJava以外の選択肢がないのですが・・・
254 名前:デフォルトの名無しさん [2007/11/21(水) 14:47:23 ] ぶりゅーって奴は?
255 名前:250 mailto:sage [2007/11/21(水) 14:50:48 ] >>251 なるほど、描画前のボクセル計算部分ってことだね。
256 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:59:58 ] ジオメトリ演算では
257 名前:250 mailto:sage [2007/11/21(水) 15:02:57 ] あ、っそうだったね。 2Dのジオメトリ演算は自分で作ったけど、3Dはこれ使うかな。
258 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 15:11:54 ] そうだったねってほんとにわかってるのか
259 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 16:42:37 ] >>254 移植が面倒なだけでちっともC++の利点が生かせないクズ
260 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 16:43:12 ] >>246 Java3Dもマゾだ。vecmathがどうした。 幾何演算を素直にそのまま書けないのが許されるのはC言語時代、PS1時代までよねーキャハハ >>253 どうぞご自愛ください
261 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 16:47:30 ] 別に演算子オーバーロードが使えなくても困らないし、 そんなに使いたいなら演算子オーバーロードをサポートした言語でバイトコード吐き出すコンパイラ作ればいいんだし いったい何が言いたいんだろう?
262 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 17:00:30 ] きっとかわいそうな人なんでしょーね。
263 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 17:01:29 ] 本来の演算記号と異なるC++の演算子を強引に当てはめて、素直に書けますとは・・・コレいかに? >>260 の脳内では、内積や外積を素直に記述できることになっているんだろうなぁ(笑)
264 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 17:03:24 ] >>263 > 本来の演算記号と異なる演算子を強引に当てはめて、 これは言語の問題じゃないから。 屑コードを書けない言語はこの世に存在しない。
265 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 18:18:07 ] おまえらおっぱいでも揉んで落ち着けよ
266 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:13:39 ] どーでもいいが、よそでやってくれないか? C++とか演算子オーバーロードとかはここで語るなや。
267 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:22:55 ] 激しく同意。以降、荒らす馬鹿が出てこないように、 sage 進行厳守で。 ^^^^^
268 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:56:48 ] sageても、アンチgoogleとアンチJavaとアンチLinuxは関係なく湧くがなw
269 名前:デフォルトの名無しさん [2007/11/22(木) 00:41:00 ] お前等、Android Developer Challenge やる前にそもそも英語でちゃんとアプリの説明できるのか? 俺はできん・・・。 助けてくれ。
270 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 00:57:36 ] >>269 英語の読み書きが出来ない低能はカエレ
271 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 01:03:45 ] 木村カエラ
272 名前:デフォルトの名無しさん [2007/11/22(木) 01:15:18 ] ぬるぽ
273 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 07:32:16 ] 賞金げっとするぜ
274 名前:デフォルトの名無しさん [2007/11/22(木) 07:39:52 ] GWTとどう違うのか簡単に教えてくれる人いますか
275 名前:デフォルトの名無しさん mailto:sage [2007/11/22(木) 08:30:08 ] GWTと比較する意味がわからない