LosslessCut, the Swiss army knife for lossless video and audio editing
LosslessCut, the Swiss army knife for lossless video and audio editing
In the next article we are going to take a look at LosslessCut. This is considered by some to be the Swiss army knife of video editing.
The swiss army knife for lossless video and audio editing is ffmpeg
And LosslessCut is a ffmpeg frontend, so that checks out.
Neat, love me a GUI
Oh hell ya. I won't have to Google to find the specific ffmpeg command I need anymore with this?
I've been using LosslessCut for a few years now. It's really easy and smooth. It does exactly what I want and what the name says, and I couldn't ask for more.
I'll never need this but I want to hoard all FOSS software regardless
Or Shotcut, which can trim and so much more?
I mean, they all use ffmpeg.
It can trim without re-encode? I always thought it was more like a standard NLE.
It's a slightly different use case, I default to Losslesscut and switch to Shotcut when I need a vfilter or if I'm just generally willing to concede to making a lossy cut.
Shotcut is way more flexible but I can make a quick clip in Losslesscut with probably 1/3 the number of user effort/inputs. Let alone trying to remember every ffmpeg parameter under the sun just to get consistent usable output
It is a good tool, but for me it only trims from the keyframes. To trim precisely, it has to re-encode, which, unfortunately, does not work on my machine for some reason. So, I just stick to
ffmpegcli.I suppose that makes sense given that information is encoded as a series of key frames interspersed by 'I-frames" that simply encode the delta to the previous key-frame when using most compressed video algorithms. So cutting in-between key-frames doesn't really make sense since the I-frame would no longer have anything to reference it's delta to.
This has always bothered me, I suspect it's the same underlying reason most video players can't do reverse frame-by-frame. But Quicktime allowed it twenty years ago, so it's possible. I suppose you'd have to actually decode the entire keyframe interval and use the resulting frames as new "baked-in" keyframes so to say. I suppose that's more or less what djv and other frame checkers do under the hood. But I don't know what I'm talking about so...
That's due to the source codec using keyframes, you can only cut without re-encode on those specific points.
They allow re-encoding, but that is in experimental state. It never works for me.
lol@typescript and appImage. Yuck. Just use
mpvto find cutpoints andman ffmpegWhat did ffplay do to you
Nothing, I just never think to use it since mpv has more features for general use.
Here is an alternative Piped link(s):
https://piped.video/watch?v=9kaIXkImCAM
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I'm open-source; check me out at GitHub.