Video 1.6.1: quit mid-Iris → resume remuxes short video + full audio → marked successful

Topaz Video Bugs and Issues
1

App: Topaz Video 1.6.1 (Windows 11)
Model: Iris-2 → 3840×2160 H.264 MKV
Source: ~7698 s (184565 frames @ 23.976), 1920×1080 VC-1

Summary

Quitting Topaz during a long Iris export kills ffmpeg mid-encode. On relaunch, Topaz resumes from that point, then remuxes the partial enhanced video with full-length source audio/subs and marks the job successful. UI/MediaInfo show ~2h 8m; video is shorter.

Evidence

1) Interrupted full export — 2026-07-30-17-41-34-Main.tzlog

  • Fresh export (no -ss/-t) → …_226619551.mkv
  • Last progress: frame=75401 then Application Exited + QProcess: Destroyed while process (ffmpeg) is still running
  • ffprobe: 75184 video packets ≈ 3135.8 s (52.3 min); format duration still 7697.9 s

2) Resume + remux marked done — 2026-07-31-00-31-7-Main.tzlog

  • Resume: -ss 3135.757 -t 4562.115… (matches kill point) → …_691433797.mkv
  • Remux _691433797 + source → …_iris2_1.mkv, both mux passes report identical video:61314444KiB; only audio/subs grow
  • process exited: 85 0 0 (success) + DTS warning on resume
  • Then: ExportItem.qml:70 TypeError: Property 'closeAndDeletePath' of object TFileManager(...) is not a function (cleanup bug after success already set)
  • ffprobe: _691433797 and _iris2_1 both 109382 packets ≈ 4562 s (76 min); _iris2_1 format duration 7697.9 s

Expected

  • Do not mark success unless enhanced video duration/frame count ≈ source
  • Warn/fail when remuxing short video with longer audio
  • closeAndDeletePath should not throw

Attachments

2026-07-30-17-41-34-Main.tzlog, 2026-07-31-00-31-7-Main.tzlog

2026-07-31-00-31-7-Main.tzlog (2.9 MB)

2026-07-30-17-41-34-Main.tzlog (2.9 MB)

2

Thank you for sharing the logs and details. We are working on replicating this situation and a report for the devs to look into this further.