これはテストです: 6月 2022

2022年6月26日日曜日

WOL の設定は環境整えてからやろうな

結論：ドライバは最新にしなさい

MeLE Quieter2Q というミニ PC を調達したのですよ。

発売当初は Windows 10 であった模様ですが、今では残念ながら(？) Windows 11 のモデルしか希望の構成がない…ので初 Windows 11 としゃれ込みました。

希望として WOL ( Wake On LAN ) があり、対応しているとの事だったので調達した次第。もうお分かりの通り…

S5 からの WOL が利かない

色んなページを検索してヒットするのですが、全然ダメでした。レジストリまでいじったよ。

この機種、そういう意味では優秀で、基本的な設定はしてあります。

BIOS で WOL が ON になっている
Realtek 系 NIC でレジストリの S5Wakeup みたいな設定が ON になっている
高速スタートアップの設定がそもそもない

なので殆ど確認をしていく、又は枝葉の設定を追加していったのですが全く改善せず。

Windows 11 用のドライバを入れ直して、基本設定をし直して事なきを得ました。 I got the KOTONAKI.

多分必要設定。

ドライバを更新してインストール
デバイスのプロパティを開いて詳細設定
- ウェイク・オン・マジックパケット：有効
- ウェイク・オン・パターンマッチ：有効
- WOLとシャットダウンリンク速度：10Mbps
- グリーンイーサネット：無効
- 省電力型イーサネット(EEE)：無効
デバイスのプロパティを開いて電源の管理
- 全部のチェックを入れる
- 電力の節約のために、～
- このデバイスで、コンピューターのスタンバイ状態を～
- Magic Packet でのみ、コンピューターのスタンバイ状態を～

恐らく利いているのはグリーンイーサネットやら省電力型イーサネット辺りで、何故かと言えばドライバ更新前にあった同設定について Disable に設定しても WOL が正常に動作しなかったのに、ドライバアップデート後にこの設定が有効になっていたから。ちゃんと反映できていないという事じゃなかろうか。

これで magic packet 投げ込めばちゃんと動きます。

なお S5 じゃない状態での WOL はアップデートしなくても動くので、ここらへんまでのチェックしか公式がしてないって事なんじゃないかな。

2022年6月7日火曜日

INFINITAS 環境と状況

結論：これは検証じゃなくて、備忘録的な何か。

確か 2019 年頃から INFINITAS と立ち環境の構築については検討を始めており、新しく TV を買うこと、テーブルを買う段階から INFINITAS 立ち環境を含めた構成にしようとしていました。

TV : TOSHIBA REGZA 65Z730X
https://archived.regza.com/regza/lineup/spec/65z730x.html

65インチ 4K ( 3840x2160 ) で、1920x1080 なら 120Hz も対応している凄い奴だよ！低遅延モードも捗るよ！

その前から Dead by Daylight もやってたけど、でかい画面でド迫力環境でやりたいなぁと常々考えてこの選択を。全く後悔はしていない。丁度後継の 740X が出始めた頃で 730X の限定処分品だった。

なお 1280x720 で拡張表示をやめると丁度 43 インチほどで表示されるので、アーケードに近い感じが出るのではなかろうかと。これ今後の事を考えても買い直すケースでも 65 インチが最適解なんじゃなかろうか。 43 インチ少なくなってるみたいですし。

TV スタンド : MV901
https://sp-direct.jp/products/detail/?product_id=518

当然高さを変えられる術を用意せねばならん！という中で検討して導き出された唯一解。電動のは高すぎるし調整可能幅などを検討した結果、これがベストだと判断。

デメリットは足部分が無骨ででかい位ですが、どうせメタルラックで避けるし隠すし問題はない。

因みにスタンド上部にカメラなどを取り付けられるパーツまで同梱されていたが HA-HA-HA カメラなんて付けるわけないじゃないか、なーんて付けずに組み立てを完了してしまったあの日の自分を殴りたい。手元カメラぇ…

テーブル : ニトリ昇降デスク(マーフィー2 120 DBR)
https://www.nitori-net.jp/ec/product/6201500s/

TV をパソコンモニターとして使う、すなわち座って使う事と、立ち環境の両立を検討して、それなりの天板サイズ、高さ調整幅、お値段と相談して選びました。お値段 3 万円という秀逸さ。

メリットはそれなりの重量感、頑丈さ、高さ調整の容易さ、そして何より天板サイズのジャストフィット感。天板の手前両隅にプロコンを配置すると中央部に丁度 10cm 程度の隙間ができるという最適設計。

