あまラボ

開発環境を刷新し最新のOculus SDKおよび新プレイヤー機能などOculus Quest専用のアマレコVR2としてアマレコVRがリニューアルしました。

※ 既存のアマレコVR gQuestとは別アプリとしてインストールされます。
デバイス設定などは初期値にリセットされます。


１．更新内容
１．１．主な更新内容
・新プレイヤー機能AmaRec Player実装
・サムネイルを使ったカスタマイズ可能なカタログ機能
・ハンドトラッキング機能
・Oculus Quest 2の120Hzへ対応
・Oculus GO、Pico 非対応


１．２．そのほかの更新内容
・PCフォルダリスト(PCFolderList.vrl)に無視コマンド追加
・ファイル画面のファイル名蘭だけでなく フォルダ蘭も検索に使うテキストの選択が可能になりました
・スクリーンサイズや再生速度等のプリセット設定をアプリ上で行うように変更
・プレイヤー設定に「トリガー1回で再生する」を追加、従来通り トリガー2回で再生する場合はチェックボックスをOffにしてください
・UI表示時に 向き調整が割り当てられているボタン（初期値でグリップボタン)の長押しでUI表示位置を上下に調整するUIチルト機能を追加
・デバイス設定のUIチルト設定を廃止
・ディスプレイ周波数の初期値を60Hzに変更
・ボタン設定へ 「[Drag]向き調整(回転):正面リセット」と「[Drag]正面リセット:チルト」を追加
・リスト内の再生ファイルを示す プレイマーカーおよびプレイアイコンを追加
・メインプレイヤーボタン、サブプレイヤーボタンを押した際の動作を変更
・VRフォーマットを個別に管理する設定ファイル(VRFormatフォルダ内の拡張子vrfのファイル)を廃止


１．３．アマレコVRサーバー更新内容
・通信プロトコル更新(200)
・サムネイル機能実装
・メイン画面のサーバーアドレスへ 使えるIPアドレスを全て表示するように変更


１．４．既知の問題
・AmaRec Playerで再生開始時に 前に再生していた画像が一瞬表示されてしまう
・ファイル画面右下に表示している温度が常に0度
・サムネイルプレイヤー再生中に 画面が乱れる場合がある
・サムネイルプレイヤーの再生が出来なくなる場合がある（アプリを再起動しないと回復しない）



２．新機能の紹介

欠落フレームがほとんど生じない 滑らかな再生を可能にする AmaRec Player機能



サムネイルを使ったカスタマイズ可能なカタログ機能



ビットレートやコーデック名など情報中心のレイアウト



サムネイル画像のみのレイアウトや 左側のコマンドリスト（フォルダリスト）のカスタマイズも可能



メモ帳でレイアウトに関する様々なカスタマイズが可能



VR動画内で自分の手を表示する ハンドトラッキング機能



Oculus Quest2の120Hzへ対応 AmaRec Playerと合わせて120Hzのトラッキング状態で、60fpsの動画をキッチリ再生可能




３．簡易説明
ここでは最低限必要な説明のみ、詳細は後日説明します。

３．１．FFMPEGの導入
サムネイル画像を作るのにWindows版のFFMPEGを使うことができます。
FFMPEGが無くてもサムネイル画像を作ることはできますが、その場合、サムネイル画像を自動生成できるのはファイル画面を表示している間だけとなり、少しずつしか作成できません。
サーバー側へFFMPEGを導入すると、動画視聴中やアマレコVRを使っていない間でも大量にサムネイル画像を自動生成することができます。


【FFMPEG導入方法】
・アマレコVRサーバーのフォルダへ「ffmpeg」フォルダを作成
・Windows 64bit版のFFMPEGをダウンロード
https://github.com/GyanD/codexffmpeg/releases/tag/2020-12-20-git-ab6a56773f
ffmpeg-2020-12-20-git-ab6a56773f-full_build.zip

・解凍してできたbinフォルダ内のffmpeg.exeとffprobe.exeを
先に作ったアマレコVRサーバーのffmpegフォルダへコピー
・アマレコVRサーバーの設定にある「FFMPEGを使う」をON
・使っていない間にサムネイル画像を大量に作成するには、サーバー側の設定画面にある「サムネイル作成」ボタン

アマレコVRサーバーのフォルダへ「ffmpeg」フォルダを作って ffmpeg.exeとffprobe.exeをコピーする





