ファイアウォールの穴あけも必要です。LKV373（TX）と接続している NIC のプロファイルを Get-NetConnectionProfile かなにかで調べて、そのプロファイルで通信を許可します。
起動するとなんやかや出力されて、
2020/xx/xx xx:xx:xx Program started as: [C:\...\golkv373-v0.5.2-win64.exe]
[GIN-debug] [WARNING] Creating an Engine instance with the Logger and Recovery middleware already attached.
2020/xx/xx xx:xx:xx No active transmitters
[GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production.
- using env: export GIN_MODE=release
- using code: gin.SetMode(gin.ReleaseMode)
[GIN-debug] GET /src/:IP/frame.mjpg --> main.main.func2 (4 handlers)
[GIN-debug] GET /src/:IP/frame.jpeg --> main.main.func3 (4 handlers)
[GIN-debug] GET /src/:IP/ --> main.main.func4 (4 handlers)
[GIN-debug] GET /status --> main.main.func5 (3 handlers)
[GIN-debug] GET / --> main.main.func6 (3 handlers)
[GIN-debug] Listening and serving HTTP on :8080
続けて毎秒のログが出始めるはずです。状況に応じて出方が変わります。
ファイアウォールに阻まれているなど、LKV373（TX）と疎通できていない状態のときは、No active transmitters だけが繰り返し出力されます。この場合、設定を見直してどうにかします。
...
2020/xx/xx xx:xx:xx No active transmitters
2020/xx/xx xx:xx:xx No active transmitters
2020/xx/xx xx:xx:xx No active transmitters
...
疎通できているけれども映像が入力されていない場合は、keepalive sent と No active transmitters が両方出力されます。この場合は HDMI のソースに何の信号も来ていない可能性があります。
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx No active transmitters
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx No active transmitters
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx No active transmitters
疎通できていて映像も送られてきているときは、フレームレートなどが表示されます。
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx 192.168.168.55: MB/s=2.66 FPS=30.00 lost=0
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx 192.168.168.55: MB/s=2.69 FPS=30.00 lost=0
2020/xx/xx xx:xx:xx keepalive sent to 192.168.168.55:48689
2020/xx/xx xx:xx:xx 192.168.168.55: MB/s=2.71 FPS=30.00 lost=0
ブラウザで http://localhost:8080/ にアクセスして、LKV373（TX）の IP アドレス（デフォルトなら 192.168.168.55）を選択すると、転送されてきている映像が表示されます。単に映像が観たいだけであれば、これで終わりです。
強引に多段変換してどうにかする手法では、遅延も CPU 使用率も大きくなるというごく当たり前のことが確認できました。
同じ LKV373 を使う手法でも、先の macOS 用の OBS Studio のプラグイン を使うのであれば、原理的にはオーバヘッドは相当減らせると推測できるため、プラグインの開発に至ったモチベーションも合理的なものと言えそうです。
CPU 使用率の高騰が許容できるなら、例えば録画や生配信の用途であれば、音声に意図的に遅延を入れて同期を取れば使えないこともないかもしれません。一方、オンライン会議などでは、音声を遅延させるわけにもいかず、そうすると声と映像が 0.5 秒ズレることになってしまうので、なかなか使いづらそうです。そしてどちらの場合でも、この方式の安定性はだれにも保証できません。
> docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
moby/buildkit buildx-stable-1 f2a88cb62c92 2 weeks ago 82.8MB
> docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9b06292f089c moby/buildkit:buildx-stable-1 "buildkitd" 2 minutes ago Up 2 minutes buildx_buildkit_multipfbuilder0
