Question 1

OpenDisplay Linuxレシーバーが、センダーの再接続後やストリーム解像度の変更（Extend to Mirror）後に最後のフレームでフリーズするのはなぜですか？

Accepted Answer

これは、センダーが再接続するたびに映像がフリーズするバグでした。デコーダーのリセットが `reset_time=true` でライブパイプラインをフラッシュしたため、キーフレームには古いランニングタイムがスタンプされ、後続のフレームは新しいベースタイムを使用することになり、その結果 GL/GTK シンクが警告なしにフレームの表示を停止していました（統計では `renderFps: 0.0` と表示され、`rendered` カウンターが横ばいになる一方、`decErr` は 0 のままです）。od-receiver v1.28.2 で修正済みです — そのリリース以降にアップグレードしてください。古いバージョンでの一時的な回避策としては、`od-receiver` を再起動してください。これによりセンダーが再接続し、新しいパイプライン上で新しいストリームサイズがアナウンスされます。

Question 2

なぜscale 2のGNOME Wayland仮想ディスプレイではタップがタッチ位置の2倍の位置（2xオフセット）に入力されてしまうのか、またどうすれば修正できるのか？

Accepted Answer

これは od-sender の v1.28.2 より前のバージョンにおける座標マッピングのバグです（PR #428 で修正済み）。GNOME/Mutter（バージョン 44 から 50.1）では、`NotifyPointerMotionAbsolute` の座標はビューの論理レイアウト単位で送信する必要がありますが、sender は物理ピクセルを送信していました。そのため、スケール 2 のレシーバー（例：2360x1640 の iPad）では、タップが正しい位置のおよそ 2 倍の場所に落ち、右半分と下半分には届きませんでした。

修正方法：od-sender v1.28.2 以降にアップグレードしてください。新しいリリース tarball で `install.sh` を再実行し、その後デフォルトの `--scale passthrough` で `od-sender run` を実行します。GNOME バックエンドは、タッチを論理サイズ（物理サイズを適用されたスケールで割ったもの、例：1180x820）にマッピングするようになりました。`layout-mode` が physical に設定されている場合は物理サイズにマッピングします。

影響を受けるバージョンでの回避策：`od-sender run --scale 1` を実行します。タッチは正確になりますが、Linux の sender にはスケール 1 と小さめのデスクトップを組み合わせる display-size オプションがないため、すべてが非常に小さく表示されます。

Question 3

Tailscale VPN経由で接続する際に発生するOpenDisplayの "no receiver found" エラーを修正する方法

Accepted Answer

OpenDisplay の自動デバイス検出はローカルネットワークのブロードキャストに依存していますが、これは Tailscale のオーバーレイネットワークを通過しないため、`tailscale status` で両方のデバイスがオンラインと表示されていても、送信側は `ERROR no receiver found within 10s` で失敗します。回避策 — 検出をバイパスし、受信側の Tailscale IP のポート 9000 に直接接続します:

1. スマートフォンで OpenDisplay 受信アプリを開き、フォアグラウンドに表示したままにします。
2. コンピューターで `tailscale status` を実行するか、スマートフォンの Tailscale アプリで、スマートフォンの Tailscale IP（100.x.x.x アドレス）を取得します。
3. 実行: `od-sender run --to <tailscale-ip>:9000`

また、直接 IP 接続にフォールバックする前に、`od-sender list --timeout 10` を使って、お使いのネットワークでブロードキャスト検出がそもそも機能するかどうかを確認することもできます。

OpenDisplay

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト