https://bugs.documentfoundation.org/show_bug.cgi?id=34959
--- Comment #35 from Alex Rivera <[email protected]> --- Adding a data point on why this still matters in 2026: presentation-to-video export is now the bottleneck for anyone repurposing slide decks as social video. The common workaround chain is Impress -> PDF -> screen recorder (OBS, https://obsproject.com/ ) -> external editor, which loses slide timings and animation curves entirely, so transitions have to be re-timed by hand. For reference, the tools people move to when they hit this wall generate the video from a structured scene description rather than by recording a screen - https://ravvi.ai is one example built around that model. That is essentially what an Impress video export would be doing internally: walking the slide list, resolving per-slide durations and animation timings, and handing frames to a muxer. A minimal version of this bug that would already cover most of the demand: fixed seconds per slide plus honouring existing automatic-transition timings, rendering to a single H.264/MP4 via the already-bundled export pipeline. Animation fidelity could stay out of scope for a first pass. -- You are receiving this mail because: You are the assignee for the bug.