３．２．ハンドトラッキング機能の使い方
VR空間内に自分の手を表示します。
親指と人差し指をくっつけて操作することもできますが非常に誤操作（誤判定）が多いため操作は無効の状態で使うことをお勧めします。現状は、VR空間へ自分の手を表示することが主目的となっています。

【使い方】
・Oculus Questの設定画面でジェスチャーコントロールを有効にする
・手とコントローラーの自動切り換えを有効にする
・アマレコVR2 を起動する
・VRコントローラーまたはPCマウス操作でコンソール画面の「ハントラ 表示」をOnにする
・VRコントローラーを置いて HMDの正面で手を動かせば手の画像が表示されます
・VRコントローラーの操作に戻す場合は VRコントローラーを持って何かしらのボタンを押してください







アマレコVR2の設定の「ボタン 音量」設定でHMDのボリュームボタンへ「ハンドトラッキング 表示」を割り当てると
動画視聴中に本体のボリュームボタンで素早く切り替えることができます。




３．３．アマレコVRサーバーの設定を引き継ぐ場合
・AmaRecVRServer.exeを上書きコピー
・Layoutフォルダをコピー
・PCFolderList.vrl 内の無視コマンド部を必要に応じてコピー
または 変更を加えていないなら PCFolderList.vrl 自体を上書きコピー
・VRFormatフォルダ内の拡張子vrfのファイルは不要になるのでVRFormatフォルダごと 削除


４．ダウンロード
・ アマレコVR2 Ver2.0.0
・ アマレコVRサーバー Ver2.00


AmaRec Player 検証用サンプル動画
・ 60fpsサンプル動画
・ 30fpsサンプル動画

私のOculus Quest2もアップデートがされ120Hzでの動作テストができました。

まだ正式対応ではないので、現状アマレコVRで120Hzを利用するにはadbコマンドで強制的に120HzにしてからアマレコVRを起動する必要があります。

adb shell setprop debug.oculus.refreshRate 120

強制的に120Hzにすると、アマレコVRのリフレッシュレートの設定にかかわらず常に120Hzでの動作となります。
ただし、リフレッシュレートの設定値を使ってタイミング処理を行いますので実際のリフレッシュレートと同じ120と設定してください。
（現在公開しているバージョンでは120Hzへ設定することはできません）

2021.4.28追記

Qculus Questの「設定」の「テスト機能」に対応アプリで120Hzを使えるようするオプションがありました。
adbコマンドは使わずに この設定をONにするだけで 次のアマレコVRでは120Hzでの動作が可能です。

120HzになるとAVPro(exoplayer)でもOculus製品において欠落フレームの少ない秒間60枚の映像を表示できるようです。
ただし、均等に2フレームずつ同じ画像を表示するわけではないので くるくるベンチの映像は若干ガクガクします。


Oculus QuestでAVPro（exoplayer）を使って60fpsの動画を再生すると、デコード後の出力タイミングがディスプレイ装置の表示タイミングと合わず欠落フレームが生じます（1秒間に60枚の画像を表示できない）。リフレッシュレートを上げることで徐々に欠落フレームは減少しますが、90Hzでもまだ欠落フレームは生じていました。
今回120Hzまでリフレッシュレートを上げることで、欠落フレーム自体はほぼ無いと言える状態となったようです。ただし、2フレームずつの均等な表示とまではいきません。

そこで、次のアマレコVRでは新プレイヤー機能としてAMPlayer（exoplayer）を実装します。


AMPlayerであれば均等に2フレームずつ表示されるので120Hz動作においてもスムーズなスクロールとなります。メインプレイヤーをAMPlayer、サブプレイヤーをAVProにして両方でくるくるベンチを再生しスクリーンを並べれば、同じ1秒間に60枚の画像を表示していてもスクロールの滑らかさに顕著な違いが見て取れます。




120Hzのデメリット
120Hzで同じ画像を2フレームずつ表示することで60fpsの動画を完璧に視聴できると思っていましたが、実際に映像を見てみると、（くるくるベンチのような映像では）輪郭が2重に見えるため（60Hzで30fpsの動画を再生するのと同じ現象）、60fpsの動画を視聴する場合の理想は依然として60Hzとなりそうです。

