Androidでモバイル開発@Java

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/ 465 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 08:53:56 ] >>464 >>464 >>464 466 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 09:54:58 ] 日本語を表現するのに UTF-8 が如何に無駄かを知らないんだろうな。 467 名前：デフォルトの名無しさん [2008/02/24(日) 10:07:24 ] けど中身がASCIIコードで書かれたソースコードばっかりと仮定するならUTF-8が最高。 コンパイル済みコードならUNICODEはいいんだけどケータイですらスクリプト使いまくりだからな。 468 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 10:10:41 ] プログラムは UTF-8 いいよね。 日本語ばっかだと UTF-16 の方が遥かにいい。 469 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:03:06 ] >>464 >>464 >>464 470 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 12:07:23 ] そして SJIS や EUC の方が遥かにいい 471 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 13:44:19 ] >>466 表現に必要なバイト数が効率の全てか？携帯電話が、何MBのFlashメモリ乗せている？ ShiftJISからUTF-8に変えたところで、どれだけムダだというんだ？ 下位互換性でどうしても必要なとき意外は、基本エンコーディングはUTF-8というのが世界の流れ。 Windowsは下位互換性のために〜A系のAPIを残しているけど、それは呼び出すたびに内部でUTF-16への 変換をする、効率の悪いAPI。 Linuxもいまどきは日本ではLANG=ja_JP.UTF-8が標準だし、MacもUTF-8。 472 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 13:59:32 ] >>471 もしかしてこのスレ立てた人？ pc11.2ch.net/test/read.cgi/php/1195004743/ 473 名前：デフォルトの名無しさん [2008/02/24(日) 14:09:46 ] 30年ほど前にutf-8を実装しようとしたらごみ呼ばわりされたっけな。 474 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:26:58 ] 日本語が1.5倍強にふくれあがるからなあ。 １文字につき３（たまに４）バイトだから。 それに、メモリだけの問題じゃないだろう。 475 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:35:41 ] うむ、老いてエネルギーが無くなって時代の流れについていきたくない 元エンジニアのジジイを説得するのに労力がかかるのが一番の問題だな。 476 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:51:06 ] 本当に Unicode 全体を表示する必要があるなら仕方が無いだろうが、 日本語のみ表示したのでよければ Unicode はオーバースペックだ。 文章のバイト数が増えるだけじゃなく、 文字に関する色んな機能を実現するのに必要なコード量やテーブルも増えるし、 過去の遺産も使えない。 477 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 14:56:38 ] >>472 全く違うが、本気で新しいプラットフォームでShiftJISを使いたいという考えが判らない。 ShiftJISなんて捨てたくても捨てられなくて仕方なく使ってるだけのレガシーエンコーディングなのに。 日本の携帯はバッドノウハウの固まりで、携帯電話の常識は世界の非常識だって認識、皆持ってる？ 478 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:00:16 ] >>476 日本のためだけに規格を作るわけじゃないだろ。Javaだって、ソースコードをShiftJISで書いても内部ではUTF-16。 そして、Androidにわざわざ過去の遺産を持ち混む必要性も全く感じない。 479 名前：デフォルトの名無しさん [2008/02/24(日) 15:04:22 ] シフトJISはバイト数が少なくてすむだけじゃなく、画面に出力したときに文字幅とバイト数が一致しているので スクロールが超早いエディタとかも作りやすい。 表現できる文字の制限については、ブラウザでは文字コードを直接指定できるからそれを採用するとか・・すると上記メリットもなくなっちゃうか。 プロポーショナルフォントが標準だしね。 まあ画面サイズがチープでもレイアウトが簡単に作れる程度のメリットは今でもある。 480 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:18:52 ] Shift-JISは(c)Microsoft 481 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 10:21:59 ] >>479 > シフトJISはバイト数が少なくてすむだけじゃなく、画面に出力したときに文字幅とバイト数が一致している 言ってる意味が分からないのだけど。 482 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 10:36:19 ] >>481 固定幅フォントでレンダリングした場合、半角文字は1byte、全角文字は2byte。 文字列が50byteなら、半角文字50文字分の幅が必要。 483 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 20:46:42 ] >>481 その意味が分からない程度で SJIS 批判してたの？ 484 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 20:54:38 ] 意味はわかるけど今時そんな事言うのもどうかと思うぞ プロポーショナルフォントの事も英語と日本語以外の文字の事も考えていない たとえばギリシャ文字なんかは英字の倍の幅を取るほうが不自然じゃないか 485 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:15:32 ] 驚いた。よく意味が分かるなぁ。 486 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:25:13 ] 何が分からないか分からない 487 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:41:29 ] ていうか　　　　　　　　　　　　　　　　　Android と全く関係ないなｗ 488 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 01:02:29 ] >>484 文字の配置が決まってるから見栄えを幅に合わせてるんだよ。 abc ａｂｃ αβγ ＡＢＣ ΑΒΓ あれ？ プロポーショナルフォントでもギリシャ文字がでかいな。 斜め線が多いから小さいと見難いし、 文字サイズ変更してもその見栄えが変わらないようにかな。 記号に使われることが多いから実用上この方がいいかも。 まあギリシャ語用フォント（ラテン文字セット）を使えば英字と同じような見栄えで表示されるんじゃないかな。 489 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 03:57:24 ] 半角カタカナ除けばEUC-JPでもいいわけだな。 490 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 07:24:19 ] それを除くなんてとんでもない！ それに、EUC-JP には実は３バイト文字が・・・ ttp://ja.wikipedia.org/wiki/EUC-JP 491 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 07:57:22 ] ShiftJISを使う && ShiftJISのバイト数と文字幅が一致しているフォントを使うという ごく限られた条件でしか使えないバッドノウハウに頼るのはやめようぜ。 固定幅フォント使っても、east_asian_width == ambiguous 系はバイト数と幅が一致するとは 限らない。 492 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 08:24:11 ] やっと意味が分かる意見が出て来た。 493 名前：デフォルトの名無しさん [2008/02/26(火) 09:08:54 ] シフトJISが有益で最大のシステムは多分カーナビ 地名はJISで規定されてるし。 でも町より下は使えない文字多かったっけ。 494 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:13:31 ] は？何言ってんのこいつ 495 名前：デフォルトの名無しさん [2008/02/26(火) 09:37:13 ] 地名はUNICODEでも解決できないんだからシフトJISに外字で追加するのが一番いい。 pyrite.s54.xrea.com/timei/index.html 496 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 09:52:22 ] >>495 ShiftJISの外字エリアと対応するUnicodeのコードポイントはあるのだから、 ShiftJISで外字に追加して対応できるなら同じくUnicodeにも外字に追加して対応できる。 497 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 10:28:13 ] 小岾（こばけ）なんて地名はなかった jitenfeti6.jugem.jp/?eid=528 追　記 　埼玉県川越市には、「小岾」という地名がありませんでしたが、韓国にはあるようです。 （自称）小岾に住んでる人から集団でネットストーキングされたが、 あれは在日朝鮮人か韓国人の集団だったんだなあ。 498 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:07:54 ] >>496 外字領域のマッピングってちゃんと標準化されてるの？ コンバーターを提供する実装者に依存するんじゃない？ 499 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:18:58 ] >>498 話として閉じたシステムをもちだしてるんだから問題ない。 同一システム間ならUTF-8にしてそのままメールもできるしな。 500 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 23:43:37 ] インスタントメッセージ的にSJISがいと思う 501 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:21:46 ] >>498 してる。3キャリともUnicodeに絵文字のコードポイント持っていて、 きちんとcp932からUnicodeに変換ルールに従って移動している。 >>500 意味不明 502 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 01:28:25 ] MS932だと思うんだ 503 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:37:22 ] cp932という表現はperlかiconv由来か。LAMP開発者なんだろ。 504 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 08:43:11 ] コードページ932の略で普通にCP932と言うと思うが 505 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 11:22:26 ] MSもSunもIBMもCP932をよく使ってるわな 506 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:36:18 ] >>501 cメールみたいなの、上限増やすか文字数減らすかしなきゃならんのじゃないかなと 507 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:41:51 ] >>506 メールとかはもちろんエンコーディング変換するだろ。 Eメールでも、日本で携帯電話宛に絵文字を送る一番確実な手段はcp932を使うことだし。 Unicodeに統一して嬉しいのは、システムのAPIだとかファイルシステムだとかの話。 508 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 12:53:53 ] >>507 あ、SJISいらねって話ではなかったのねｽﾏｿ 509 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 13:22:36 ] >>504 MS932がMSのshift_JISでCP932がIBMのshift_JISで両方別物のエンコードなんだが。 今巷に出回ってるshift_JISもどきはMS932の方。 たしかSUNのJava SE実装なら両方サポートしてるはずだが。 510 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 13:35:21 ] from wikipedia Windows-31J  Windows 3.1(J)のリリースに合わせて、マイクロソフトがIBMと日本電気 (NEC) のコードを統合して作った符号化文字集合。  1993年以降、マイクロソフトが自社のドキュメント等で「CP932」という用語を使って表している対象は、常にこの「Windows-31J」である。  この名前はIANAに登録されている。 MS932  Javaで、「IBMのコードページ932」と「Windows-31J」を区別するための用語。 CP932  MS-DOSとWindowsにおける日本語コードページを表す用語。「Windows-31J」が制定されるまでは、OEMベンダによって文字集合が違う。 511 名前：デフォルトの名無しさん [2008/02/27(水) 14:16:47 ] だから普段はシフトJISって言えばいいんだよ 512 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 20:54:18 ] 分かってねーだろ。今まで >510 のような混乱があったから Windows-31J をみんな使えってなったんだろ。 Javaの世界では。 513 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:05:25 ] 単にwin2.xまでの管理コードcp932の実装をベンダに任せてただけだろ。 ベンダ任せだったcp932をwin3.1JでMS自ら管理するようになっただけ。 cp932がベンダごとに違うだけ。 514 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 21:18:37 ] なんで実装をベンダー任せにするんだ。アホか 515 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 22:37:52 ] 何も知らん馬鹿は黙ってろ 516 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:04:01 ] おまえら落ち着け 文字集合とエンコーディングは分けて考えやう。 Shift-JISってのはエンコーディング。符号化方式 Cp932ってのは文字集合。 だったはず。 MS932とかは、集合のこともShift-JISのこともいっぺんに指したりするからメンドウ。 517 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:18:40 ] いつの間にここは文字コードスレに 518 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:23:59 ] 成瀬でもいるんじゃね 519 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 14:34:38 ] 成毛？ 520 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 16:16:02 ] 雑談はこちらで pc11.2ch.net/test/read.cgi/php/1195004743/ 521 名前：デフォルトの名無しさん [2008/03/05(水) 21:53:34 ] 昔のgoogle apiみないな検索結果を返すクラスはないよね 522 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:00:47 ] みないな 523 名前：デフォルトの名無しさん [2008/03/06(木) 19:10:55 ] androidが自我に目覚めてますね 524 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:13:47 ] 解説本が売り出していて出張の新幹線での 暇つぶしに読んでみた俺がきましたよ。 ちょっと面白そう。でもなんか、フレームワーク微妙とか 思ってしまった。似たようなことをするのに似たような 別のやりかたが用意されている印象。 で、やっぱり2chビューワから作るべき？ 525 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:17:25 ] 解説本？ 526 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:17:34 ] >>524 その発想はなかったわ 527 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:20:48 ] >>525 んとね、 「アスキームック　Google Android完全解説」 ISBN978-4-7561-5130-8 電車で概要をつかむにはちょうどよい軽さだったよ 2500円もするけど。 528 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 20:23:03 ] サンクス 移動時の暇つぶしに読んでみます 529 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:32:04 ] ＞解説本が売り出していて ああぅこの主語と動詞の不整合はいつになっても見ててイライラするぞー！ もう既に一般的になってるのかなこれ 530 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:42:25 ] んなわけない。普通に日本語おかしい。 531 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 19:18:16 ] 日本語がおかしいって言ってるヤツが「んなわけ」とかｗｗ 532 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 20:48:56 ] そういう訳はない。一般的な思考に基づいて考えると日本語の文としておかしい。 533 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 21:18:22 ] 日本語を修正するアプリケーションを作れ。 534 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:36:30 ] iPhone SDKが発表になってましたが、いかがですか お前様方 535 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 23:49:19 ] この際だからmacを買おうと思った 536 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 00:06:04 ] この際だからオッパブ逝ってみようと思った 537 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 08:29:34 ] この際だからおっぱぴー言ってみようかと思った 538 名前：デフォルトの名無しさん mailto:sage [2008/03/08(土) 18:00:30 ] >>534 ほとんどの開発者が実機テスト環境をまだ手に入れられないという意味で Androidと似たり寄ったりの「ヴェイパー・プラットフォーム」って感じ。 539 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 16:48:54 ] GTalkクライアント作ってみました。 これじゃ賞金とれないかな。 ttps://sourceforge.jp/projects/mametalk/ 540 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 17:33:52 ] おお。中は見てないがJabberクライアントてこと？ 音声は？ 541 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 11:32:37 ] >540 いまのところGTalkサーバにしか接続できないのでGTalk限定です。 サーバの変更が出来るようになればXMPPに準拠してるIMとのやり取りが出来るようになるかも知れません。 まだその辺ためしてないのでわかりませんが。。。 音声には対応してません。 グループチャットが出来るのでそれなりに使えるのかなと思ってます。 542 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 20:16:44 ] 2Dのグラフィック遅くない？ fillTriangleとかはPathで代用するしか無いんかな 毎回3頂点分アロケーションとかありえん OpenGLは結局オプショナルだよね？ 543 名前：デフォルトの名無しさん mailto:age [2008/03/14(金) 10:50:46 ] アプリの最大容量が分からなくて困ってるんだぜ？ 544 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 17:48:32 ] >>543 制限は無いみたいだけど、まあ無駄に大きくはするなと。 Googleの中の人： >600kb should be fine. The only limit is really the available FLASH >space; you can expect something like 128MB on initial devices, though that is shared with all of the system code, installed applications, >and their data, so it is definitely worth being frugal. 545 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 21:52:12 ] >>542 OpenGLでゲームを作ろうとしてるけど、 テクスチャ張るだけで2~3FPSくらいまで落ちた。 SDKのバージョンがあがってCanvas.getPixels()がなくなってから OpenGLのテクスチャを作るいい方法がないんですが、 誰か知りませんか? 546 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:03:23 ] >>545 jpegからだったら android.opengl.Texture.decodeJPEG() で良さそうだね。試してないけど。 547 名前：デフォルトの名無しさん mailto:sage [2008/03/14(金) 23:46:15 ] >>546 そうですね。私も試していませんが、 おそらくそれでjpegからは作れるのかなぁ、と思っています。 ただ、そうするとアルファチャンネルが使えなくなるのが痛いです。 とりあえずandroidチームにはTextureクラスを提供するなら、 その名にふさわしい機能を入れてほしいですね。 548 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 11:03:33 ] こことか ttp://chephes.cocolog-nifty.com/blog/2007/11/androidopengl_e_3090.html 549 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 13:17:44 ] >>548 そのサイトや他のところもそうですが、 古いSDKのサンプルしか見つかりませんでした。 みんな>>545に書いてあるCanvas.getPixels()を使っています。 今は代替手段としてBitmapクラスのgetPixels(),getPixel()を試していますが、 ･前者は色データがARGBになっている ･後者は速度的に使い物にならない(512x512を読むのに2~3分かかる) という理由で他に手段があるかを探しています。 550 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 15:54:55 ] >>549 Bitmap.getPixels()で一度バッファに読み込んでから 全ピクセル分のチャネルを補正したらいいんじゃない？ あと実行時に変換する必要がないんだったらバイナリで保存とか。 試してないけど。 551 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 17:55:38 ] >>550 まだ試していませんが、 多分こんな感じの処理になると思います。 ------------------------------------------------------------ //読み込み bitmap.getPixels( buffer, ... ); for( int i = 0; i < height; i++ ){ for( int j = 0; j <width; j++ ){ //変換 ARGB->RGBA int a = buffer[ (i*width) + j ]; buffer[ (i*width) + j ] = ((a&0x00FFFFFF) << 24) | (a&0xFF000000) >>> 8); } } ------------------------------------------------------------- 以上の処理の変換部分をbitmap.getPixel()に置き換えてやったときは、 >>549で書いたとおり使い物にならない速さでした。 この処理ならうまくいくことを願って今度試してみます。 あとOpenGL使っている人いましたら、 OpenGL機能を使っても30fps程度は普通に出ているのか教えてください。 私の試した結果では 古いSDK･･･テクスチャ無し:約20fps テクスチャあり:約2~8fps 新しいSDK･･･参考になるようなデータ無し(画面点滅する現象を確認) という感じです。 552 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 18:25:45 ] >>551 たぶんRとBは入れ替えになると思う。 あと他の人の参考用に一応書くけど、最適化の基本として ループの外に出せる処理は極力外に出す。 for (int ptr=0, i=width*height; i>0; --i, ++ptr) { int a = pixels[ptr]; pixels[ptr] = (a&0xff00ff00)|((a>>16)&0xff)|((a<<16)&0xff00); } IntBuffer texbuffer = IntBuffer.wrap(pixels); こんな感じかと。試してないんで違ったらごめん。 エミュレータはOpenGLも全ピクセルをソフトウェア処理してるし フレームレートに関する話は意味無いよ。 実機でもハード依存だけど、Quake2が動くんだから そこそこ期待していいんかな。 マスコットホゲホゲとかよりはホゲホゲ・・・ 553 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 18:32:43 ] すまん、SDK解凍しようにもファイルが壊れています・・になるんだがダウソ失敗しただけかな？ みんな最新版ちゃんと解凍できたよな？ 554 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 18:48:59 ] OpenGL ES1.0はソフト実装を対象としてるからエミュレータで負荷かけれれば少しは再現できるんだろうけど。 そもそも実機がないからどうにも言えない。 555 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 19:21:29 ] >>552 なるほど。その方法で試してみます。 実行速度に関しては、 ソフトウェアエミュレータということは分かっていますが、 これで速くなるだろうと思って作ったら、 やっぱり遅かったというのが怖いですね。 556 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 19:58:59 ] 桁間違ってた。 pixels[ptr] = (a&0xff00ff00)|((a>>16)&0xff)|((a<<16)&0xff0000); ね。試してないけど。 フレームレートに依存しないようにつくるのが正しいんだろうけど 譲れない線ってあるよね。物理シミュなんかタイムステップで挙動変わるし。 もうsubmitしちゃったけどさ。エミュレータ上で0.3fps・・・ 557 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 13:12:54 ] エミュレーターってキー押しっ放しだと処理落ちする？カクカクしてサンプルの着陸ゲームもろくに遊べんのだけど 558 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:01:49 ] 鏡反転とか上下反転のやり方が分からなくて困ってるんだぜ？ 559 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 19:08:06 ] >>588 自力でsrcイメージから１ラインずつ逆に部分描画で書くしかないんだぜ？ setClipに当たるAPIがどれか分からなくて困ってるんだぜ？ clipRectしか見当たらないんだぜ？ 560 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:36:56 ] >>558 Canvas.scale(-1.0f, 1.0f)　左右反転 Canvas.scale(1.0f, -1.0f)　上下反転 これでどう？ 561 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:15:30 ] >>559 特定の領域にだけ描画したいってことなら canvas.save(Canvas.CLIP_SAVE_FLAG); canvas.clipRect(x, y, w, h); （ここで描画） canvas.restore(); canvas.clipRect(0, 0, getWidth(), getHeight()); でどう？ 任意形状ならclipPathとかで。 意味違ってたらごめん。 562 名前：デフォルトの名無しさん [2008/03/23(日) 07:17:14 ] pc11.2ch.net/test/read.cgi/php/1195004743 アンドロイドスレ「アンドロイドは電気羊の夢を見るか？」 563 名前：デフォルトの名無しさん [2008/03/23(日) 22:10:44 ] android.app.SearchManager このクラスの使ってgoogleからの検索結果をえられますか 564 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 02:05:46 ] >>555です。 bitmap.getPixelsを使ってテクスチャを作ることが出来ました。 ありがとうございました。 ちなみに現在のSDKのバージョンでは 色データがARGBになっているようです。 //変換式 int pixel = pixels[ptr]; pixels[ptr] = ((pixel&0xFF000000) >>> 24) | ((pixel & 0x00FFFFFF) << 8)); 565 名前：デフォルトの名無しさん [2008/03/26(水) 08:49:54 ] こんにちは。 結構マジカキコなのですが、 *　関東近郊在住で *　時間の自由があって（学生さんが希望） *　すでに何らかのIT系サラリーマンでない Androidの使い手さんいらっしゃいますか？ 今回のコンテスト、結構遅くに知って、応募したいのですが、 開発のスキルがありません。そのかわり、英語でのドキュメンテーションの体制は整っています。 ご一緒にやれる方、やってみてもいいよという方、 右記までご連絡ください。　msuzai@yahoo.co.jp あと20日くらいしかないのでダメ元でカキコしてますが結構面白いアイディア だけはあるのです… 冷やかしメールは無視させていただきます。

---

---

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

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