デメリットは、場所は取る事。ただ快適な環境な分だから仕方がないのではなかろうかと！あと組み立ては二人でやろうね！一人はかなりしんどい。

以下進行状況。

2020/2 ～ 4 : TV やら色々購入
2020/11/17 プロコン申込 / 2021 夏を待ちわびる
2021/6 : 待ちきれなくなりつつ INFINITAS の動作検証をトライアル版で keyboard ポチポチしてお茶を濁す
2021/8 : 夏も終わりかける中、「夏の定義とは！？」と騒ぎ出して数日後、無情にも延期のお知らせが告知
2021/10/29 : 専用コントローラもある内に買わないとと、血迷ってポップンコン購入
2021/11/1 : プロコン宛先確認のお知らせに歓喜 / なお同日発送完了通知に「？」も、ポップンコンの方…
2021/11/12 : プロコン発送完了通知
2021/11/13 : INFINITAS コース加入も keyboard プレイ
2021/11/15 : プロコン到着
2021/11/17 : SP 段位認定七級～四段
2021/11/20 : SP 段位認定五段失敗 DP 段位認定七級～六段
2022/4/12 : SP 夏の匂い。キミの残像。(H)初フルコンボ
2022/4/23 : SP 段位認定五段六段
2022/5/15 : DP 夏の匂い。キミの残像。(H)初フルコンボ
2022/7/12 : DP 段位認定七段
2022/8/28 : DP 夏の匂い。キミの残像。(A)ノマゲギリクリア
2022/12/4 : AC(RESIDENT) DP 段位認定三段～七段
2023/5/17 : DP 段位認定八段
2023/8/5 : AC(RESIDENT) DP 段位認定極七段＋八段

ここから今のところ動きがなく、地力上げしてくしかないのかなと。指動かなーい。

2022年6月5日日曜日

OBS をバッチファイルで起動するには

結論：カレントディレクトリがそこになってないと失敗するよ！

なお、マルチコメントビューアもです

前述のバッチを、ツールだけ起動する部分だけで検証してたときに OBS 及びマルチコメントビューアが起動しなくて悩む。まずは OBS 。

これは記述のあるサイトがありました。 OBS が居るディレクトリに移動してから起動しましょう。

D:
cd D:\app\obsstudio\bin\64bit
start "" obs64.exe

start コマンドの最初のダブルクォートは起動のためのプロンプトのタイトルです。空で良いのでこんな書き方。

ディレクトリの指定はインストール先です。

OBS は起動されたときに、その時のカレントディレクトリを起点として設定ファイルを読みに行くので、カレントディレクトリがインストール先でない状態で起動すると「適正な設定ファイルを読み込めない」旨を出力してエラーで終了します。

作成してあるショートカットからの起動は当然カレントディレクトリはインストール先で起動するから大丈夫であり、そういう仕組みに気がつかないというお話。

という事でこちらを解消してからマルチコメントビューアが居ないことに気がつきました。

因みにタスクマネージャのプロセス一覧ではちゃんと居ます。画面が非表示です。

マルチコメントビューアも OBS と同様ですが、タチの悪いことに非表示で起動しつつ、カレントディレクトに設定ファイルをまき散らします。

ゴミを消しつつ、こちらも起動方法を改めましょう。

D:
cd D:\app\mcv
start "" MultiCommentViewer.exe

INFINITAS 配信の為の手順の省力化

結論：バッチファイル作りました

手順としましては

サウンドデバイスを TV からオンボード出力に切り替える
画面解像度を 1280x720 120Hz に切り替える
棒読みちゃんを起動
マルチコメントビューアを起動
OBS を起動
N Air を起動
N Air で枠を作成 / 作成時の説明をコピー
YouTube で枠を作成 / 上記説明文流用
N Air で枠 url をコピーしてマルチコメントビューアに貼り付けて接続
OBS で録画を開始しつつ YouTube への配信を開始
N Air で配信開始・番組開始

後半はまだまとまらないものの、前半だけでも手作業でやってると案外面倒だった事に気がつきました。

という事でバッチファイルにまとめて一安心。

rem サウンド切り替えます
D:\app\mytool\changesound.exe スピーカー

rem 解像度を切り替えます
D:\app\mytool\to1280.120.full.exe

rem 各種ツールを起動します
D:

cd D:\app\bouyomi
start "" BouyomiChan.exe

cd D:\app\mcv
start "" MultiCommentViewer.exe

