06/15 02:53 @mucom88 @snapwith ポールポジションは「道路の処理だけでCPUまるまる１つ使っている」なんて話がありましたが（笑）、最終的な表示そのものは同様に「ラスター毎制御レジスタ付きBGプレーン」を使っているようです。なお道路以外の物体は拡大縮小付OBJの模様 (dogu)

06/15 02:54 念のため：参考資料はmameソース (dozu)

06/15 04:35 待った、OBJは拡大なし縮小のみでした…訂正 (bezi)

06/15 04:54 @kondoujp https://kindle.amazon.co.jp/your_reading (bota)

06/15 04:59 (@kondoujp) @gorry5 最初、All (417) って出て「えっ?」って思ったのですが、リロードしたらそれなりにいい感じに出てきたものの、これ購入分での絞り込みとかできない感じですね…… (bohi)

06/15 05:03 (@kondoujp) @gorry5 「コンテンツと端末の管理」の方は、sort order が一応選択できる点と購入済みやサンプルなどで絞り込みができる点はいいけど、その辺あまり気にしない + サンプルとか拾ってないなら、こっちの方がお手軽でいい感じねー(ぶくまくしといた (boru)

06/15 06:51 (@usitoramemo) ? RT @snapwith: @gorry5 あっし、そのあたりは書いた通りで残念ながらよく知らないんですよねー　ちなみにPCエンジンは十分に高速だったので、ワリと平気でラスター処理が出来ましたがｗ (ma)

06/15 06:51 (@usitoramemo) ? RT @snapwith: @gorry5 あー… (mu)

06/15 08:38 (@mucom88) @gorry5 @snapwith フォローありがとうございます。

06/15 04:54 (@gorry5) @kondoujp https://kindle.amazon.co.jp/your_reading (bota)

06/15 04:59 @gorry5 最初、All (417) って出て「えっ?」って思ったのですが、リロードしたらそれなりにいい感じに出てきたものの、これ購入分での絞り込みとかできない感じですね…… (bohi)

06/15 05:03 @gorry5 「コンテンツと端末の管理」の方は、sort order が一応選択できる点と購入済みやサンプルなどで絞り込みができる点はいいけど、その辺あまり気にしない + サンプルとか拾ってないなら、こっちの方がお手軽でいい感じねー(ぶくまくしといた (boru)

06/15 02:53 (@gorry5) @mucom88 @snapwith ポールポジションは「道路の処理だけでCPUまるまる１つ使っている」なんて話がありましたが（笑）、最終的な表示そのものは同様に「ラスター毎制御レジスタ付きBGプレーン」を使っているようです。なお道路以外の物体は拡大縮小付OBJの模様 (dogu)

06/15 08:38 @gorry5 @snapwith フォローありがとうございます。

06/15 08:38 なるほどー、やはりアーケードではこういった新技術は当初からハード側のアプローチで実現していった物なんですね。 (tuti)

06/15 06:51 ? RT @snapwith: @gorry5 あっし、そのあたりは書いた通りで残念ながらよく知らないんですよねー　ちなみにPCエンジンは十分に高速だったので、ワリと平気でラスター処理が出来ましたがｗ (ma)

06/15 06:51 ? RT @snapwith: @gorry5 あー… (mu)