Release Notes

v0.3.2

This update is focused on pipeline and recording reliability — end-of-session and paired post-processing now wait for the files they need before running, resumed recordings keep their segment numbering, the Delete Source step no longer removes a freshly converted video, and a temporary CDN failure no longer flips a live streamer to offline.

Pipeline reliability

• Resumed recordings keep their segment numbering

  When a recording resumes after a brief interruption, new segments now continue numbering from where the previous attempt left off instead of restarting at 0. Thumbnails, paired danmaku, the segment list on the session page, notifications, and post-processing all stay aligned across the resume — previously, the restart could cause new segments to be mistaken for duplicates.

• Session Complete Pipeline waits for the final recording

  At the end of a stream, the Session Complete Pipeline now waits until the final video file has been saved and all per-segment processing has finished before it runs. Previously, if the danmaku side finished first, end-of-session steps like merging, uploading, or sending the completion notification could start too early with no video files available.

• Paired Segment Pipeline matches files more reliably

  Paired post-processing now waits until both the video and the danmaku for the same segment are actually ready before it starts, and the same paired job is no longer triggered twice for one segment.

• "Delete Source" no longer deletes your converted video

  A Delete Source step placed after a convert/transcode step was removing the newly converted file instead of the original recording, because a delete step always acts on the files produced by the step right before it. The built-in Space Saver workflow had this issue and now removes the original after compressing, as intended. To delete the original after converting, turn on Remove Input on Success on the convert step — the pipeline editor now warns you if you place a delete step there instead. Deleting after an Upload step is unaffected and still safe.

Recording reliability

• Streamer no longer flips to offline after a temporary CDN failure

  Fixed a case where a streamer would appear offline on the web UI (and stop recording) after a temporary CDN failure, such as an HTTP 404 on a signed playback URL. The live state is now restored as soon as the recorder resumes, and the resumed download is no longer aborted because of an outdated cached status.

Maintenance

• Internal pipeline coordination was reorganized

  Internal pipeline coordination was reorganized to make these reliability improvements easier to maintain going forward. Existing pipeline settings and presets continue to work without changes.

• Dependency and build updates

  sqlx was updated from 0.8.6 to 0.9.0, rust-i18n from 3 to 4, and rquickjs from 0.11.0 to 0.12.0, with the affected internal code adapted to the new APIs. The web frontend moved to react-day-picker v10, dropping now-unused calendar dependencies, and its bundle size and build output were optimized. None of these change how rust-srec behaves for you.