https://bugs.kde.org/show_bug.cgi?id=491124
--- Comment #9 from Uwe Dippel <udip...@gmail.com> ---
(In reply to Bernd from comment #5)
>
> Then switch off 'Video', switch on 'Separate files for each audio track',
> and Kdenlive will blast through the render of just the audio. In my example
> I rendered a small test video of 14s with a composition in 30s with video
> and audio; switching off video resulted in a 2s render time for the same. I
> could easily import the resulting .mp4 files into Audacity.
The attachment show that this isn't quite true.
Rendering the video, H264, plus an audio track as re-mix of two audio tracks,
takes 2:57:36. Rendering a single audio track takes around 1:30:00 each.
Turning off video wouldn't render the video track that I also need. I think,
there is a bug, and that bug is - shown elsewhere earlier -, that the audio
files contains a full video handler stream. Empty, though presumably processed,
which would explain the times.
(Here, for reference:)
[...]
Duration: 01:50:44.61, start: 0.000000, bitrate: 174 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv,
bt470bg/bt470bg/smpte170m), 720x576 [SAR 64:45 DAR 16:9], 8 kb/s, 25 fps, 25
tbr, 12800 tbn, 50 tbc (default)
Metadata:
handler_name : VideoHandler
vendor_id : [0][0][0][0]
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo,
fltp, 160 kb/s (default)
[...]
Yes, that's the ..._Audio_2.mp4 file.
--
You are receiving this mail because:
You are watching all bug changes.
