Powerful Linux video editor Kdenlive gets a huge new release

Quoting: Mountain ManNo, I agree it's a feature that some people would use, but I personally never would. I did a project a couple years ago that was several hundred shots, and I tuned each one individually (primarily fixing white balance) to maintain a consistent look across the entire piece. There's no way I could have used a "one size fits all" effect for it.

Yeah absolutely, there are cases where you need to modify each shot. Plenty.
It all depends on the user case. And if you then, after all that work were done and they were all in balance, wanted to add say a tiny nudge on the contrast or saturation - that's where the channel filtering comes in hand. Or boost the colour balance to give the entire production a pink tint (or whatever :D )

Or, to make a more common example, if you want to apply a limiter on the audio output. That's exceptionally common.

Quoting: razing32

Quoting: EikeA simple tool, non-crashing please, for dummies.
Please don't make me googling how I can cut something at the beginning and the end.
Cutting videos short, maybe some simple blending.
Please have "output format like input format" option.

Try Openshot
Found it easy to use to splice some videos

I tried this and succeeded cutting off the not-so-well ending of a video of my kid. (Second attempt, in first one I managed to delete the whole stuff instead of only the ending). Exporting worked, the result is fine.

What I'm severely missing is said "output format like input format" option. I think this would be suitable for a video editor.

What I'd really want is "please do not recode at all, just dump all those frames I told you I don't want".
But I guess that's just not what video editors are all about.

I tried to install other proposals from this thread (thanks for all of them!), but unfortunately found several not to be available in Debian stable at the moment (and didn't want to experiment).

But, I'm happy enough with OpenShot.

Quoting: EikeWhat I'd really want is "please do not recode at all, just dump all those frames I told you I don't want".
But I guess that's just not what video editors are all about.

This is a lot about how video codecs and containers are constructed technically rather than being against the goals of video editing software. With most video containers, it is not possible to just split a file without re-encoding it.

There is a tool called MKVToolNix (and there is a GUI for it) that allows you to split videos in mkv containers while only remuxing the video rather than re-encoding it, though you are still restricted to splitting only on certain frames.

Quoting: CFWhitmanThis is a lot about how video codecs and containers are constructed technically rather than being against the goals of video editing software. With most video containers, it is not possible to just split a file without re-encoding it.

I'm not aware of (and I can hardly imagine) a video format that would need reencoding of more than some frames (before the cut). Remuxing is fine and should be fast.

Quoting: Eike

Quoting: CFWhitmanThis is a lot about how video codecs and containers are constructed technically rather than being against the goals of video editing software. With most video containers, it is not possible to just split a file without re-encoding it.

I'm not aware of (and I can hardly imagine) a video format that would need reencoding of more than some frames (before the cut). Remuxing is fine and should be fast.

Avidemux has been mentioned already once in the discussion and it has options for copying the video and audio codec as is and it did save the file very quickly.

Speaking of Avidemux, it's actually great for small set of things it does, like cutting pieces out of the video. For serious editing something else is better. It for example doesn't support multiple video tracks.

As for the "some frames", they usually called key frames and how frequently they appear in the video can vary. They're actually like still images and subsequent frames calculate differences from that key frame until the next key frame, which will reset the situation again.

Having them more frequently means that the file is bigger, but having them on scene changes makes sense as picture will change quite drastically, so having key frame there most likely will save space.

If file has very few key frames, things will get harder as if video editor needs to show anything between the key frames, it needs to find the previous key frame and then render all the frames up to the point.

That I don't know for sure that if you actually have to re-encode anything if you cut between key-frames. At least in theory it could leave the partial stream as is and then reconstruct new key frame at cut point.

It seems at least that Avidemux does some magic and it works.

Quoting: AnzaAvidemux has been mentioned already once in the discussion and it has options for copying the video and audio codec as is and it did save the file very quickly.

Unfortunately, it's one of those programs mentioned not being in the Debian repositories at the moment. I remember the user interface as not too nice, but that was... quote some time ago.

Quoting: AnzaThat I don't know for sure that if you actually have to re-encode anything if you cut between key-frames. At least in theory it could leave the partial stream as is and then reconstruct new key frame at cut point.

I worked in that area 20 years ago, when MPEG-2 was the thing to use and MPEG-4 still in the making.
Cutting at key frames ("I") should "cut it". You need to pay attention though that frames coming earlier in the actual clip might come later in the stream. If you want to have frame exact cutting, there might be frames ("B") that reference frames in the future. Ideally, the application would reencode those to I or "P" frames (only referencing earlier frames). The usual frequency of I frames was 2 per second back then, but that might have been subject to change.
As said, the knowledge is 20 years old, so it deteriorated and of course, technology has advanced.


Last edited by Eike on 27 September 2020 at 10:39 am UTC

Quoting: CFWhitman

Quoting: EikeWhat I'd really want is "please do not recode at all, just dump all those frames I told you I don't want".
But I guess that's just not what video editors are all about.

This is a lot about how video codecs and containers are constructed technically rather than being against the goals of video editing software. With most video containers, it is not possible to just split a file without re-encoding it.

So what? I don't need to know that. Have it pretend. I don't know what the heck LibreOffice does to a spreadsheet file when I save it--it's not my problem.

Quoting: Purple Library GuySo what? I don't need to know that. Have it pretend. I don't know what the heck LibreOffice does to a spreadsheet file when I save it--it's not my problem.

Remuxing should be like ten times faster, so you cannot really pretend here.


Last edited by Eike on 28 September 2020 at 7:13 am UTC