Since the announcement is, frustratingly, low on details, did they implement the usual hue vs hue, hue vs sat, etc. controls? I don't do much color grading but my line of work requires using multiple cameras, thus I enjoy using a color chart to match the video clips. With a vectorscope and with the color chart I could quickly do basically everthing I need with this software instead of relying in Resolve, if only it offered those controls
In general, DaVinci Resolve on Linux desktops handles Dlog/HDR camera and drone LUTs like a champ (KDE plasma handles HDR10.) When they run the budget speed-editor promos you get the studio license card for free. If you needed gyroflow because your cameraman has a thorazine stomp, there are few completely FOSS options around.
That was the first question that popped into my head as well. We’re now in the age of “AI all the things,” so it seems like every app needs an API or CLI of some sort. Everything needs to be machine accessible.
shouldn't we focus on human accessibility first? it also makes things more "machine accessible" as a byproduct, but at least humans remain the main focus
also, openshot is foss. can't you just give the source code to your clanker and let it mod itself in the app?
> shouldn't we focus on human accessibility first?
This is the big question for designers, how much of the future of software will be human-oriented UIs vs a human typing into a chat window (or as a temporary bridge, telling an agent to operate existing GUIs).
For now I believe agent-driven software is still pretty niche, something for highly technical users, but that will change as it mainstreams. Early adopters demand early adopter software features.
> a chat window is actually HORRIBLE for many tasks. i really strongly hope this isn't what the future of software looks like
I strongly concur - I don't want to "tell" the app to level the audio between several clips only to have it level everything to 0 and then take five minutes to undo etc
Everyone always views it through the current UX when I say stuff like this. The way I see it is we're in the DOS/UNIX era of LLMs where you're just staring at an empty text input box, it's slow, breaks often, GUI integrations are non-existent or primitive, etc.
It's not a replacement for sure. There's no way it could be a full replacement for visual UIs.
It's just another interface which will play a larger role in the future and it will change how people interact with software (mostly because humans are lazy).
Yes we should. Still UI is for telling the software to do meaningful work. Which means that every well designed UI software will have ready to expose api lurking just benath the surface.
I am pretty sure you haven't tried it yourself. I am also pretty sure the software you mention is significantly more expensive or at least not open source.
Which makes me pretty sure yours was a useless comment.
Kdenlive has improved remarkably over the last few years and in many ways not in a way you'd visibly notice, they had a period where it was very unstable/crash prone so they spent a good chunk of time really focusing just on that and as a result it's now incredibly stable, I can't remember the last time it crashed.
For basic video editing it's quite user friendly and you can do some fairly prosumer level things with it (it's not going to match a studio grade NLE but for most people it doesn't need to).
I've had great experienced with it. It's almost certainly not as full-featered as premiere pro, but it runs buttery smooth and robust, while Premiere Pro kept crashing frequently and was a bit tedious to use for simple tasks.
"how does this small open source tool developed from the good will of developers in their free time compare to the juggernauts of the fields, with millions in revenues ?"
You know it very well, why do you pretend to ask ?
Nice, looks like a great release. UI looks like it got a nice touch up and also cool to see that the project has AI powered object masking using onnx models: https://github.com/OpenShot/openshot-onnx.
Provides a simple baked workflow to normalize audio in a manner that survives YT encoding. Warning for headphone users, the tutorial has examples of what not to do. =3
It is a trick abused by advertisers for years, to be perceived as "loader" at the same volume setting. If one blindly exports whatever standard you edit in... ymmv =3
> Audio dynamic compression means something different from file data compression.
This is what I was trying to say. "You being at a -8 LUFS will not cause any more compression compared to you being at -14. "
You ignored my points and bring up something unrelated. The guy in the video shaved off 1 or 2dbs if I remember correctly, which would be barely noticeable. And Resolve didn't do this automatically, he had to manually measure LUFS, insert a limiter and dial in the settings. Not sure what's your point is. LUFS is designed in such a way to give a reliable metric on loudness. The reason compression is abused on TVs is because they use a naive dB metric in the regulations (iirc) so it's possible. YouTube doesn't do this. The use LUFS as shown in the video, that again, gets automatically adjusted to compensate. What the video shows is NOT AUTOMATIC (the worklow is not simple, nothing special nor baked in), and arguably pointless.
Resolve isn't special in what it's doing. This is a regular workflow that works like this in all software and isn't automated at all like you are claiming it is. It does not "prepare your audio". Bye
It literally prepares the audio for export, though. There is an export setting that allows you to choose the audio codec, channels, encoders, target true peak or LUFS level, and then normalize or "optimize" (built in limiting and compression) the audio to that level. For example, you can choose "Youtube" to optimize your audio automatically for Youtube. It also has a built-in dialogue leveler, for example. It has more audio capabilities built-in than many other video editors, although there are paid ones with the same capabilities.
You can easily do the same in Reaper, of course, but it will require you to export audio, then process externally, and import it again, so it's not the ideal workflow.
Will have to give this a whirl with a screen reader, see how it does. Given the only somewhat working video editor accessibility-wise is currently Clipchamp, competition is sorely needed. Don't have high hopes, but I guess a x.0 release might be the time for me to start fixing it if nobody else is going to -.-
I have an adblocker. You don't see the cookie banner because you're likely outside the EU and your data is silently being shared with the aforementioned adtech vendors. EU requires "informed consent" for this.
I am quite familiar with Resolve..I am not a pro, and it's probably totally overload for my purpose, but I think it's easy to learn and even quite intuitive
I tried many others, but mostly all others are not stable enough or have an even worse UI/UX... so I wonder... is this different?
I’m also not pro and just need an editor for Youtube or work. I think open source editors like Openshot and Kdenlive are generally underrated and easier to use than they used to be but even for just cutting together clips, adding text, and using keyframes it’s hard to beat how nice Resolve is.
A Video editor landing pages with still screenshots doesn't do any justice for new comer. The power can only be shown with smal 10-30s in-inline videos.
AFAIK out of "Record, Edit, and Color", Blender mostly excels at the editing part of video editing. There is no recording at all, and coloring you'd do via the "Post Processing" which can be via nodes or "standard". Coloring is alright, although far cry from Resolve.
If you're already used to the Blender shortcuts though, editing video is a breeze and everything just works as expected, which is really nice. But I wouldn't pick up Blender and its shortcuts just to edit video, then I'd probably go with something more fully meant for video editing.
I've supported OpenShot financially in the past, but I'm currently leaning towards LosslessCut and Shortcut.
Most people want a video editor to splice and concatenate video files without any loss or transcoding. I believe this behavior (lossless) should be default on all of these editors.
> Most people want a video editor to splice and concatenate video files without any loss or transcoding
You can do this with mpv. It's an open source cross platform media player.
For example, here's how I set up a tiny Lua script extension[0] to be able to visually cut videos in an intuitive way. It does it in seconds without re-rendering the video by shelling out to ffmpeg.
Years ago I did the same thing with a shell script CLI tool[1], but mpv's visual aspect makes it so much faster and easier to make clips out of a longer video.
Not through mpv, but if all of the videos are the same resolution and codec you can use ffmpeg to concat them without needing to re-encode anything.
It could be worth making a little wrapper script for this, but the ffmpeg command itself isn't too crazy. You can Google for "ffmpeg concat multiple videos into a single video without re-encoding".
ffmpeg is super powerful, you can technically resize and alter videos into a consistent format and then encode a new video too.
You have to make a lot of sacrifices for lossless editing, so it’ll probably always be a specialized app or at least a separate tool within an all-purpose NLE. For instance, you’re limited to compatible input streams and you can only cut on specific intervals, depending on encoder settings etc.
I guess an NLE could import clips in a locked mode by default that only supports lossless operations, and you’d have to specifically enable the rest. Could be interesting.
Note on the specific intervals: that's where the clever optimization comes in: leave as-is (passthrough) all not affected sections of the video (basically everything) and only recode the tiny fraction that needs recoding due to the cut being set on a non-keyframe.
That one, I do believe should get more research and implementations. Currently I only know of LosslessCut's "Smart" mode, but I'd like to see other big players of the video editing space improving the state of the art in that direction for simple cuts.
LosslessCut is great, but I've had issues with the final export like timing being off, having cut sequence etc. I think it is very particular about encoding/container.
Shotcut is my default video editor, if anyone's trying it on Linux please use their AppImage as it solved most of my headaches when I was using Flatpak version.
If it's lossless, it may change the cut position to enable lossless. If you want cut at an exact place, then all apps need to re-encode which will never be lossless.
For your particular requirement, you can't get lossless quality all the time by any software.
LosslessCut gives you the option to cut at the nearest keyframe, or to re-encode the small portion from the chosen timestamp to the next key frame (at most a few seconds). Sounds lossless enough to me.
For that kind of functionality, I would always recommend Avidemux[0]. It's quite a light package (which I like), and it allows you to do that and some other useful things too.
Just checked. Same thing happened to me. For all links, including old versions AND other packages. Seems to be a problem with fosshub. (I am on linux+firefox).
Blackmagicdesign corporation's Davinci Resolve doesn't run on most OSes. So I can't tell you. But I can tell you that openshot allows me to edit videos quickly on linux. I like it.
No it doesn't. It runs on Windows and Mac. With a complex setup of wine or wine derived software you can create a windows compatibility layer and sort of run Davinici Resolve on linux. But just a random distro and random wine won't do it. There are containers like Davincibox Q too. But of course while this is "running" on Linux it is buggy, will have codec problems, and is still not really running on linux. Don't even try if you have an AMD GPU. And every time you reconnect to a new wifi AP it'll make you re-enter your license key, no sound on most linux distros that have ever existed, etc. It's not a good or even decent experience.
Not about the editor itself but I'm curious if this is still based on MLT Framework and how happy is the team with this choice. Last time I tried to use it, it was lacking in GPU acceleration compared to base ffmpeg filters and GStreamer.
I've been working on OpenPost's Video Editor (Svelte-based video editor that runs on your (chromium) browser). If anyone's looking for something they can run on the browser, fully free and OSS as well, check it out https://app.openpost.social/video-editor
Currently really in early Beta but this seems like a great place to mention it.
Some governments do seem to take the OpenGov label to heart and make a good effort to have a good amount of their data be open to the public. However there definitely is a large majority who just latched on to the label they likely heard at a conference, and don't truly understand the concept. They just saw everyone else doing it and decided they need to hop on the bandwagon and throw a few cookies out to make it look like they followed course.
When AI was new, I definitely got fooled by "OpenAI" and thought it was an open source style AI company. Boy was I wrong there.
The straight abuse of language lately has become quite frustrating overall, but part of that gets political and I'll stray away from that to not get too off topic. When I see these words like "Open" used in the title so often, it just makes the word feel like it's tied to a new fad, and makes it harder for me to trust projects with those names.
There is also Blick which launched recently which claims to be very very fast https://blickeditor.com/?lang=en and part of recent wave of fast software (Task Slinger, File Pilot)
The fact that they reimplemented everything from scratch doesn't give much confidence. The last thing I want to deal with in a video editor are bugs from code that's seen less real-world use, originating from who knows where.
119 comments
[ 1.5 ms ] story [ 31.8 ms ] threadFor old or no GPU, there are a few other options:
OpenShot is simple, Shotcut works everywhere, and https://www.cinelerra-gg.org/en can handle >4k footage for free.
Depends how much time you have to dig through manuals. =3
If you fly a platform that stores D-log M video and RAW images... there are very few options to share great looking content. =3
And I don't think it's a terrible thing for an open source developer to try to earn a few coins.
Mad that “free” software has to be paid by someone.
[1] https://flathub.org/en/apps/org.openshot.OpenShot
also, openshot is foss. can't you just give the source code to your clanker and let it mod itself in the app?
This is the big question for designers, how much of the future of software will be human-oriented UIs vs a human typing into a chat window (or as a temporary bridge, telling an agent to operate existing GUIs).
For now I believe agent-driven software is still pretty niche, something for highly technical users, but that will change as it mainstreams. Early adopters demand early adopter software features.
there is just no way a chat interface could replace a non-linear video editor gui
I strongly concur - I don't want to "tell" the app to level the audio between several clips only to have it level everything to 0 and then take five minutes to undo etc
It's just another interface which will play a larger role in the future and it will change how people interact with software (mostly because humans are lazy).
I am pretty sure, this thing solves half of the problems the above solve, and it does it half-good.
Which makes me pretty sure yours was a useless comment.
For basic video editing it's quite user friendly and you can do some fairly prosumer level things with it (it's not going to match a studio grade NLE but for most people it doesn't need to).
You know it very well, why do you pretend to ask ?
What makes you pretty sure?
I don't know of any FOSS programs that can automatically handle it cleanly. =3
https://www.youtube.com/watch?v=xYFbOKDgSbw
https://en.wikipedia.org/wiki/Dynamic_range_compression
It is a trick abused by advertisers for years, to be perceived as "loader" at the same volume setting. If one blindly exports whatever standard you edit in... ymmv =3
This is what I was trying to say. "You being at a -8 LUFS will not cause any more compression compared to you being at -14. "
You ignored my points and bring up something unrelated. The guy in the video shaved off 1 or 2dbs if I remember correctly, which would be barely noticeable. And Resolve didn't do this automatically, he had to manually measure LUFS, insert a limiter and dial in the settings. Not sure what's your point is. LUFS is designed in such a way to give a reliable metric on loudness. The reason compression is abused on TVs is because they use a naive dB metric in the regulations (iirc) so it's possible. YouTube doesn't do this. The use LUFS as shown in the video, that again, gets automatically adjusted to compensate. What the video shows is NOT AUTOMATIC (the worklow is not simple, nothing special nor baked in), and arguably pointless.
Best of luck, bye =3
You can easily do the same in Reaper, of course, but it will require you to export audio, then process externally, and import it again, so it's not the ideal workflow.
That was my experience some years ago and I decided I will skip a decade to see it all working.
I wonder if they finally change the caption editing with the weird timing reference, probably not.
I tried many others, but mostly all others are not stable enough or have an even worse UI/UX... so I wonder... is this different?
If you're already used to the Blender shortcuts though, editing video is a breeze and everything just works as expected, which is really nice. But I wouldn't pick up Blender and its shortcuts just to edit video, then I'd probably go with something more fully meant for video editing.
Most people want a video editor to splice and concatenate video files without any loss or transcoding. I believe this behavior (lossless) should be default on all of these editors.
You can do this with mpv. It's an open source cross platform media player.
For example, here's how I set up a tiny Lua script extension[0] to be able to visually cut videos in an intuitive way. It does it in seconds without re-rendering the video by shelling out to ffmpeg.
Years ago I did the same thing with a shell script CLI tool[1], but mpv's visual aspect makes it so much faster and easier to make clips out of a longer video.
[0]: https://nickjanetakis.com/blog/visually-create-video-clips-w...
[1]: https://nickjanetakis.com/blog/create-video-clips-with-ffmpe...
Not through mpv, but if all of the videos are the same resolution and codec you can use ffmpeg to concat them without needing to re-encode anything.
It could be worth making a little wrapper script for this, but the ffmpeg command itself isn't too crazy. You can Google for "ffmpeg concat multiple videos into a single video without re-encoding".
ffmpeg is super powerful, you can technically resize and alter videos into a consistent format and then encode a new video too.
I made a similar script to extract clips from a source, possibly multiple files, and compress the result.
https://metacpan.org/dist/App-fftrim/view/script/fftrim
I guess an NLE could import clips in a locked mode by default that only supports lossless operations, and you’d have to specifically enable the rest. Could be interesting.
That one, I do believe should get more research and implementations. Currently I only know of LosslessCut's "Smart" mode, but I'd like to see other big players of the video editing space improving the state of the art in that direction for simple cuts.
Shotcut is my default video editor, if anyone's trying it on Linux please use their AppImage as it solved most of my headaches when I was using Flatpak version.
For your particular requirement, you can't get lossless quality all the time by any software.
[0] http://fixounet.free.fr/avidemux/
or Github https://github.com/mean00/avidemux2/releases/tag/2.8.1
Shotcut.
I really wish all s/w had the platform and price in line 1.
I've been working on OpenPost's Video Editor (Svelte-based video editor that runs on your (chromium) browser). If anyone's looking for something they can run on the browser, fully free and OSS as well, check it out https://app.openpost.social/video-editor
Currently really in early Beta but this seems like a great place to mention it.
Here is the repo if you want to give it a star
https://github.com/getopenpost/openpost
Just like "engineer" is a reserved term in many jurisdictions, "open" should be too. At least in our industry.
If a bakery wants to call itself "open", so be it. But if software calls itself "open", it had better be open.
OpenAI, OpenRouter, OpenArt, OpenGov, OpenWeb, OpenText, ... this is all malarkey.
When AI was new, I definitely got fooled by "OpenAI" and thought it was an open source style AI company. Boy was I wrong there.
The straight abuse of language lately has become quite frustrating overall, but part of that gets political and I'll stray away from that to not get too off topic. When I see these words like "Open" used in the title so often, it just makes the word feel like it's tied to a new fad, and makes it harder for me to trust projects with those names.
I have hope for OpenShot, but it's still not there.