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.
Not those ugly and difficult batch scripts.
It should be something so easy as
To cut part of video from 3min 11 second to 3min 56 second:
$ editor filename.ogv -start 03:11 -end 03:56 -o extracted_part.ogv
Then simply to convert all videos and pictures to wanted format. Like encode few different encoded video to same with same container in very simple manner and convert all image files to same scale and format and attach soundtrack as well.
And last task is to join all together:
$ join -v start.png intro.avi extracted_part1.avi middle.png extracted_part2.avi outro.avi end.png -s soundtrack.mp3 > movie.avi
(-v for video, -s for soundtrack).
There, done.
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.
there is still a separation between the program doing the work and the program providing the GUI
Wait ... so why does the frontend crash when I try to import a .flv (libflv gets blamed)?
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
And in other news, LiVES 2.0.2 was released yesterday.
I think I read about a windows video editor that worked off of text based script files.
someone complained it didn't exist on linux.
Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
I've never done much video editing, but I can tell you for sure that MEncoder can at least do cutting and merging.
Might be a good starting point to look at.
And that limb does not exist. none of the current pro video editing suites support blind automation.
Honestly some Command line tools that can be scripted would rock for even broadcast media. Let me use one of the new Pro cameras that will use a pair of GSM radios to upload the video I just shot to a FTP server that I can then search the audio for a 1khz tone to mark the begin of the take, cut it there add in a leader then add in the lower third with the text from the metadata (all can be edited in the camera easily) and then do the same with the 1k tone market at the end. Now the media is prepped and ready for air or quick review before being posted to the website.
This would create an awesome automated workflow for TV stations as well as some of the newer internet media groups. inserting the 1K tone is brain dead easy to do with a simple interface between the XLR shotgun mic and the camera input.
Do not look at laser with remaining good eye.
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.
Avidemux will export a video without recompressing it. Just don't change the output format (leave as "copy") then you can make your cuts, and export, and it will export almost as fast as your computer can copy the file. (ie, for a full length movie about 1-2 minutes, with edits intact)
The only caveate with this is that if you cut to close to a keyframe, often times the encoding lose information for the frame, and not exact play back correctly right at the cut, but this is a very minor thing. And if you study up on video codecs and how they work, this will make sense and you can decide better where to make cuts.
Unfortunately the "title" feature is still in its infancy:
It's impossible to give titles "momentum" (for kinetic texts, etc). And the devs acknowledged this is a fundamental design flaw that it'd be difficult to change now.
There aren't many templates to choose either.
A friend of mine told me that with a Mac making a title is only a matter of choosing a template from a list. You can make a title with a growing flower around it, etc.
So not only it needs to advance in the technical department, but on the artistic one. We need more artists to make beautiful
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!
Yes, but does it actually WORK? The previous versions I have used were all steaming piles of dung. Is this a new, better-functioning release, or is this just another "Hey, look at us linux folk, we can do what the rest of you can, too"?
That is what these usually turn out to be, and it's annoying to download/test a new release to realize it's the same shitty package with a new number tacked on.
If the only way you can accept an assertion is by faith, then you are conceding that it can't be taken on its own merits
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.
editing is not for cutting out the commercial breaks - it's for telling stories.
you'd have several source decks remote-controlled by your editing machine, and you'd set ins and outs which end up in a record list tied to one deck (or a few that mirrored the same codes, so you could spit out a few dubs at the same time).
you always had a monitor in front of you - if anyone had to work blind they were doing it wrong.
timecode has userbits - no need for detecting pips.
btw, this stuff is already done sort of.
and digislates will do the tones for you.
that's avisynth. it works in wine quite well.
it's also being ported (avxsynth) and rebuilt with python driving the scripting part (vapoursynth).
not the best for editing, but amazing for processing and all kinds of format conversion
The point that was made isn't that it can't be done via command line. The point was the nature of video editing is better with a graphical UI. Besides just cutting, how do you do transitions via command line. Also what about sound editing? And any special effects. Anyone who has done this using a video editor today has multiple windows with lots of information being presented. Using a command line to edit video would be like asking someone to use a command editor to layout a magazine or edit photos. Yes you can do it, but for the average person, it's pretty cumbersome.
Well, there's spam egg sausage and spam, that's not got much spam in it.
It already runs on Linux; that Kickstarter is funding a port to Mac OS X and Windows.
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.
Nothing wrong with having a CLI available (and I believe it is) but were I editing video files for most purpose I'd prefer a video interface.
E.g., when editing animations I'd rather use The Gimp then geany, even though I could (probably) do the job on either. (Actually, I've never tried to edit a frame with geany, perhaps it would reject it, or at least give me a read only version. I might need to use a hex editor.)
I think we've pushed this "anyone can grow up to be president" thing too far.
Why isn't there a suite of command-line tools to handle video clips yet, such as cutting, merging, transitions, variable speeds, inserting still images for a certain length, etc.?
AviSynth is a scripting language/library that can do those things, but it's more useful as glue logic than a standalone editor. You really need to see what you're working on when editing video. Even simple effects can involve some manual tweaking to figure out what looks good, and having a real-time random access preview in a non-linear editor is ideal. Seeing audio waveforms is also helpful -- maybe you want to synchronize a video effect with the audio, for instance. I'm currently adding RiffTrax commentary tracks to movie audio/video to make custom Blu-rays, which is a lot easier if I can see how the waveforms line up at the synch points.
You also have the question of how to handle (or rather, avoid) re-encoding. Does each tool output a huge raw temporary file? Do you use pipes to go from stdout->stdin through a mile-long command line? Do you have to run the tools in video-chronological order? How do you synchronize the audio with the video?
Visit the
You mean like ffmpeg/avconv?
"When information is power, privacy is freedom" - Jah-Wren Ryel
Addendum: Oh and about the audio breaking thing, it depends on which mode you use. RTFM.
"When information is power, privacy is freedom" - Jah-Wren Ryel
Avidemux may be what you want. I use it to crop out parts of video files, by specifying beginning and end points of where I would like video removed. It will then splice it together, and there is a "smart copy" feature where you don't need to re-encode if you choose the same video/audio encoding, and it saves a lot of time. It doesn't always work, though, if there is audio involved: it gets out of sync. If video without audio, it works well, as long as the portions you splice together starts with a key frame (generally where there is a big change from frame-to-frame, such as scene changes, etc.).
Avidemux is a simple video editor, and after splicing/cropping the parts you want, you may want to use a different editor for more advanced stuff.
404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
[GPG key in journal]