03/22 12:33 @117Florian OSはCPUごとのネイティブコードでビルドされるので、そこは問題になる部分ではないかと

03/22 12:38 (@117Florian) @gorry5 今までは、エミュレータはARMのコードをQEmuで動かしてたのが、SDK R17からx86(たぶん)のコードをkqemu(たぶん)で動かせるので全般的に速くなるんじゃないかなー、と期待してます。や、普段は実機でテストしてますが。 (hamo)

03/22 12:42 @117Florian すでに手許ではAtom実機を使ったx86-androidでのデバッグ実績があるので問題は全くないと思っていたり。メインPCのVPC環境はAtom実機同等以上で動いてますし :D

03/22 13:19 @snapwith アップデートきてますか…

03/22 13:22 @snapwith そして一瞬でアップデート終わったっす…

03/22 14:55 @jin1016 メモリがきついとかでもない限り利点ない気もしますが＞RGB565

03/22 14:59 (@jin1016) @gorry5 使い方によってはメモリがきつい場合もあると言うところでしょうか。選択可能になっていてもいいのかなとも思うのですが、扱いが面倒なので避けたいですね。 (rena)

03/22 15:10 できることはわかっていたが実際にやろうとすると資料がなくてわりと難儀した…＞Androidで「NativeActivityから任意のJavaコードを呼ぶ方法」と「そのJavaコード内から再びNativeActivity内のコードを呼ぶ方法」

03/22 15:12 まあ最大の資料としてソースコードがあるわけだけど（苦笑＞Android

03/22 18:20 iOSいたスト始めて３分でちょっとこれは…フレームレート遅いせいで全体的にゲーム速度が遅いのと、盤面コマ移動がタッチじゃなくてバーチャルパッドなのは辛い