Bug 418335 - Lossless edit option (like VirtualDub has)
Summary: Lossless edit option (like VirtualDub has)
Status: RESOLVED NOT A BUG
Alias: None
Product: kdenlive
Classification: Applications
Component: Rendering & Export (other bugs)
Version First Reported In: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-29 19:18 UTC by KOPOBuH.HuK
Modified: 2021-03-21 14:40 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:
fritzibaby: Translation_missing+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description KOPOBuH.HuK 2020-02-29 19:18:24 UTC
A very, very nesessary option for the Wishlist. I really miss it since VirtualDub is left behind with Windows itself.
I'll not explain how it worked in VD (one word: primitively!) and immediately depict it for kdenlive interface.
You select one video track as Master and when it's time to export the final cut, a "use Master compression" option appears among other compression/encoding options. That means more than just "use the same encoder and compression ratio as Master had": every part of every video which is fully compatible with Master data stream (in other words, has no effects applied, has the same encoder with exactly the same parameters, belongs to an unchanged/uncut part between two keyframes(!), has compatible frame rate and probably have to be in the same container format) is DIRECTLY copied from source video stream to target video stream without any re-encoding. That means, for simple copy-cut-paste operations on multiple similar files, only short intervals near keyframes are affected and require re-encoding, making the work nearly lossless. Of course, some containers and codecs don't allow that, but for ones which do, this option is incredibly powerful.
I really miss it, it was the best thing old VirtualDub had. Ever. If you're going to rework the file export routines, please try to support it at least partially, to a certain possible degree.
Comment 1 emohr 2021-03-21 12:24:45 UTC
Often asked on MLT playlist, replied several times. This is not possible, even not with FFMPEG nor with MLT: you can't cut on any frame with h264 or h265 without decoding first and encoding afterwards.
Comment 2 farid 2021-03-21 14:40:48 UTC
Since this is an upstream issue and not solvable will close. Thanks for your report.