トップページ⇒android
109コメント30KB

【C#】XobotOS 総合

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2012/05/07(月) 19:57:17.91ID:+4v8wJnI
Xamarinは、AndroidのJavaで書かれた部分をC#に移植した「XobotOS」をGitHubで公開した。

XobotOSはJavaをC#に変換する「Sharpen」と呼ばれるツールを使用して移植された。
ホストOSと統合する部分のコードと、Java JNIからCで書かれたネイティブコードを呼び出
すコードを手作業で置き換えた以外は、Sharpenにより自動変換されている。

XobotOSではAndroidがMono上で動作し、Dalvik VM上と比べて大幅にパフォーマンスが
向上するという。

また、C#と.NET VMはECMAで標準化されており、Javaのような特許問題が発生しない点も
メリットといえる。
http://linux.slashdot.jp/article.pl?sid=12/05/05/0546247

■パフォーマンス比較
http://tirania.org/s/71de890b.png

■Xamarinのブログ記事 http://blog.xamarin.com/2012/05/01/android-in-c-sharp/
■XobotOS-GitHub https://github.com/xamarin/XobotOS
■atsushieno氏のブログ記事 http://d.hatena.ne.jp/atsushieno/20120502/p1
0002名無しさん@お腹いっぱい。2012/05/07(月) 19:58:21.35ID:zkyqtUWm
Androidを全面的にC#で書き直したXobotOS公開、ICSとの性能差が酷すぎる 
http://engawa.2ch.net/test/read.cgi/poverty/1336353765/
0003名無しさん@お腹いっぱい。2012/05/07(月) 20:00:58.74ID:grscHi5O
>>1
乙
0004名無しさん@お腹いっぱい。2012/05/07(月) 20:09:45.16ID:V3ty7a7O
カスタムROMはよ
0005名無しさん@お腹いっぱい。2012/05/07(月) 20:21:16.61ID:ufVzA5bN
【消しゴム】MONOを使ってみるスレ4【じゃない】
http://toro.2ch.net/test/read.cgi/tech/1329023778/
0006名無しさん@お腹いっぱい。2012/05/07(月) 20:21:29.09ID:qdcllGY0
とりあえずまずはGNで動くカスロムを作ってください
0007名無しさん@お腹いっぱい。2012/05/07(月) 20:28:31.11ID:kpCu/XXw
乞食端末持ちはお帰り下さい
0008名無しさん@お腹いっぱい。2012/05/07(月) 20:30:13.99ID:q7VKBJZH
プログラムのことは素人だけと、XobotOSの狙いは何なの?
AndroidOSをまともなものにしようって取り組みなの?
0009名無しさん@お腹いっぱい。2012/05/07(月) 20:33:01.11ID:hbOMt4Jm
>>8
仕組みを大幅に変更してレスポンスを向上させようっていう試み。
0010名無しさん@お腹いっぱい。2012/05/07(月) 20:38:20.98ID:ufVzA5bN
>>8
Oracle訴訟を解決しようという試みでもある
0011名無しさん@お腹いっぱい。2012/05/07(月) 20:50:52.44ID:ZczaN36+
>>9-10
ということはやはり
性能上がるしJava?使わないから訴訟もかわせますよ
GoogleさんAndroidにこれを採用しませんか?っていうプレゼン的なものでおk?
0012名無しさん@お腹いっぱい。2012/05/07(月) 21:11:51.34ID:hbOMt4Jm
>>11
Javaはアプリで使うことになるだろうから完全排除は無理かな。
0013名無しさん@お腹いっぱい。2012/05/07(月) 21:12:53.55ID:HNGgzqbP
マルチポストやめろ
0014名無しさん@お腹いっぱい。2012/05/07(月) 21:21:37.70ID:wQP2Ik5e
あっちこっちにここのURL貼ってる人がいてうざいです。
責任もってここで引き取ってください。
0015名無しさん@お腹いっぱい。2012/05/07(月) 21:27:12.62ID:yN8jUbpU
Android も標準言語をC#にしよう。
0016名無しさん@お腹いっぱい。2012/05/07(月) 21:29:07.36ID:AtwiOEB5
で、これが載ったスマホはいつ出るの?
0017名無しさん@お腹いっぱい。2012/05/07(月) 21:35:08.29ID:+4v8wJnI
>>16
自分で入れなよ
0018名無しさん@お腹いっぱい。2012/05/07(月) 21:35:47.98ID:HX9XjojN
詳しくないから分からないんだけどこれに対応したカスタムROMができたとして今までのアプリは問題なく動くの??
0019名無しさん@お腹いっぱい。2012/05/07(月) 21:40:53.31ID:1qeYaunR
>>1
▼プログラム板
http://toro.2ch.net/tech/
▼プログラマー板
http://kohada.2ch.net/prog/
▼ゲ製作技術
http://toro.2ch.net/gamedev/
▼CG板
http://toro.2ch.net/cg/
▼ハード・業界
http://anago.2ch.net/ghard/
▼スマートフォン
http://anago.2ch.net/smartphone/
▼スマホアプリ
http://anago.2ch.net/applism/
0020名無しさん@お腹いっぱい。2012/05/07(月) 21:42:34.58ID:o1U1TCMs
>>18
Java VMが無いのに動くわけ無いでしょ
0021名無しさん@お腹いっぱい。2012/05/07(月) 21:43:45.80ID:AtwiOEB5
>>17
どうやって?
0022名無しさん@お腹いっぱい。2012/05/07(月) 21:50:20.73ID:+4v8wJnI
>>21
君ががんばって
0023名無しさん@お腹いっぱい。2012/05/07(月) 21:57:57.71ID:HX9XjojN
>>20
だから詳しくねぇって断ってんだろうがよ
ちょっと知識あるからっていきがってんじゃけぇよ
0024名無しさん@お腹いっぱい。2012/05/07(月) 22:01:04.89ID:SJdjHdIJ
>>23
0025名無しさん@お腹いっぱい。2012/05/07(月) 22:04:30.96ID:qdcllGY0
>>23
教えてもらったのに怒るなら聞かんでもええじゃろうて
0026名無しさん@お腹いっぱい。2012/05/07(月) 22:08:33.57ID:PTKg8e7f
怖すぎワロタ
0027名無しさん@お腹いっぱい。2012/05/07(月) 22:11:02.24ID:HX9XjojN
すいません取り乱してしまいました
0028名無しさん@お腹いっぱい。2012/05/07(月) 22:29:57.96ID:JPAJr07Y
>>12
何言ってんだよ
アプリをjavaで動かしてたのはiアプリ(笑)だろ
0029名無しさん@お腹いっぱい。2012/05/07(月) 22:36:00.67ID:Rep0d/gH
正直最初からネイティブでやってくれればよかったのにな…
>>1のブログ見るとなんでjavaにしたんだ、と思ってしまうな
0030名無しさん@お腹いっぱい。2012/05/07(月) 22:36:11.11ID:ITob8X+6
ん‥どこまでC#に移植したのかがよくわかんねぇんだけど、Dalvik消したらAndroidに何が残るん?
0031名無しさん@お腹いっぱい。2012/05/07(月) 22:36:50.59ID:+4v8wJnI
monoで。
0032名無しさん@お腹いっぱい。2012/05/07(月) 22:43:38.92ID:Rep0d/gH
>>30
カーネルとライブラリw
たぶんアプリケーションフレームワークとシステムアプリまではC#化したんじゃないのかな?
>>1のブログ全部読んだらわかるかも!ざっと見た感じ書いてない気がするけど!
0033名無しさん@お腹いっぱい。2012/05/07(月) 22:45:12.04ID:hbOMt4Jm
>>28
NDKで作られてない限りJavaだろ。
0034名無しさん@お腹いっぱい。2012/05/07(月) 22:47:27.07ID:Rep0d/gH
あーでもjavaのライブラリを差し替えるから完全に移植できないのかな?でも自動でできるとか言ってるし…
javaしか知らないし、javaもよくしらないおれは結局よくわからん…
0035名無しさん@お腹いっぱい。2012/05/07(月) 22:50:03.21ID:hbOMt4Jm
>>34
Javaアプリ変換ツールとか出来ればいいんだがな。
0036名無しさん@お腹いっぱい。2012/05/07(月) 22:53:45.80ID:Rep0d/gH
>>35
なんかそんなのをリリースするみたいなことをブログに書いてた気がする…
ほんとにざっと見ただけだから、正確に訳してないんだが…
てかNDKって結局javaと組み合わせないと使えないと理解してたんだが…間違ってる?
だから勝手にjavaを完全に排除して、開発環境ごと総入れ換えかな?と思ってた
0037名無しさん@お腹いっぱい。2012/05/07(月) 23:00:49.09ID:j1o5ABv2
泥井戸再生計画ktkr
これで勝つる!
0038名無しさん@お腹いっぱい。2012/05/07(月) 23:11:22.56ID:a0AQR18d
むしろ、日本メーカーこれ買って覇権とれや
0039名無しさん@お腹いっぱい。2012/05/07(月) 23:12:46.64ID:u83gRN5G
Xperiaは載せて来そう
0040名無しさん@お腹いっぱい。2012/05/07(月) 23:16:21.64ID:Rep0d/gH
>>39
そうかな?googleがホンカクテキニ採用しない限りCMとかMIUI的な扱いになりそう…
でも全部自動でバグ少なく移行できるなら採用しない手はないよなー
さぁー寝れん寝るー!
0041名無しさん@お腹いっぱい。2012/05/07(月) 23:25:21.62ID:u83gRN5G
>>40
PSSでmono採用してるし、アプリの互換さえなんとかなれば載せて来そうな気がする
0042名無しさん@お腹いっぱい。2012/05/07(月) 23:29:34.44ID:Rep0d/gH
>>41
アプリの互換って結局VM上で動作させるってことでしょ?
そしたら性能変わんなくない? 

もしくはほとんどのアプリを自動移行させるってことだよね?
それにはgoogleの本格採用いるくない?

ぺリアファンとしては来てほしい限りだけど
0043名無しさん@お腹いっぱい。2012/05/07(月) 23:33:21.83ID:s9H7bNLz
>>40
個人的にはCMに組み込んで欲しい
メーカーは下手なことしなくていい
0044名無しさん@お腹いっぱい。2012/05/08(火) 00:18:12.91ID:qOs5KwnD
             メモリ消費  メモリ確保  実行時間
               バイト     ミリ秒    ミリ秒
-------------------------------------------------
DalvikVM  クラス   9817240     5388    3013
MonoVM  クラス.   7376896     933     167
JavaVM.  クラス   10438176     319     211
MonoVM  構造体.   2007040.      12     107
http://www.koushikdutta.com/2009/01/dalvik-vs-mono.html

実のところOracle Java VMとXamarin Mono VMは勝ったり負けたりな結果だったりする。
つまりGoogleがOracleにゴメンナサイしてDalvik VMの代わりにJava VMを積めばみんな嬉しい。

あとC#の構造体は鬼最適化が効く。
MonoはまだまだだがMS VMだとVC++より速いという不思議なことになる。
ただクラスと違って使い勝手はクソ悪い。
0045名無しさん@お腹いっぱい。2012/05/08(火) 03:17:05.86ID:2B8zWLtb
>>44
C#の値型はそもそもクラスの代替じゃないから問題なし
0046名無しさん@お腹いっぱい。2012/05/08(火) 04:00:15.60ID:pkCYMXiJ
>>44
Oracleの高額なライセンス料がユーザーかメーカーに
跳ね返ってきて結果的にアンハッピーだろうけどな
0047名無しさん@お腹いっぱい。2012/05/08(火) 05:58:15.54ID:1bjQ36+g
>>36
確かにNDKもJavaとの組み合わせだ。
でもそこに書かれているJavaを理解するのにVMはいらないと思う。
0048名無しさん@お腹いっぱい。2012/05/08(火) 06:00:25.12ID:1bjQ36+g
>>42
でもandroid自体は軽くなる。
0049名無しさん@お腹いっぱい。2012/05/08(火) 06:01:52.51ID:1bjQ36+g
>>46
こまけえこたあいいんだよ!
0050名無しさん@お腹いっぱい。2012/05/08(火) 06:22:02.09ID:/9SDYaRO
>>43
そんなんじゃ結局アプリの速度は変わらないし意味ねーよカス
0051名無しさん@お腹いっぱい。2012/05/08(火) 06:28:28.55ID:qOs5KwnD
>>46
高額といってもガラケーと同じになるだけだけどね
0052名無しさん@お腹いっぱい。2012/05/08(火) 07:13:19.38ID:25Mha5J/
>>47
そうなんだ、勉強になります
とりあえずはやくカスロムがきていじってみたいなー
0053名無しさん@お腹いっぱい。2012/05/08(火) 07:58:32.76ID:UjyV2nwM
>>50
だから勝手にメーカーがXperiaに導入したってアプリの速度は変わらないんだからいれる必要ないだろ

