[5ym]

原因

混んでいるときに RDP の解像度を 75%・50% に下げていた。Windows は倍率 100% のまま画素を減らすので、窓に合わせて引き伸ばすと字やウィンドウが大きく見えていた。

直し方

• 解像度は窓の大きさのままにする
• 送る量はサーバーが Frame Acknowledge の queueDepth を見て減らす
• 混み具合の測定 (FrameLatency) は診断に残す (web/rdp/autoscale.ts → web/rdp/latency.ts)

確かめ

Hyper-V の試験 VM で帯域を 200kbps に絞った。

• 直す前: 698x243 → 348x200 に下がった
• 直したあと: 遅延 +1.4 秒でも 698x243 のまま

🤖 Generated with Claude Code

https://claude.ai/code/session_01T8TqVdo6LUrWKdVQgbScVU

[claude]

Claude finished @5ym's task in 18s —— View job

---

レビュー結果

結論: 問題なし

• autoscale / AutoScale / scaleSwitches / currentScale への参照は残っていません。削除は漏れなく行われています。
• resize は幅の偶数化と「同じ大きさなら送らない」という既存の条件を保っています。倍率の計算を外しただけなので、挙動の退行は見当たりません。
• FrameLatency と gfxTimestampMs は autoscale.ts から latency.ts へ移しただけです。gfx.ts の import も更新されています。
• テストは、残した FrameLatency について、時計のずれ、時計の飛び、日付またぎを引き続き確認しています。縮小ロジックは削除され、それに対応するテストも削除されています。
• README と docs の記述は、新しい挙動に合っています。
• セキュリティ上の懸念はありません。

補足(要確認): 検証は Hyper-V の試験 VM で帯域を絞った 1 回です。実環境のサーバーが queueDepth を見て送る量を実際に減らすかは、このリポジトリのコードからは確認できません。