| Summary: | [Perf] Viewport animation on Title Clip with large amounts of text extremely slow to play and render | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | rich |
| Component: | Title Clips & Subtitles | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | kdenlive-bugs |
| Priority: | NOR | ||
| Version First Reported In: | 25.07.90 | ||
| Target Milestone: | --- | ||
| Platform: | macOS (DMG) | ||
| OS: | macOS | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
rich
2025-07-29 10:33:36 UTC
You're going to need to provide an actual project file with your actual settings, preferably with just a colour clip instead of an image if that also shows the problem (since then the project can be self-contained with no external resources, and if that doesn't show the problem that's good information too). I tried to create one with your recipe and the time to render with the animated title is only about 5% slower than just rendering the image track alone (and rendering just the title without the image is considerably faster than for the image), which fits well within what I would consider reasonably expected. So we need the actual test you're running before we can say for sure whether it's something different about what you're doing, or something different about your system. If you are experiencing significant slowdown you've already reproduced it. Copy and paste your text a few more times (1000 words) and see what happens. (In reply to rich from comment #2) > If you are experiencing significant slowdown I'm not, and I haven't yet found anything that does. And nobody else has reported a similar issue. So if you can't or won't produce an example that you claim demonstrates this, which others can test, then I'm not going to waste any more time on this until someone can show how to actually reproduce it. Are you using a Mac Ron? If not it seems none of your testing is relevant. My original post provides a simple example that demonstrates the issue. (In reply to rich from comment #4) > Are you using a Mac Ron? > If not it seems none of your testing is relevant. There's no inherent reason to believe this is platform specific, and despite repeated requests you've provided no example to enable anyone else to deterministically test if it's somehow specific to something about exactly what you are doing, or simply just to you. > My original post provides a simple example that demonstrates the issue. No it doesn't, it just describes the ordinary use of this tool for things like scrolling credits which plenty of other people do and nobody else has ever yet reported a problem with. Without a clear reproducer, there is no bug here that we can do anything about. Ron, you have already reported a 5% slowdown for rendering some simple animated text. Considering this is a tool for high definition video editing that, in my view, constitutes a performance issue in line with my original report. My example is easily and quickly reproducible by anyone. Since I have recently helped Jean resolve a bug that was specific to Mac [Bug 507568], your claim that there is no reason to believe this is platform specific is unfounded. Your claim that nobody else has reported the bug may have something to do with low Mac users due to the availability of iMovie. 1000 frames rendered in 4 hours caused directly by title clip text viewport animation is a significant performance issue that needs resolution. This needs a second opinion from a Mac user. |