現状メディアプレイヤー系のアプリで120Hzにするメリットがあるとしたら AVProを使っていて できるだけ欠落フレームを減らしたい場合か、24fpsや120fpsの動画を視聴する場合でしょうか。


60fpsサンプル動画ファイル
くるくるベンチ

既にアップデートされている方もいるらしいですが、近々 一般向けにもv28の配信が予定されている模様です。
Oculus Air Link Coming Soon to Quest
このアップデートによりOculus Linkを無線で行えるAirLinkとアプリケーションの120Hz対応が謳われています。
アップデートがとても待ち遠しいです。

なお、アマレコVRの方もプレイヤー機能の変更を伴う大幅なアップデートを予定しています。
これにより リフレッシュレート60Hzにおける60fpsの完璧な（欠落、重複フレームのない）動画再生が可能となります。
さらに 120Hz時におきましても、同じ画像を2フレームずつ表示することで完璧な（均等な）60fpsの動画再生が可能と思われます。
ついでに120Hzであれば30fpsや24fpsの動画再生も完璧にこなせると思われますので対応する予定です。

まだ120Hzのテストはできていませんが、120Hzと新アマレコVR（新プレイヤー機能）はかなりの破壊力になると思われます。

ビデオキャプチャカードの処理に遅延があることはみなさんご存知だと思います。
その対策（遅延対策）のために分配器を使ってテレビとキャプチャカードに分けてテレビ画面を見ながらゲームをしましょうと言われています。

キャプチャカードに遅延があることは本当ですが、現在主流の液晶テレビにも遅延は存在します。本来ならそれぞれの遅延がどの程度か調べ、大きい方の遅延から対策をとるのがスマートです。
そこで、液晶テレビの遅延、PC用液晶モニターの遅延、キャプチャカードの遅延について検証したいと思います。

PC用液晶モニターにも遅延がありますが、一般的に液晶テレビより少ないと言われていますので「キャプチャカード＋PC用液晶モニターの遅延」と分配した「液晶テレビの遅延」では液晶テレビの遅延の方が大きくなり分配する意味がないケースもあるかもしれません。そのあたりも検証していきます。


■検証方法
前回と同じくくるくるベンチの映像をHDMI分配器で2系統にわけて表示します。
一方を直接液晶テレビ（REGZA 32ZP2）に表示します。
もう一方をSC512でキャプチャしアマレコTVでプレビュー、PC用液晶モニターXL2420Tで表示します。
くるくるベンチ For Direct Draw



 



■検証に使った機材

検証に使った機材

機材	品番等	設定など
PCモニター（左側）	BenQ XL2420T	AMAオフ インスタントモードON
液晶テレビ（右側）	東芝 REGZA 32ZP2	映像メニュー「ゲーム」
HDMI分配器	LKV312
カメラ	CASIO EX-ZR300	秒間480コマで動画撮影

テスト１（液晶テレビとPC用液晶モニターの比較）
キャプチャカードを使わず純粋に液晶テレビとPC用液晶モニターの遅延を比較します。
液晶テレビは東芝のREGZA 32ZP2を使いました。これは32型の倍速液晶で、ゲーム用に遅延の少ない液晶テレビとして高く評価されている製品です。 メーカー公称値として処理遅延0.7フレームを誇ります。


テスト２（キャプチャした場合の比較1080p）
SC512でキャプチャしアマレコTVでプレビュー、XL2420Tで表示したものと液晶テレビを比較します。
キャプチャ環境はEVRのソフトウエアエミュレーションを使い、画面を120Hzに設定。
これはWindows7でもっとも遅延が少なくなる設定です。
以降キャプチャ側はすべてこの条件になります。720pのテストもキャプチャ処理が720pになるだけでキャプチャ用PCの画面設定は1920x1080 120Hzのままです。


テスト３（キャプチャ比較720p）
くるくるベンチを実行しているPCを1280x720 60pに設定しての検証です。
実際のゲーム機やキャプチャ環境では720pが主流ですのでより実践的な検証となります。
32ZP2の公式サイトを見ても遅延が少ないのは1080pの場合と但し書きがされていますので720pの場合はどうなるでしょうか。
実際の使用環境に最も近いのでより詳しく、真っ白の状態から黒く画面が変化する際の検証もします。


