https://bugs.kde.org/show_bug.cgi?id=490146
bjorn.pet...@kysnes.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bjorn.pet...@kysnes.com
--- Comment #2 from bjorn.pet...@kysnes.com ---
(In reply to Noam Raphael from comment #0)
> Created attachment 171595 [details]
> The log file while rendering
>
> ***
> If you're not sure this is actually a bug, instead post about it at
> https://discuss.kde.org
>
> If you're reporting a crash, attach a backtrace with debug symbols; see
> https://community.kde.org/Guidelines_and_HOWTOs/Debugging/
> How_to_create_useful_crash_reports
> ***
>
> SUMMARY
>
>
> STEPS TO REPRODUCE
> 1. Render a video
>
> OBSERVED RESULT
> The progress view is broken. For example, it may show "Remaining time
> 00:00:00 (frame 81 at -52 fps)" when it's actually near the end
>
> EXPECTED RESULT
> Show the true rendered frame, and a reasonable ETA estimate
>
> Kdenlive: 24.05.2
> Package Type: Unknown/Default
> MLT: 7.25.0
> Qt: 6.7.1 (built against 6.7.1 x86_64-little_endian-llp64)
> Frameworks: 6.3.0
> System: Windows 11 Version 23H2
> Kernel: winnt 10.0.22631
> CPU: x86_64
> Windowing System: windows
> GPU:
> Movit (GPU): disabled
> Track Compositing: qtblend
>
> ADDITIONAL INFORMATION
>
> I believe this is caused by melt.exe producing garbled output, perhaps
> because of windows line endings, or parallelization, or both. See the
> attached log file. For example, it includes this:
>
> percentage: 10Current Frame: 11075, percentage: 1011079, percentage:
> 10Current Frame:11083
>
> The rendering was without using multiple CPUs.
>
> Thanks!
> Noam
I have seen a similar behaviour here (Windows 11, Kdenlive 24.05.2). In
Kdenlive 24.02.2 the progress tracker was working properly and accuretely.
--
You are receiving this mail because:
You are watching all bug changes.
