俺もいくつかパススルーを持ってるんだけど、別の選択肢として投稿に書いておくべきだったかも。俺が持ってるのはちょっと高級で、モニターからEDIDを読み取って保存して、別のモニターのオーバーライドとして使えるんだ。もう一つすごいのは、モニターを常に検出させることができるところ。俺のモニターの一つは、電源を切るとほぼ自動でプラグが抜けちゃうから、いろいろ問題が起きてたんだけど、パススルーで完全に解決したよ。使ってるのはTHWTのHD-EWBってやつ。

Amazonで「HDCPストリッパー」としてオープンに宣伝されているHDMIスプリッターの一つを試してみて。

HDCPを解除するのは難しいよ。HDCP 1.4にダウングレードして、1.4に「準拠」したデバイス（ダミーモニターとして使うため）を用意する必要がある。HDCP 1.4より新しいものが必要なら、たぶん無理だね。

俺はこのHDMIスプリッターを使ってる。プリプログラムされたEDIDを設定するか、HDMI出力1に接続したものからEDIDを学習して、スプリッターが接続されている限りは出力に何も接続しなくても接続されたモニターとして表示されるんだ。コンピュータやゲーム機とスプリッターの間でHDCPを交渉して、出力モニターにはHDCPなしで信号を送るみたい。 https://www.amazon.com/dp/B07VP37KMB

俺はちょっと違う使い方を考えてる。HDMIを出力する組み込みシステムがあるんだけど、そのブート画面を別のHDMIストリーム（静止画でOK）に置き換えたいんだ。組み込みシステムには何も手を加えたくない理由が千とあるから、安くて堅牢にこれを実現する方法はないかな？

Aliexpressでは、HDCPを解除してHDMIを転送するっていう商品が売ってるけど、買う時は注意してね。

著者はPiを使うことを勧めてるけど、必須ではないって言ってるね。>「PCでこれらのコマンドを試すと、EDIDじゃないハードウェア、例えばRAMモジュールのSPD EEPROMを誤ってフラッシュしてしまう可能性がある。」

フラッシュチップには通常、書き込みを有効/無効にするピンがあって、ほとんどのモニターやテレビはEDIDへの書き込みを防ぐように配線してると思う。安いものだけは気にしないんじゃないかな。保護がないと、読み取り中に電圧のグリッチが起きて書き込みになっちゃってフラッシュが壊れるリスクがあるからね。

同じプロセスで、一般的なモニターに保存されているEDIDを修正することができる それはハードウェア開発者にとって奇妙な見落としだね。通常、彼らは事前にプログラムされたEPPROMを購入して、書き込み有効ピンが高に引っ張られないボードに取り付けるんだ。モニターのような製品にEEPROMを入れて書き込み可能にするのは変だと思うけど、出荷されるハードウェアにはもっと奇妙なことも見たことがある。

WPの高低は、使われるチップによるかもしれないね。

ここでの問題は、DisplayPortがEDIDのためにI2Cバスに接続された基本的なEEPROMを使ってないことだよ。代わりに、高速なDisplayPort専用のAUXバスを使っていて、これをいじるのはかなり複雑なんだ。正直、VESAに入会してたくさんのNDAにサインしないと、まともなドキュメントすら見つからないと思うよ。

カーネルオプションでEDIDをオーバーライドできるよ（https://foosel.net/til/how-to-override-the-edid-data-of-a-mo...）、でも仮想モニターを追加したいかは分からない（https://askubuntu.com/questions/453109/add-fake-display-when...がうまくいくかは不明）。

最近似たような問題があったんだ：安い5.1サラウンドシステムのサウンドバーを買ったんだけど、HDMI経由でDolby TrueHDまで対応してる。でも、ここが問題で、eArc対応のデバイス（新しい世代のテレビ）でしか動かないんだ。PCを接続すると、SPIDFやauxを使わなきゃいけなくて、音質が落ちちゃう。一つの解決策はオーディオエクストラクター/スプリッターを買うことだけど、サウンドバーにeArcとして認識させるためにPCのEDIDを偽装するってのもある。まだこれに取り組んでるけど、厳密なガイドラインがないのが残念だね。