テスト４（キャプチャ比較720p Dot by Dot）
液晶テレビのズーム設定を「Dot by Dot」にして検証します。
液晶テレビ側にてスケーラーを使わないことで遅延を減らすことができるでしょうか。


■結果
テスト１（液晶テレビとPC用液晶モニターの比較）

液晶テレビ32ZP2はPC用液晶モニターXL2420Tより5コマ（約10.4ms、約0.62フレーム）遅れています。

XL2420TはPC用モニターとして1位,2位を争う遅延の少ないモニターなのでゲーム用に定評のある32ZP2であってもこれくらいの差がついてしまうようです。
32ZP2と同じシリーズで画面サイズが一回り小さい26ZP2という製品があるのですが、26ZP2は60Hz液晶パネルの製品で処理遅延の公称値が0.2フレームと32ZP2より0.5フレーム少なくなっています。このテレビであればXL2420Tと良い勝負になるかもしれません。



テスト２（キャプチャした場合の比較1080p）

キャプチャ側が32ZP2より6コマ（約12.5ms、約0.75フレーム）遅れています。

1080pの場合の遅延はこの程度と言えますが、実際は1080pでキャプチャするケースはまだまだ少ない（1080p対応のゲームはごく一部、また1080pでキャプチャできるキャプチャカードはまだまだ高価）のでこの結果はあまり重要ではありません。現在は720pが主流ですので液晶テレビ側にスケーラーなどの処理が加わるため、差が縮まる可能性があります。



テスト３（キャプチャの比較720p）

キャプチャ側が32ZP2より4コマ（約8.3ms、約0.5フレーム）遅れています。

1080pの時より遅延の差が縮まりました。やはり液晶テレビにとって720pのビデオ信号はやや不利に働くようです。
32ZP2の処理遅延0.7フレームと言うのは1080pの場合と但し書きがされている通り、ビデオ信号が変わってくると処理遅延も変わるようです。今回の検証では720p時の32ZP2の処理遅延は0.7＋0.25＝0.95フレームとなります。
※ 0.25フレームはテスト２とテスト３の結果の差から算出

もう一つ真っ白な状態から真っ黒に変わるケースでの検証結果です。

キャプチャ側が32ZP2より2コマ（約4.1ms、約0.25フレーム）遅れています。
また、黒くなり始めるタイミングではなく真っ黒になるまでを観察するとほぼ差がないかキャプチャ側がやや早い結果となっています。

液晶の反応速度まで考慮すると720pの場合においてキャプチャした画面と液晶テレビとで遅延の差はほとんどないと言えます。



テスト４（キャプチャの比較720p Dot by Dot）

720pで液晶テレビの遅延が増えた原因がスケーラーなのかどうか判断するため32ZP2のズーム設定を「Dot by dot」（以下DbD）にした結果です。

キャプチャ側が32ZP2より2コマ（約4.1ms、約0.25フレーム）遅れています。
意外にもDbDにしたらさらにテレビ側の遅延が増えてしまいました。

ここからは憶測になりますが、32ZP2では720pが入力された場合次の通りになるようです。
(1) 1080pと比べ720pはズーム設定にかかわらず一律、約0.25フレーム遅延が増える
(2) ズーム設定による遅延の差はほとんどない。
(3) DbDでは画面の周囲の黒帯を表示する分だけ画面上端の開始タイミングが約3ms遅れる



■まとめ
今回の検証ではビデオキャプチャのプレビュー表示と分配した液晶テレビの表示では遅延に大きな差は生じないと言えるのではないでしょうか。 ビデオキャプチャだから遅延するという認識ではなく、遅延に関してはキャプチャカードや液晶テレビなど個々の製品の性能差に注目したほうがいいように思います。

例えば今回使った液晶テレビ32ZP2は遅延の少なさに定評がある製品ですが、他社の液晶テレビの大半は2フレーム（約33ms）以上の遅延があると言われています（東芝製の液晶テレビでも遅延の大きい製品はあります）。 それでは完全に分配する意味がありません。
同様にビデオキャプチャカードのSC512（SC500）も仕組み上最速で動作しており無駄な遅延がありませんので分配する効果は薄いですが、GV-USB2ではキャプチャカード単体の遅延で64ms程度となってしまいます。この場合は分配する
効果が大きくなります。

すでに所有している液晶テレビの遅延が2フレーム（約33ms）以上と大きい場合は分配器を用意するよりPC用液晶モニターを遅延の少ないものに買い替えた方が良いかもしれませんね。

