Projects / Open Movie Editor

Open Movie Editor

The Open Movie Editor is designed to be a simple tool that provides basic movie making capabilities. It aims to be powerful enough for the amateur movie artist, yet easy to use. It is a non-linear video editor that features several video and audio tracks where clips can be manipulated using the mouse.

Tags
Licenses
Operating Systems
Implementation

Recent releases

  •  05 Jan 2009 08:43

    Release Notes: This release fixes some compile problems and some bugs, and uses a job-queue instead of idle-handlers for generating wav-forms and thumbnails.

    •  29 Oct 2008 12:58

      Release Notes: This release adds a new filter panel, preliminary support for gmerlin filters, and adds the gmerlin-avdecoder as a unified decoding backend.

      •  21 May 2008 14:19

        Release Notes: This release adds a detachable preview window, the possibility to use image-files and previews in the node graph, and a new lift, gamma, gain 3-way color tool. Furthermore, it uses the lazy-frame approach internally, which enables faster render-times for some situations.

        •  10 Feb 2008 01:26

          Release Notes: This release fixes a crash in the Node Editor, improves on some color-scheme issues, and adds a fallback mechanism for graphics hardware with limited texture size.

          •  03 Feb 2008 13:09

            Release Notes: This release fixes a number of crashes during playback, adds better handling for some frei0r plugin parameters, adds a menu-entry, fixes some problems with the node editor, and has lots of code cleanups.

            Recent comments

            28 Jun 2008 13:49 evorster

            Thank You
            Thank you, Richard, for making this great software available.

            I have used it for some time, and find it stable and pretty good for what I do with video.

            -Evert Vorster-

            14 Jul 2006 10:12 gvy

            Re: "prior art"?


            > You're welcome, what's a chronofag btw.?

            Like, "time eater" (chronos -- greek, fag... hm, think bacteriofag). Someone who spent one's time uselessly. :(

            14 Jul 2006 00:36 oracle2025

            Re: "prior art"?


            > Thanks for extensive explanation,

            You're welcome, what's a chronofag btw.?

            -Richard

            13 Jul 2006 13:02 gvy

            Re: "prior art"?


            > not all developers want to "unite" and take over

            > the world, some just do it for fun and

            > because they just want to do exactly

            > what they are doing. ;)

            Sure! :)

            Thanks for extensive explanation, and sorry for being a chronofag, then. Good luck ;)

            13 Jul 2006 06:09 oracle2025

            Re: "prior art"?


            > Still maybe you reconsider e.g. Kino as

            > a target to add a timeline (I'm almost

            > exactly zero newbie at nonlinear, even

            > if knowing a few folks who do that for

            > living and parents who worked in cinema

            > technology for a long time... so excuse

            > the possible absurdity of this) -- from

            > a user/maintainer's viewpoint of mine

            > ;-), it's more pleasant UI both in terms

            > of usability and i18n (fltk, WINGs and

            > xforms all seem to have had issues with

            > size of translated message areas from

            > what I recall).

            Hi,

            Actually it's considered infeasible by a main Kino developer to add a timeline, because of the way Kino works internally, it's just not designed for multitrack editing.

            However, there is a certain interest from the Kino side to do something more advanced, based on MLT, a multitrack editing framework, but not much has been done in that direction, as far as I know. But kdenlive is based on MLT, and might eventually become Kino-2, who knows?

            Concerning fltk vs. gtk+ vs. Qt vs. i18n, I am also well aware of the limitations of fltk compared to other toolkits, however I do not care, it's the simplest thing that works, and therefore I prefer it. ;)

            If a string won't fit I will make the dialog larger in the next release and that's it. I know and like the dynamic resizing features of gtk+, etc. and I do consider them important for a number of applications, but I don't think it will make much of a difference to OpenMovieEditor.

            You also have to consider why people are working on opensource software, not all developers want to "unite" and take over the world, some just do it for fun and because they just want to do exactly what they are doing. ;)

            And every now and then something useful evolves.

            Have fun

            -Richard

            Screenshot

            Project Spotlight

            OpenStack4j

            A Fluent OpenStack client API for Java.

            Screenshot

            Project Spotlight

            TurnKey TWiki Appliance

            A TWiki appliance that is easy to use and lightweight.