https://bugs.kde.org/show_bug.cgi?id=491109
Uwe Dippel <udip...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|22.04.3 |23.08.4
--- Comment #1 from Uwe Dippel <udip...@gmail.com> ---
(I have updated the version from the earlier one to 23.08.04; on my machine as
well as in the bug report)
In conjunction with the other bugs that I had to report, and Bernd's suggestion
to try "Audio only", I'd like to update, that there is still a logical as well
as processing bug.
When I disable the "Video" in the Render applet, the Job Queue states below the
thermometer "Audio without video track". Fine, but why would any of the
separate "..._Audio_..." tracks be WITH a video track; whatever one selects at
the "Video" box? (Better try yourself, if I'm not very clear here, or ask,
please.)
In any case, the rendering speed of the audio tracks increases, when "Video" is
ticked, by close to half of what audio rendering takes with "Video" being
ticked.
It remains completely unclear, why a pure "..._Audio_..." track renders
significantly faster when no video track needs rendering at an earlier or later
moment in time? In any case, even without "Video" being ticked, rendering of
the EACH audio track takes around one third of rendering the H264 video track.
Next, I followed Bernd's suggestion, and selected "Audio Only" Presets for
rendering. I tries AC3 as well as MP3. Unfortunately, neither is any faster
than around one third of rendering the video track.
On this machine, rendering a 2-hour video track takes around 4 hours. An audio
track with "Video" ticked, is around 2 hours. An audio track without "Video"
ticked takes about an hour; either as .mp4; or .ac3 or .mp3 (the letter two
with "Audio Only" presets.
On that same machine, Audacity takes about 5 minutes to render that 2-hour
audio track; with a similar size of the output file, around 130 MB.
(I don't want to write another bug report for the lack of logic for this:)
With "Audio Only" presets, "Video" can still be ticked, however. I haven't
tried to see what kdenlive does with this setting, in order to keep my sanity.
;-)
--
You are receiving this mail because:
You are watching all bug changes.