前回に引き続き遅延の様子をハイスピードカメラEX-ZR300で撮影して検証します。
今回はSC512でキャプチャした映像をアマレコTVでプレビューした際にどの程度遅延するか検証します。 前回の記事と合わせてご覧ください。

基本的にはSC500を使って以前検証したこの記事と同じ内容になりますが、ハイスピードカメラを使うことでより多くの情報がえられます。また120Hzモニターの効果についても言及します。


■検証方法
前回と同じくくるくるベンチの映像をHDMI分配器で2系統にわけ表示します。
一方を直接モニター（RDT233WX-Z）に表示し基準とします。
もう一方をSC512でキャプチャしアマレコTVでプレビュー、XL2420Tで表示します。

前回の結果から左のモニターは右より7コマ早く表示を開始できる点を考慮して、遅延を算出します。

テスト１（Windows7標準）
Windows7でEVRを使ってプレビューした場合をテストします。画面の設定は60Hzにします。
これはWindows7でアマレコTVを使った場合の一般的なケースです。

テスト２（EVRソフトウエアエミュレーション）
Windows7でデスクトップコンポジション（Aero）を無効にした状態でEVRを使った場合のテストです。

以前の検証によりこの条件では垂直同期待ちを行わないため遅延が少なくなります。
以下、単にEVRと記述した場合はデスクトップコンポジションを有効にしてEVRを使った場合、EVRエミュレーションと書いた場合はデスクトップコンポジションを無効にした場合を指します。

テスト３（120Hz）
EVRエミュレーションに加え、画面を120Hzに設定したテストです。


120HzモニターXL2420Tの特性が遅延に影響するか検証します。


■検証に使った機材
前回と同じです。
・PCモニター１（左側） BenQ XL2420T AMAオフ、インスタントモードON
・PCモニター２（右側） 三菱 RDT233WX-Z スルーモードON、CPオフ、超解像OFF
・HDMI分配器 LKV312
・カメラ CASIO EX-ZR300 秒間480コマで動画撮影


■結果
テスト１（Windows7標準）


右のモニターが2コマ目で表示を開始したのに対し、左は16コマ遅れた18コマ目で表示を開始しています。
前回の結果から左のモニターは右より7コマ早く表示を開始できる点を考慮すると
１６＋７＝２３コマ（約47.9ms、 約2.88フレーム）の遅延となります。
※ 秒間480コマで撮影しているので1コマは約2.08ms

テスト２（EVRエミュレーション）	テスト３（120Hz）

項目		60Hz	120Hz	差（120Hzが有利）
リフレッシュ 速度による差	画面上端	0コマ	0コマ	差は出ない	(1)
	画面中央	4コマ	2コマ	約4.2ms、 約0.25フレーム	(2)
	画面下端	8コマ	4コマ	約8.3ms、 約0.5フレーム	(3)
垂直同期待ち	最小	0ms	0ms	差は出ない	(4)
	最大	約16.7ms	約8.3ms	約8.3ms、 約0.5フレーム	(5)
	平均	約8.3ms	約4.2ms	約4.2ms、 約0.25フレーム	(6)

レンダラー	60Hzモニター（実測値）	120Hzモニター（理論値）
EVR	約47.9ms、 約2.88フレーム	39.6ms、 2.38フレーム
EVR（エミュレーション）	約22.9ms、 約1.38フレーム	18.8ms、 1.13フレーム

SC512のスルー出力（HDMI）について遅延が無いか検証してみました。

 


■検証方法
同じモニターを2つ用意できれば簡単ですが、持っていないのでSC512を挟まない場合と、挟んだ場合の2回に分けて別々にテストして結果を比較して判断します。


スルー出力に遅延が無ければSC512を挟まない場合と挟んだ場合とで同じ結果が出るはずです。


■検証用映像
検証には遅延がわかりやすいように「くるくるべんち For DirectDraw」を用意しました。


くるくるベンチは画面を10分割して右端から1フレームごとに白く塗りつぶしていきます。
10フレーム経つと画面が真っ白になるので今度は10フレームかけて黒く塗りつぶします。
この繰り返しとなっています。
今回のテストでは解像度1920x1080、フレームレート60にして、なるべくモニター側でリサイズなどの余計な処理が入らないようにしています。また、各モニターの設定もできるだけ画像処理をOFFにして余計な遅延が生じないようにしてあります。


