Slashdot Mirror
Video Editor Kdenlive 0.9.6 Released
jrepin writes "Version 0.9.6 of free and open source video editor Kdenlive has been announced. This version adds a Reverse clip option to Clip Jobs that creates a backwards clip.The list of audio/video bitrates can now be customized in custom rendering profiles. New release also fixes several bugs and crashes, including a very annoying bug that caused project files to seem corrupted."
er....maybe because, oh, I don't know, it's video!
I would guess most (if not all) video editors, as in people, would like to see the video they're editing.
Oh, sure, you can argue your case for batch jobs and whatnot, but I'm gonna go out on a limb here and trust that most visual video editing tools have this kind of functionality.
Actually, this is what kdenlive does: it is a GUI frontend for the CLI MltMelt tool (http://www.mltframework.org/bin/view/MLT/MltMelt). Given, it is one command which does everything instead of multiple small commands, but there is still a separation between the program doing the work and the program providing the GUI.
And no, ffmpeg is not the answer; it breaks audio tracks when cutting/merging/speeding up.
Imagine a world where we rewrite all software from scratch every time somebody finds a bug...
No sig today...
Imagine a world where we rewrite all software from scratch every time somebody finds a bug...
Imagine the job security!
I'll subscribe to Slashdot when I see a month without a dupe, a typo, or an article the "editors" didn't read.
.. and didn't introduce new ones.
Having used it in the past it was a very nice product but I did find it a bit frustrating at times with it's crashes and bugs right in the middle of a project.
Might have to fire it up again and have a look.
If his argument was that ffmpeg's entire philosophy and way of working wasn't what he wanted then your response would be valid. But no, his entire reason for utterly discounting it was one - and only one - bug. Maybe he had more reasons, but the only one he felt worthy of sharing was that one bug.
Advanced users are users too!
Because this is an extremely generic use case. When editing video, most often users need to cut at a specific frame not neccesarily time. Unless the user knows that frame 4923 is the one they want before hand somehow, they need to see and playback the video. Now can it be done using a command line and a separate window? Yes. Is that more cumbersome than a graphical UI? Yes.
Because this is an extremely generic use case. When editing video, most often users need to cut at a specific frame not neccesarily time. Unless the user knows that frame 4923 is the one they want before hand somehow, they need to see and playback the video. Now can it be done using a command line and a separate window? Yes. Is that more cumbersome than a graphical UI? Yes.
You'd use SMPTE format - specify the time and the frame, e.g. 00:03:56:23.
Yeah, you'd still need to preview the video to find the edit points, but as I understand it, this is essentially how it was done from about 1975-1995 or so using systems like CMX, You'd enter the list of edit points, load up the videotapes and the computer would handle the edit/assembly by itself.
Question, while we're on the subject. I've recently been editing some video, and kdenlive was one of the few video editors I could get to work. However, I've found no way to use the parts of the original video that I haven't modified as they are, without re-encoding. Since most of what I've done is cutting out time ranges from the original footage, using the original data without re-encoding would save a lot of time and quality degradation. Is there any way to do this (using kdenlive or another FOSS video editor)?
Please correct me if I got my facts wrong.
And in other news, LiVES 2.0.2 was released yesterday.
AVCHD files yet without trans-coding them?
Looks like nope... So it is useless for 90% of the camcorders out there unless you spend a few hours transcoding and losing detail.
Do not look at laser with remaining good eye.
Kdenlive has the potential to be one of the best NLEs out there, but bugs have held it back. It sure would be nice to see the problems kleaned up.
http://www.kickstarter.com/projects/421164014/openshot-video-editor-for-windows-mac-and-linux - Contribute generously and spread the word pls. A good video editor has been long due on Linux!
There's a pretty big leap. All other issues aside, Linux does not have the robust media layer that Windows and MacOS do. Makes a port much more work to do and support.
If MacOS was just an easy step to Linux, well then why isn't there more stuff? I mean take some pro audio and video software:
Steinberg Nuendo: Windows and Mac.
Avid Media Composer: Windows and Mac.
Adobe Premier: Windows and Mac.
Sony Vegas: Windows.
Final Cut Pro: Mac.
Steinberg Cubase: Windows and Mac.
Digital Performer: Windows and Mac.
Presonus Studio One: Windows and Mac.
Avid Pro Tools: Windows and Mac.
Cockos Reaper: Windows and Mac.
Abelton Live: Windows and Mac.
Cakewalk Sonar: Windows.
Apple Logic Pro: Mac.
There's a lot of cross platform software, and some Mac only software. Not seeing anything Linux though. This list is pretty much all the heavy hitters in video and audio. I'm sure I could come up with a few more, if I thought on it, and I'm sure they also would be the same.
So I wouldn't count on Linux software out of Sony suddenly. There's a big difference between doing Mac support and Linux support.
no it doesn't (ffmpeg that is). but it's much easier to do it wrong than right, and the docs are awful (i often have to read the source to figure out how to use a particular feature).
also, try avxsynth and vapoursynth (the latter doesn't do audio yet, but is very promising and python based so quite GUIable).
but fuck the CLI - linux needs something better than a toy editor and needs something with professional features and a familiar interface. for some reason every opensource video editor seems to think the timeline idea is bad somehow and they make their own retarded interface that nobody wants or can understand.
what is needed is something that can produce EDLs at the very least. XMLs and ALEs, or MXF would be a good place to go from there.
You should check both MKVMerge and MEncoder.
MEncoder definitely capable of extracting part of the movie(*) and combining several ones together. (*)Though IIRC at least in the past MEncoder insisted on frame numbers and wasn't accepting simple times. (I had very little luck with the MEncoder since it often screwed up the A/V sync. But apparently it works for many, since literally all video reencoders for iPhone/PSP/PS3/etc are based on it.)
MKVMerge can't reencode and as such is more limited. But often is sufficient and produces very good results. It definitely can extract part of input. Joining several movies together I have never tried, but googling says it is also possible. (Nice thing about MKVMerge is that it has GUI and CLI. GUI, after clicking all desired options and whatnot, provides you with the command line to be used to start the actual CLI mkvmerge. You can take the command and tweak it to your heart content. I have used that to remux batch of movies with different sound and subtitles, by simply replacing input/output file names in the command line.)
Overall, what you ask is literally impractical: extracting creates a copy of a movie (large input = large output), combining/appending is potentially reencoding (output must be encoded homogeneously, while input is not guaranteed to be homogeneous) and thus very slow. You might wait an hour for the command to finish, only to find that you have cut too much or too little. That is why the video editors are GUI: you select the inputs, you tell it what to you want from it and then you can preview the end result, without waiting hours for the actual rendering.
P.S. Long in the past I have also used the Transcode. Worked pretty well, though is limited to AVI and MPEG2. But it does seem to be abandoned now.
All hope abandon ye who enter here.