EDID編集の経験は（ちょっと多すぎるくらい）あるよ。私の提案は以下の通り： - あなたが言ったAW EDID Editor。 - CRUはWindows専用のツールで、モニターからダンプしたEDIDファイルを修正できる（シリアルなどの記述を削除して詳細な解像度のためのスペースを作る）、でもWineでは動かないよ。 - 010 Hex EditorにはEDIDテンプレートがある。 - LinuxではFlatpakからwxEDIDをインストールできる（確か、配布パッケージはWxWidgetsでクラッシュする）。でも、セクションを作成できるかは分からない。 - v4l-utilsにはedid-decodeがあって（git diffのtextconvツールとして使える）、でもEDIDファイルをエンコードするのには役立たない。HDMIのEDIDにはCEA拡張ブロックがあって、DPのEDIDにはDisplayID拡張ブロックがあることが分かった。256バイトを超えるマルチページEDIDの作業はしたことがないし、それをエミュレートするためのEEPROMチップや、読み書きするためのプロトコルやAPIも知らない。

https://www.extron.com/product/software/edidmanager30 https://www1.kramerav.com/au/product/edid%20designer どちらも無料だけど、配布は自由じゃないよ。Extronの方は、彼らのハードウェアを使っているプロジェクトや組織で作業している必要があるかも。

モディファイドされたChromebox（WindowsとLinuxが起動するやつ）を持ってるんだけど、HDMIポートにビデオデバイスが接続されてないと起動しないんだ。だからダミープラグを使わざるを得なかった。

おそらく、簡単にソフトウェアを変更できないデバイスのためだろうね。

ダミープラグは大抵の人にとってはずっと簡単だよ。リモートゲームストリーミングのためにソフトウェアで偽の4Kモニターをデスクトップに追加したけど、思ったよりもずっと複雑だった[^1]。 [^1]: https://pfy.ch/programming/4k-sunshine.html

たくさんのOS/GPU/ドライバーの組み合わせでは、任意の設定で仮想ディスプレイを設定できないことが多いんだ。OBSやSteam/Parsecなどでのストリーミング設定に必要になることもあるし。数年前、LinuxのXorgとオープンソースドライバー、WindowsのNvidiaではなんとか動いたけど、MacOSやWindows+AMDまたはIntel GPUではうまくいかないことが多いね。

リモートデスクトップを使ったRaspberry Piは、モニターが物理的に接続されてないとデスクトップを表示しないんだ…博士課程の学生には一番簡単な解決策だね。

一例として、PCでLooking Glassというソフトを使って、Windowsの仮想マシンとやり取りしてるんだ。コンピュータには2つのGPUがあって、Linuxホスト用にAMDのやつと、Windowsゲスト用にパススルーするNVidiaのやつがある。Looking GlassはそのNVidia GPUの出力をキャプチャして、デスクトップのウィンドウに表示してくれる。これでVM内でWindowsソフトを使えて、まあまあのパフォーマンスが得られるんだ（Windowsは7以降、まともに動かすにはグラフィックアクセラレーションが必要だからね）。でも問題は、NVidia GPUはディスプレイが接続されてないと何もできないこと。NVidia Quadro GPUはモニターのEDIDをダンプして、そのファイルを出力にマッピングすることができるけど（そうするとGPUはその出力にモニターが接続されてると思い込む）、一般向けのGPUはこれに対応してないんだ。そこでダミープラグが必要になる。

バイナリの組み込みLinuxディストリビューションのテストに使ってるんだ。OSをだましてディスプレイが接続されてると思わせることで、ユーザーのデプロイメントにはない新しい変数が導入されるからね。そして、安価なハードウェアソリューションなんだ。これを買って取り付ける方が、エンジニアがecho on > /sys/whateverやその周りのロジックを書くよりもコスト効果が高いと思う。