■検証に使った機材

検証に使った機材

機材	品番等	設定など
PCモニター１（左側）	BenQ XL2420T	AMAオフ インスタントモードON
PCモニター２（右側）	三菱 RDT233WX-Z	スルーモードON CPオフ 超解像OFF
HDMI分配器	LKV312
カメラ	CASIO EX-ZR300	秒間480コマで動画撮影

  


■テスト１（SC512を挟まない場合）
HDMI用分配器LKV312を使って2つのPCモニターへ分配した様子をハイスピードカメラ（CASIO EX-ZR300）で動画撮影し、出来上がった動画ファイルから連続したビットマップファイルを作成しています。
動画は秒間480コマで撮影したので1コマあたり約2.08msです。またテストしたビデオ信号は60Hzなので8コマ毎にフレーム（画面）が更新され隣の列へ移動する様子がわかります。



左のモニターは2コマ目で表示が開始されている（画面の上側がほんの少し白くなったコマが表示開始地点です）のに対し、右のモニターは9コマ目で表示が開始されています。これは右のモニターが7コマ分（約14.5ms）遅れていることになります。
左右のモニターが同じであればおそらく同じタイミングで表示が始まるのだと思いますが、今回は機種が違うためこのような違いが生じてしまいます。


■テスト２（SC512を挟んだ場合）
続いて分配器と左側のモニターの間にSC512を挟んでスルー出力※のテストをします。
※ 左のモニターに映っているのはアマレコTVのプレビュー画面ではなくSC512のスルー出力です。



結果はテスト１と同様に右のモニターが7コマ分遅れているので、
「SC512のHDMIスルー出力に遅延は無い（極めて少ない）」と言っていいようです。



■モニターについて
左のモニター（XL2420T）は120Hz入力、120Hz表示が可能な120Hzモニターです。今回のように60Hzのビデオ信号を入力した場合は、その特性を生かせず倍速液晶と同じ挙動をすると思っていましたが、今回の結果では画面の上方が白くなり始めてから8コマかけて画面の下に向かって白くなっています（No.2からNo.9）。このことから120Hzでは駆動しておらず、60Hzで駆動していることがわかります※。
どうやらXL2420Tは60Hzのビデオ信号が入力された場合、液晶の駆動も60Hzと柔軟に対応できるみたいです。
※ 秒間480コマで撮影しているので8コマは60Hz（60fps）に相当します。

一方、右のモニター（RDT233WX-Z）は倍速液晶（倍速駆動）なので60Hzのビデオ信号を入力した場合、問答無用で120Hzに変換され表示（120Hz駆動）されます※1。
今回の結果では画面の上方が白くなり始めて4コマ（No.1からno.4）で画面下まで白くなっているので液晶が120Hzで駆動している様子がわかります※2。その後の4コマ（No.5からNo.8）では同じ画像を上書きしているので変化がありません。
※1 三菱のサイトには「スルーモードをONにすると倍速補完が無効になります。」とありますが、補完処理は無効になるけど同じフレームが複製されて結局120Hz駆動するようです。60Hzでの駆動は無理でした。
※2 秒間480コマで撮影しているので4コマは120Hz（120fps）に相当します。

一般的に60Hzのビデオ信号を120Hzで駆動させる場合、どうしても0.5フレーム（約8.3ms）以上のタイミング待ち（遅延）が仕組み上必要になりますので、60Hzのビデオ信号を扱う場合において倍速液晶などは遅延の点で不利になります。
一方、60Hzのビデオ信号を60Hzで駆動させた場合はそのような遅延を必要としないので、今回のケースでは等速駆動ができたXL2420Tの方がRDT233WX-Z（倍速駆動）より遅延が少ない結果となっています。
120Hzモニターにも関わらず、60Hzのビデオ信号が入力された場合は遅延を伴う倍速駆動とはならず、60Hzで液晶を駆動することができるXL2420Tは遅延の評価として非常に優秀だと感じました。

後々、キャプチャカードSC512の遅延やXL2420Tを120Hz動作させた場合の様子、液晶テレビとして比較的遅延が少ないとされているREGZA 32ZP2などもテストしてみたいと思います。


■ダウンロード
くるくるベンチ For Direct Draw