Googleが採用しない限りメーカーから出ることはないんだからカスタムROMで自分でアプリも変換していじる程度の遊びにしかならないよね
0054名無しさん@お腹いっぱい。2012/05/08(火) 08:32:03.87ID:25Mha5J/
>>53
たぶんソースコードがないと勝手に変換はできないよ
googleが採用ってのが一番だよね
もしくはosをサポートっていう形で、play storeでサポートしてほしいな
メーカーが内蔵osに選択肢をあたえてくれるようになる、とかデュアルブートとか妄想してたら嬉しくなってきたw
0055名無しさん@お腹いっぱい。2012/05/08(火) 09:33:21.65ID:E8ffarBE
>>44
プロセスの分離がきいてないoracle jvmもどうかと思う。
zygoteの仕組みは評価してあげたい。
zygoteはxobotでどうなっているのやら
0056名無しさん@お腹いっぱい。2012/05/08(火) 10:28:30.17ID:r6OwON4B
これプレステと関係あんの?
0057名無しさん@お腹いっぱい。2012/05/08(火) 10:39:18.11ID:A41ztG4A
で、クソ泥が生まれ変わるのは何年後よ?
(゚σ・゚)
0058名無しさん@お腹いっぱい。2012/05/08(火) 10:48:07.71ID:uwoDjEGm
GoogleによるJava著作権侵害裁判、ほぼOracleの勝ちが確定、崖っぷちAndroid、どうするコマンド?
http://engawa.2ch.net/test/read.cgi/poverty/1336439613/

