https://bugs.kde.org/show_bug.cgi?id=474798
[email protected] <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #12 from [email protected] <[email protected]> --- I've implemented this and opened two merge requests, following the direction from the earlier discussion that the capture/encoding/muxing belongs in KPipeWire rather than Spectacle: - KPipeWire (capture, encoding, muxing, sync): https://invent.kde.org/plasma/kpipewire/-/merge_requests/261 - Spectacle (two checkboxes + settings): https://invent.kde.org/plasma/spectacle/-/merge_requests/549 Summary: system audio (default sink monitor) and/or microphone (default source) are captured as native PipeWire streams, encoded with Opus (WebM) or AAC (MP4), and muxed as a second stream into the same container, sharing a clock with video (no post-processing step, no external processes). Both sources mix into a single track. Formats without audio support (GIF/WebP) ignore the options. Tested on Plasma 6.6/Wayland with ffprobe-verified recordings (A/V duration deltas under 0.1 s, start offsets under 35 ms, mid-recording default-device switches, device death, stop-tail preservation). Several behavior questions are explicitly left open in the KPipeWire MR description (single mixed track vs per-source tracks, per-window audio, device selection, defaults) — input from maintainers welcome there. -- You are receiving this mail because: You are watching all bug changes.
