Record thread exit evidence from latest Windows stream log

doc/tasks.md

@@ -42,8 +42,15 @@
     но отдаёт только остаток seq=918 без KEY, после чего новый viewer получает open timeout.
     Нужна свежая трансляция/stop из Windows после пересборки; оба исправления на исходной паре устройств ещё не подтверждены.
     Отдельно libx265 3440×1440 в Windows выдаёт примерно 2–3fps: это ограничение CPU остаётся.
-    Логи: /tmp/stream-viewer-new-run.log, /tmp/late-audio-test.log, /tmp/stream-viewer-after-update.log,
-    /tmp/stream-start-playback-tests.log, /tmp/stream-start-stop-final-xvfb.log, /tmp/stream-audio-stop-full-check.log.
+    Новый 4.log подтвердил более позднее застревание: GUI timer работает, `videoLoop()` вернулся,
+    но native video thread не вышел за 20с; поэтому join worker не послал FIN.
+    `QVideoFrame::toImage()` перенесён в долгоживущий image worker между захватом и encoder worker.
+    Под Xvfb конверсия 3440×1440 занимает 51–106мс и выполняется с gui_thread=0; GUI получает лишь последний кадр.
+    Encoder worker вышел на всех stop; полный Xvfb-тест трансляции: 32/32 PASS, /tmp/stream-persistent-image-xvfb.log.
+    Осталась проверка новой сборкой Windows: в Qt Multimedia другой backend и только он подтвердит исходную машину.
+    Логи: 4.log, /tmp/stream-viewer-new-run.log, /tmp/late-audio-test.log,
+    /tmp/stream-viewer-after-update.log, /tmp/stream-persistent-image-xvfb.log,
+    /tmp/stream-audio-stop-full-check.log.
 
 [+] **Проверять микрофон и спрашивать перед переходом трансляции на CPU** — 16.10.2026:
     По 4.log/6.log: GPU-кодировщики недоступны, WASAPI-микрофон камеры выдаёт frames=0,