みごとなタイミングでGoogleに迷ってる猶予はなくなった
0059名無しさん@お腹いっぱい。2012/05/08(火) 12:06:39.45ID:hwkw42WQ
>Dalvik VMの代わりにJava VMを積めばみんな嬉しい。

結局これでFA?
0060名無しさん@お腹いっぱい。2012/05/08(火) 12:10:48.13ID:WuAml84r
JavaVMは起動が絶望的に遅い
とてもでないが使い物にならない
0061名無しさん@お腹いっぱい。2012/05/08(火) 13:52:57.67ID:8dt2RMSj
>>58
お金払って和解するしかないんだろうなあ・・・。
0062名無しさん@お腹いっぱい。2012/05/08(火) 13:55:23.47ID:E8ffarBE
>>59
プロセス毎にvm起動させた場合のフットプリントがj2meはでかいから、一概にそうとはいえない
0063名無しさん@お腹いっぱい。2012/05/08(火) 15:11:54.10ID:O5sIC8Uw
>>59
バイトコードが別物のVMを乗っけてどうする。
0064名無しさん@お腹いっぱい。2012/05/10(木) 23:41:17.12ID:2YF81v4d
>>1
怪しいなあ。Xamarinって、あのクソなGNOMEプロジェクト創始、
Nautilsファイルマネージャ、無謀なMONOプロジェクト等
役立たずなモノばかり作ってLinux界を引っ掻き回してきた連中じゃん

Androidの速度がパッとしない世間の不満を利用して、
詐欺紛いの技術でまた儲けようと企んでるんじゃないの?

これだけ差があるなら比較動画くらいありそうなのにねえし
0065名無しさん@お腹いっぱい。2012/05/10(木) 23:52:22.86ID:5MarNyQ5
Googleも大変だナァ。
もう少し早ければCMが実験して実用レベルまで品質上げてくれてたかもしれないのに。

Oracleごと買い取っちゃいなYO
0066名無しさん@お腹いっぱい。2012/05/10(木) 23:58:39.04ID:2YF81v4d
Googleなんて褒められたもんじゃねーよ
プライバシーポリシー糞だし
0067名無しさん@お腹いっぱい。2012/05/11(金) 00:21:13.13ID:aWuyFPAi
なんでmonoとかMS周辺とかはこういう煽り方するんだろう。
C#のECMA標準化にしたって2.0まででしょ?
今回のもマイクロベンチマークだしそのままモバイルに持っていけるのか?
structとかreified genericsとかで実際に何倍も差が出んのか?
0068名無しさん@お腹いっぱい。2012/05/11(金) 00:29:13.38ID:xUlVonk7
>>66
Twitterの規約読んでくるといいよ。
0069名無しさん@お腹いっぱい。2012/05/11(金) 00:52:57.49ID:Dy8UWo8v
iosでいうなら
std::vector<int>とNSMutableArray+NSNumberの比較
0070名無しさん@お腹いっぱい。2012/05/11(金) 00:55:55.76ID:LSCn2YKZ
XamarinがMSの手先なら、
目的はAndroidの開発に携わる人間の分断が目的だろーな
0071名無しさん@お腹いっぱい。2012/05/11(金) 01:03:47.80ID:ODb9oHs2
アプリ開発者としては、単純に C# で、というか VisualStudio で開発できるのはかなり嬉しいけどね
0072名無しさん@お腹いっぱい。2012/05/11(金) 01:20:49.82ID:NIUpCI00
>>64
Monoが速いんじゃない。
Dalvikが遅すぎるんだ・・・

Dalvik vs NDK では5000倍以上の差が付くことすらあるだぜ・・・
>>1どこの騒ぎじゃない

> Android NDKを使用してJava言語とC言語で速度比較をする
> http://labs.techfirm.co.jp/android/iguchi/1782
>
> Javaは45825ミリ秒、Nativeは9ミリ秒・・・・早い。早すぎる。

0073名無しさん@お腹いっぱい。2012/05/11(金) 01:36:58.45ID:aWuyFPAi
Javaでintの動的配列を高速化したいんだったら
int[]使ったクラスでも作りゃいいじゃんか。

そして速さがJITによるものだったらスマホで使えるかは怪しい。
Dalvikが遅いのは最適化してないから。VM使うC#に変えても同じ。
最適化がんばるとメモリと計算時間と電力使う。
0074名無しさん@お腹いっぱい。2012/05/11(金) 01:51:27.66ID:aWuyFPAi
>>72
5000倍はどう考えても単純な計算のコンパイル時最適化じゃないですかー。

みんなマイクロベンチばっかり。まあ実際のアプリで測るのは難しいけど。
0075名無しさん@お腹いっぱい。2012/05/11(金) 01:55:23.56ID:37qSM+9E
>>73
随分無理のある主張だなw
そんな無茶苦茶なことやってる奴なんてデータベース界隈くらいにしかいないだろ。汎用性がなさ過ぎる。
0076名無しさん@お腹いっぱい。2012/05/11(金) 02:15:54.61ID:37qSM+9E
>>73
dalvikは低フットプリントのluaにすら負けてるの。フットプリントやバッテリーを言い訳にするのは苦しい。
monoはスマートフォン向けクロスプラットフォーム環境としてはシェアトップで実際に問題無くjit動いてるしaotも可能(お値段の問題があるが...)
値型によってスタックからのオブジェクト割り付けもできる。
> int[]使ったクラスでも作りゃいいじゃんか
スタック領域って知ってる?値型って知ってる?ボクシングって知ってる?
List<int>に限定した話にしてしまってるのは>>73だけ。それ以前に出てた話はものの例えにすぎん。
長さが固定長ならそれはListではないし...
0077名無しさん@お腹いっぱい。2012/05/11(金) 08:01:23.03ID:+p2stp4P
みんな忘れてるのかもしれんが、すでに Dalvik って JIT つかってんだよ。
2.1 から 2.2 で、ほとんどのアプリで数倍パフォーマンスよくなったでしょ。

Mono はJITあるからなんてのは言い訳にならんよ。
0078名無しさん@お腹いっぱい。2012/05/11(金) 08:38:33.18ID:aWuyFPAi
DalvikのJITは最適かかかってないんで、
単にネイティブにコンパイルしてもそんなに速くならない。
0079名無しさん@お腹いっぱい。2012/05/11(金) 08:56:53.45ID:iIIvEbLy
>>78
そりゃ実行時の最適化を難しくするようなアーキテクチャにしちゃったからだろ?
本家JavaVM も.NET もスタックマシン選んだのは、実行時に局所性と並列化するヒントをもたせたり、機械的に判断できるようにするため。(ほかにも理由はあるだろうけど)

