XorgをだましてTCPリモートコントロールをユーザーアクティビティとして処理する方法は?

XorgをだましてTCPリモートコントロールをユーザーアクティビティとして処理する方法は?

Debian Bullseye + X11 + LightDM + Kodi 19を実行する新しいホームブルーHTPCがあります。 HTPCはプラズマスクリーンとローカルネットワークに接続されていますが、他にはありません(マウスもキーボードもありません)。 Kodiは、Web上で動作するAndroid KodiリモートコントロールアプリケーションであるKoreによって制御されます。

私の問題は、Xがリモコンの操作をユーザーの活動と見なしていないため、約1000万人以降は画面が黒くなり、画面を目覚めさせるためにマウスを接続して振る必要があることです。

私の最初の考えは、DPMSを無効にして完了することでした。

nano /usr/share/X11/xorg.conf.d/10-monitor.conf
Section "Extensions"
        Option      "DPMS" "Disable"
EndSection

しかし、何らかの理由でそれはうまくいきませんでした。それと同時に気が変わり、画面がプラズマで画面に乗る傾向があるので、実際の活動がなければ画面が黒く変わるのが良いと思いました。

だから:X11にKoreの入力をユーザーアクティビティとして処理させるにはどうすればよいですか?

Koreを仮想ポート(8081など)に接続するというアイデアがあります。次に、Pythonスクリプトを常にHTPC上で実行し、8081でリッスンし、Kodiがリスンするポート(8082など)にリクエストを転送するようにします。私のスクリプトがリクエストをプロキシするたびに、キーの押下がトリガーされます(たとえば、副作用を避けるためにCtrlを押しながらCtrlを離すなど)。私はまだテストしていませんが、まずコミュニティでいくつかの異なるアイデアを得ることができると思いました。

ベストアンサー1

lightdmセルフスクリーンセーバー/ロックインプリメンテーションを使用している場合は、light-locker各リモートコントローラジョブも実行するようにスケジュールできますかlight-locker-command --poke?これマニュアルページ「ユーザーの活動をシミュレートするために実行中のロッカーを刺す」と説明してください。

ただし、ベアXorg DPMSを使用している場合は、このオプションは使用できません。

おすすめ記事