リモートデスクトップエンジニアのブログ。

ゲームパッドへのご対応頂きましてありがとうございます。
年末年始で動作確認してみたいと思います。
この度は誠にありがとうございました！

Status:9000
ってなんですかね？
接続した際に、全画面にしようとして間違ったのか、ウィンドウが消えて再接続したら「Status:9000」ってなります。

> Status:9000

「0.10.6」の場合での「Status:9000」は、基本的に通信パケットの破損なのですが、他から接続中であった場合も表示されますので、仰るケースですと接続中のプロセスが残っている可能性があります。もしそうでなければサーバー側の通信が不安定になっている可能性がありますので暫くして接続を試みるなどお試しください。他が接続中である旨と通信パケット破損である旨についてはそれぞれ別のエラーコードを返すように次回以降のバージョンアップで修正したいと思います。よろしくお願いいたします。

お世話になっております。

ゲームパッドの接続テストを行ったのですが、うんともすんとも言わずでして…。
ちなみに brynhildr ではうまく行っておりました。

サーバー側は Windows10pro でクライアント側は Windows11pro です（Windows11pro 同士でも試しましたが同じでした）。verethragna.exe と同じ場所に mk42.dll と vJoyInterface.dll と vJoyInterfaceWrap.dll は配置しております。vJoy は最新版の 2.1.9.1 をインストールしております。ゲームパッドは PS5 のものを使っております。画面の転送自体は問題ないのでファイアウォールの設定も問題ないと思います。コントローラー信号だけが送信できていない状況と思われます。テスト時は Brynhildr は常駐させず verethragna のみでテストいたしました。

サーバー側がコントローラー信号を受信できているかどうかの確認は、サーバー側で Windows メニューから「USBコントローラーのセットアップ」を立ち上げ vJoy Device のプロパティで確認しております。

おてすきの時で構いませんのでご確認頂ければと思います。
どうぞよろしくお願いいたします。

> うんともすんとも言わず

ちなみに「vJoyInterface.dll」と「vJoyInterfaceWrap.dll」は「x86」のフォルダからコピーされましたでしょうか？Verethragnaは32bitですのでx86の方をサーバー側のVerethragnaのフォルダに配置する必要があります。あと、権限の問題の可能性もありますのでVerethragnaをWindowsサービスとして動作させてご確認ください。また、コマンドラインで「joy.cpl」でゲームパッドの入力は確認できると思いますので、サーバーとクライアントの両方で入力はご確認頂けると思います。ただ、サーバー側でゲームパッドの信号を受け取れているかは現状では確認する術がありませんので実装を検討させてください。よろしくお願いいたします。

ご確認ありがとうございます。
x64 フォルダからコピーしておりました。x86 フォルダからコピーしたところ、問題なく動作いたしました。お手数おかけいたしました。（サービスとしてすでに動作させておりました）

動作確認ですが、
＞サーバー側がコントローラー信号を受信できているかどうかの確認は、サーバー側で
＞ Windows メニューから「USBコントローラーのセットアップ」を立ち上げ vJoy Device
＞ のプロパティで確認しております。
で確認をしたのち、実際にゲームを起動して確認いたしました。
私としてはこれで十分でございます。

この度は誠にありがとうございました。
今後のアップデートにも期待いたしております。

ご報告ありがとうございます。動作してようで良かったですー。今後ともよろしくですー。

あけましておめでとうございます。
お世話になっております。

動作問題なしとお伝えしたところで恐縮ですが、Brynhildr と Verethragna でコントローラーのキーアサインが異なっていることに気が付きました。

A・B・X・Y・Back・Start・L3・R3のアサインが異なります。Brynhildr と同じにして頂けると大変ありがたいです。

XOutput を使えばどうとでもなると思っていたのですが、ゲームによるのかもと思いますが vJoy Device と XOutput 出力の両方を受け取ってしまうものがあるようでして；

ご確認のほどよろしくお願いいたします。

今年もよろしくお願いいたします！

> Brynhildr と Verethragna でコントローラーのキーアサインが異なっている

確認いたしましたがデフォルトのキーアサインは２つとも同じなのですが、Brynhildr（Ragnarok）の方はキーアサインを設定ファイルで変更することができますので、変更されているのではないかと推測いたします。

「ragnarok.ini」のファイルの中に「gamepadbtn=1,3,4,2,5,6,7,8,11,12,9,10,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32」といった記述があるかと思いますが、こちらの値を教えて頂けますでしょうか？

Verethragna（mk42）の方では設定ファイルによるキーアサインの変更は現在のところ未対応です。mk42の方は記事内でも記載していますようにオープンソースの方向も視野に入れて検討しておりますのでもしビルドが可能でしたらソースコードの公開も検討させて頂きます。よろしくお願いいたします。

お世話になりっぱなしで恐縮です。

キーアサインの変更ですね。随分昔から設定をいじっていなかったのでよもや ragnarok.ini で変更している（かもしれない？）ということをすっかり忘れてしまっていました。申し訳有りません。

の設定は下記の通りとなります。いじっているようには見えないですが；

gamepadbtn=1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32

ご確認のほどよろしくお願いいたします。

> 設定は下記の通りとなります

デフォルトは私が記載した通りですので変更されてますね。それでは以下のDLLをダウンロードして試してもらえますでしょうか？値を変更したものです。

https://rath.remotedesktop.jp/download.php?file=mk42&ver=010a

本当は設定ファイルで変更できれば良いのですがこんな形ですみません。オープンソース化についても準備を進めておりますのでよろしくお願いいたします。

KANEKO 様
お世話になっております。

mk42010a ご提供いただき誠にありがとうございます。
キーアサインの動作確認致しました。
全く問題なく動作いたしました！
感激です。

これで心置きなく Verethragna へ移行できそうです。
重ねてお礼申し上げます。
今後とも何卒よろしくお願いいたします。

>クライアントモードでのウィンドウ外でのマウス移動も反映されるようになりました

この挙動を止める方法はありませんでしょうか
0.10.5 までのように、クライアントモードでマウスカーソルがウィンドウ外にあるときは、クライアントのマウスは移動しないほうがありがたいのですが…

(現状 0.10.5 に戻して回避しています)

> この挙動を止める方法はありませんでしょうか

まだマウス制御の仕様は試行錯誤中でして申し訳ございません。ご要望については検討させて頂きます。よろしくお願いいたします。

お返事ありがとうございます

>まだマウス制御の仕様は試行錯誤中でして申し訳ございません。ご要望については検討させて頂きます。よろしくお願いいたします。

いえいえ、マウスカーソルがクライアントウィンドウ外にあるときも追随して動いたほうが良い環境もあると思いますので、設定でウィンドウ外の挙動を変更できるようオプション化していただければ大変ありがたいです。よろしくお願いいたします。

> クライアントウィンドウ外にあるときも追随して動いたほうが良い環境もある

元々は追随しない仕様でしたがマウス同期機能の仕様変更の影響を受けてこうなっておりますのでとりあえず追随しない方向で進めております。ですので追随する方をオプション化するかどうかを今後検討させて頂きたいと思います。よろしくお願いいたします。