あえて実行時の推測が難しくなるレジスタマシンに変えて JIT化のメリットがあまり無いって方向でアーキテクチャ設計しちゃったんだから仕方ない。
成功してる先例を無視して、あえて遅くなる自前のアーキテクチャにこだわった結果がコレ
0080名無しさん@お腹いっぱい。2012/05/11(金) 09:03:00.67ID:TlS/VPf0
大先生が煽りあいしてる(´・ω・`)
0081名無しさん@お腹いっぱい。2012/05/11(金) 09:31:01.61ID:tQKRpmr4
勉強になるなぁw見てて楽しいw
0082名無しさん@お腹いっぱい。2012/05/11(金) 14:45:15.85ID:z1hoWilm
まーアプリの開発にasync、await使えたらcollback周辺で幸せになる向きも多いんじゃなかろか。
LINQとか移植できるんかしらんけど。

つーか実機で動くイメージをビルドできた外人ってどっか居るんかねぇ
0083名無しさん@お腹いっぱい。2012/05/11(金) 14:46:04.65ID:z1hoWilm
酷いtypoをした
0084名無しさん@お腹いっぱい。2012/05/11(金) 15:20:08.59ID:37qSM+9E
>>82
monoに入るのはまだまだ先だろw
本家でさえ正式リリースになってないというのに
0085名無しさん@お腹いっぱい。2012/05/11(金) 15:54:43.49ID:AEtF8bK6
仮に接木できたとしても jni とか jna その辺のターゲット環境のデバイスハードに
依存にする部分は別途書き直さないといけないとかそれなりに面倒だろうなぁ…
って>>1に書いてあるか…自動変換も万能じゃないよね・・・
0086名無しさん@お腹いっぱい。2012/05/11(金) 18:03:28.45ID:37qSM+9E
>>85
でも現実的にはjniまわりの変更部分はインターフェース部分だけだろ
あとandroidでjna動かせたって例はきいたことない。
0087名無しさん@お腹いっぱい。2012/05/11(金) 18:15:33.11ID:fuLqy5+6
動画もないのかよ
うそくせー
0088名無しさん@お腹いっぱい。2012/05/11(金) 21:45:48.18ID:uy6orVRf
pics or it didn't happen か
0089名無しさん@お腹いっぱい。2012/05/11(金) 22:51:07.77ID:AEtF8bK6
>>86
https://github.com/twall

7日前くらいに Timothy さんがコンパイルとリンクに成功したそうな
リンクまで進めてるなら jna も一年以内に動くようになるようななら
ないような気がしないでもない…
0090名無しさん@お腹いっぱい。2012/05/12(土) 17:01:18.34ID:U+SQ6yNx
完成度低すぎ
実機に移植できるのはまだまだ先だな
0091名無しさん@お腹いっぱい。2012/05/12(土) 18:56:34.29ID:T6k+R/Ns
もたもたしてたらAndroid死んでしまうやん!
0092名無しさん@お腹いっぱい。2012/05/24(木) 14:46:42.11ID:xWdWAgie
android死なず!
0093名無しさん@お腹いっぱい。2012/05/25(金) 15:18:08.82ID:TH/V1+D8
とりあえずOracleの特許侵害とか難癖付けられてた件が解決しそうで何より
0094名無しさん@お腹いっぱい。2012/05/25(金) 16:39:42.84ID:YXF0iTy2
んだな
0095名無しさん@お腹いっぱい。2012/05/25(金) 17:20:34.24ID:rYn+uvj5
んだんだ
0096名無しさん@お腹いっぱい。2012/05/27(日) 22:59:51.60ID:BWfGoSgk
まだもうちょっとだけ続くんじゃ
0097名無しさん@お腹いっぱい。2012/07/01(日) 22:51:43.33ID:jfZEKjOk
age
0098名無しさん@お腹いっぱい。2012/07/02(月) 01:20:20.42ID:CwLbdv+9
>>96
亀仙人乙
0099名無しさん@お腹いっぱい。2012/07/22(日) 00:39:12.96ID:TouTdYIz
ほしゅ。
0100名無しさん@お腹いっぱい。2012/08/13(月) 03:17:31.46ID:3pd6880A
ほしゅ。
0101名無しさん@お腹いっぱい。2012/09/08(土) 12:05:59.09ID:lMIov0pn
同じアプリでもiOSより劣化するのが多いからなぁ・・・
■ このスレッドは過去ログ倉庫に格納されています