cd D:\app\obsstudio\bin\64bit
start "" obs64.exe

timeout /t 8 /nobreak

C:
cd "C:\Program Files\N Air"
start "" "N Air.exe"

後半を省力化するにはどーしたもんだか。

なお、戻すのも面倒なので画面切り替えとサウンドの戻しはバッチファイルにしました。便利便利。

バッチファイルと文字コード

結論：バッチファイルの記述を UTF-8 で日本語混じりで書いたらそら死ぬよね。

先のツールを作って、コマンドラインで実行して正常。

ショートカットを作って起動して正常。

よっしあとはバッチファイルを作って呼び出せば！

と、失敗するわけです。

rem サウンド切り替えます
D:\app\mytool\changesound.exe スピーカー

rem 解像度を切り替えます
D:\app\mytool\to1280.120.full.exe

rem 各種ツールを起動します
... (snip) ...

何が影響しているのか…と思ったら、使ってるテキストエディタの標準文字コードが UTF-8 であり、日本語を使わない限りであれば特段問題がなかったものの、使い始めた瞬間に狂ったと。まぁそういうお話。

久々に凄い盲点でした。一時的に出てるコンソールに凄い文字化けあるよなというところで気付いた。

因みに timeout コマンドが地味に便利です。昔は sleep とかツール作ってる人いたけど。

標準でついたの、偉い。

サウンドデバイスの切り替え

結論：面倒臭くなったら SoundSwitch を使いましょう

https://soundswitch.aaflalo.me/

Windows 10 だと右下のタスクトレイのスピーカーアイコンを左クリックすると出てくるミニウィンドウにデバイス選択が出るので、それで切り替えたいデバイスにすれば良いです。

Windows 11 だと Wi-Fi などの機能設定と統合されたのですが、音量スライダーの右側の矢印がデバイス選択画面への切り替えボタンですので、選べば同様に変更が可能。

たまにであれば良いのですが、頻繁に発生すると案外面倒です。

これを解消するために調べてみたら先頭に書いてあるツールが紹介されているのを発見。

再掲：SoundSwitch / https://soundswitch.aaflalo.me/

とはいえ、別段大して手間ではなかろうて、という事で、自前で拵えることにしました。

すると案外面倒臭い案件。なんじゃこりゃ。

サウンドの再生デバイスにアクセスする API は Core Audio API にまとまってるが、 COM インターフェイス系のやつ
更にこいつには標準の出力を設定するという機能はない
アンドキュメンテッドな IPolicyConfig にある SetDefaultEndpoint を使うのが鉄板

多分上記ツールもこれを触ってる。

とはいえ SetDefaultEndpoint に対象デバイスの ID を渡せば実現できる。

その ID はレジストリを漁れば分かったりする方法があるが、プログラム的には Core Audio API を使えば見つけられる。

IMMDeviceEnumerator : デバイス一覧をくれる奴。 mmdeviceapi.h を include すれば良い。
IMMDeviceCollection : 上記が検索した結果を突っ込んでくれる奴。
IMMDevice : デバイス毎の管理インターフェイス。
IPropertyStore : デバイスプロパティを握ってるやつ。

IMMDeviceEnumerator::EnumAudioEndpoints に対して eRender ( 出力系 ) で DEVICE_STATE_ACTIVE ( 現状使える奴 ) を突っ込んでもらう。
IMMDeviceCollection::GetCount でデバイス数が取れる。
IMMDeviceCollection::Item でデバイスインターフェイスが取れる。
IMMDevice::GetId でデバイスの ID が取れる ( これ重要 )
IMMDevice::OpenPropertyStore に PKEY_Device_FriendlyName を渡すとフレンドリー名が取れる。所謂一般的な出力デバイス名称。

という訳で列挙するツールを作ってみた。

なお列挙できるということはデバイス ID を取得できている訳で、あとは IPolicyConfig::SetDefaultEndpoint に渡すだけ。

という訳で、ツールにデバイス名称を渡したら切り替えてくれる様に改造しました。

コマンドラインに渡された文字列を上記処理でフレンドリー名が取れたときに比較して、一致してたら切り替え処理を行って、以降スキップってやるだけ。

案外簡単に行ったけど、時間はちょいちょいかかってしまった悲しみ。

作ってみたテスト

試しに作ってみたのですが、どんな見栄えになるのかすら全く分からないの…

という訳で、まずはこんな内容でも書いてみたらどーかなーという事で。

登録: 投稿 (Atom)

これはテストです