https://bugs.kde.org/show_bug.cgi?id=510445
Bug ID: 510445
Summary: After enabling TC overlay once, 10bit rendering loses
video content when overlay disabled
Classification: Applications
Product: kdenlive
Version First unspecified
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: major
Priority: NOR
Component: Rendering & Export
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
SUMMARY
For now, this is just a notification of an observed strange problem; additional
research pending:
I suspect that in the render dialog - extended options - changing the overlay
setting to "TimeCode" (or "FrameNo") once, causes an internal change that
remains effective, and after changing back "None" (or "Timecode drp frm")
causes 10bit renderings to end up without any video.
STEPS TO REPRODUCE (on/off) + OBSERVED RESULT (on/off)
I've accidentally enabled the overlay "Timecode" in extended rendering options.
Ever since then: The 10bit presets (tested for x264, x265, av1) create video
output ONLY when the overlay "Timecode" or "Frame" is enabled.
But when overlay "None" or "Timecode Drp Frm" is selected, video output goes
missing.
And this remains reproducible in both directions :-(
EXPECTED RESULT
10bit video output should continue working after changing the overlay setting
from "Timecode" back to "None".
SOFTWARE/OS VERSIONS
Devuan Daedalus
Linux 5.15.191-ryzen (self compiled)
KDE Plasma: KDE 5 + Trinity for some programs lost in KDE
KDE Plasma Version: Maybe 5.27.5; Trinity 4.14
KDE Frameworks Version: Maybe 5.103
Qt Version: Maybe 6.4 and 5.0
kdenlive: German language GUI
ADDITIONAL INFORMATION
I know this is a strange observation, but I observed the black (missing) video
output first after resetting an accidental change of the overlay setting. Since
then, the only way to get video output back for the 10bit presets was:
re-enabling the TC or the Frames overlay.
Removing melt and ffmpeg from the distribution and also renaming my locally
built ones away did not cause any change; neither did logout/login or a reboot
of the whole system. I tried that only because I recently tried to build
ffmpeg, mlt-framework and dependencies; but IIRC that shouldn't affect an
AppImage based kdenlive anyway.
Before accidentally enabling the TC overlay for the first time, 10bit output
had worked unremarkably. The affected project uses only effects offered when
the "only 10bit compatible" checkbox is enabled.
When video is missing, the produced *.mp4 or *.webm file really contains only
audio. When audio output to separate files is enabled; audio files appear just
fine, but in that case, the video *.mp4 is just an empty container (verified
via file sizes).
The problem only affects 10bit video output. 8bit has remained working.
I didn't get and explanation from observing the text string stitched together
from the rendering options in the lower right area of the dialog.
I have NOT tried to save a script and use an external melt on that yet.
I have NOT tried to check and/or understand any rendering log output or the
like yet.
I have NOT tried to reproduce the problem with a freshly made project yet.
And and I've NOT observed a *.kdenlive or a *.mlt script file to see whether
changing render - overlay - TO "Timecode" once might cause a change which would
remain permanent, and explain any subsequent video output failure.
This is probably different from Bug ID 434379, because, originally, 10bit
rendering HAD worked before the first accidental change of the overlay setting.
--
You are receiving this mail because:
You are watching all bug changes.
