Strict Standards: Redefining already defined constructor for class wpdb in /home/www/ on line 46

Deprecated: Assigning the return value of new by reference is deprecated in /home/www/ on line 35

Strict Standards: Redefining already defined constructor for class WP_Object_Cache in /home/www/ on line 410
Open Movie Editor News » Blog Archive » Open Movie Editor Priority List

Open Movie Editor Priority List

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/ on line 83


if you are following the news in Free and Open Source Software, you might have noticed some buzz around the High Priority Free Software Projects list, published by the Free Software Foundation.

And if you look closely, you see that one entry in the list is Free software video editing software. So Open Movie Editor is definitely a trendsetter. ;)

However, while the FSF list mentions some other Video Editing Projects, it is quite unspecific about what actually needs to be done, and how people might contribute significantly.

Therefore, I publish a list of things that might directly benefit free video editing applications. And I try to make those items relevant enough that they are not only specific to Open Movie Editor, but likely beneficial to alternative and future Video Production Softwares as well.

#1 A GPU/MultiCore accelerated Image/Video processing and display Library: As I have mentioned in my last blog post, editing High Definition Video needs a lot of processing power, so we need to squeeze every last bit of available power out of the hardware. And there is a lot of power in GPUs, as well as using many cores at once. Right now, QuadCore CPUs are widely available, and not really expensive, so it is entirely reasonable to expect that normal users might have two of them and that they could be running 8 Core machines on their desktop. And the number of cores is likely to increase in the future, so be prepared.

I advocate uniform utilization of cpu cores, so in my humble opinion it would be best to split work into equal chunks to be processed on different cores. This is actually quite easy in image processing, because images can easily spliced into several parts, and then they can be processed individually and at last they are put back together.

For GPUs, the pixel shaders already take care of parallelism, so this needs no special attention. What needs to be done is that yuv planes are sent to the GPU translated to RGB colorspace there, then image processing, color grading and video filters are performed, and at last the image is either displayed on the screen or sent back to the CPU for storage. For inspiration I recommend to look at the code from the yuvtools. There are very interesting high performance OpenGL based video playback routines.

Also the FreeFrame Project has a specification for OpenGL based Video Filters, and some examples of such plugins.

There is also some OpenGL video accelleration in gstreamer, although I am not quite sure about how to extract and reuse that.

#2 A high performance, high quality intermediate codec: Check out the rants about intermediate codecs from Eugenia. There you should get a general idea about the problem. One thing that is essential for intermediate codecs is high performance so that real time video editing is possible with High Definition and stuff. Therefore an implementation that uniformly utilizes MultiCore machines would be desired, as explained above. Opportunities for inspiration are plenty, there are potential candidates available in ffmpeg, there is Dirac Pro, with its Schrödinger implementation. File Size is not that important, but speed and high quality are.

Additionally, while a solid codec on its own would be of immediate and significant use, ideally the codec should also be available for other Platforms like Apple OSX Quicktime, and Microsoft Windows DirectShow. This would enable collaboration with artists that are still limited to non-free software. Interoperability and Open-ness for everyone is vital, especially when working with artists.

#3 Usability Testing DVDStyler: Delivering a video project is not complete until its distributed to its audience. And more often then not, this means producing a DVD. As far as I know about the landscape of Free and Open Source DVD Mastering Applications, DVDStyler is the most promising solution, it is simple yet flexible, and seems to work quite well. However, at times I find that the workflow and User Interface could use some improvements. This is not mentioned as a criticism of the DVDStyler project, quite the opposite, I think that it is the most promising DVD app, therefore I advocate its usage and its improvement.

Also if you know of any kind of interesting projects that might solve one of those problems, and that I did not mention here, be sure to either email me: richard.spindler AT or leave me a note in the blog comments.

Have fun,

3 Responses to “Open Movie Editor Priority List”

  1. oracle Says:

    Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/ on line 83

    btw. If you are an Ubuntu developer, and want to improve Open Movie Editor on Ubuntu, please fix bugs from my Launchpad Buglist

  2. anubis4d Says:

    Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/ on line 83

    I have said it a million times, ubuntu people MUST upgrade the OME versions to hget the best of it.

    the GPU/MultiCore accelerated Image/Video processing and display Library thingui,I thinks is NOT primary here, OME has got further than any other NLE, for now the usabilty shoud be number OME, you know, save/load node presets, import/export projects from cinelerra or blender sequencer, because the linux apps works as ISLANDS, we need WORKFLOW, just like in apple you can pre edit in imovie, and then export to finalcut, CINELERRA has a cool power features that the editor could use, but it lacks th usability of OME, you could EXPORT TO CINELERRA to use animated masks and effects, this until OME could have tose improvements, but NOW we need a COMPLETE workflow.

    more and better editing/cut clips to automate edits, OME should focus in cut EDITOR´s time, not MACHINE times, because I can put my pc to render the whole night but I can´t expect to be editing the double or triple my regular editing time, that happends in cinelerra, in my pc it´s faster, but I SPEND LESS TIME WORKING in front of the computer, so MY TIME is MORE important than the computer´s.

    -the high performance, high quality intermediate codec, IS A MUST, but if we could BRIDGE the many apps as I have explained before, we could have the best of many apps, capture in KINO, load and ORGANIZE the material in cinelerra, export to OME the xml project, edit the project in OME, then call cinelerra for rendering or expor to CINELERRA to add more effects and use the interlacing options in cinelerra. the problem with the intermediate codec, is TIME LOST for the editor, because we should tend to eliminate RENDERTIMES and CONVERSIONS, and that can be done in 1 way, SEQUENCING, so you import edit, reuse timelines, and when you render for the first time, that is the FINAL RENDER, when ou expect to loss quelity to mpeg/dvd for instance. Adobe and Canopus had proven this point with the sequencing, and Bleder sequencer has sequences, they call them METACLIPS, and helps a LOT, in that way a intermediate codec is unnesessary for editing, will be used to archive.

    DVDstyler If i may disagree think is the worst thing I have ever saw to author DVD, I think OME should have a EXPORT TO DVD and make XML readyfiles for MANDVD, or TOVID which is fast and easy to use to the average joe, or even have the xml/dvdstyler exporter, so OME could make a render in mpegs with markers, and the external app simply load a project cutted and rendered with effects.
    OME internally should have a commandline call to make the dvd and burn after render, to make DVDs without menues, simply markers, and make LOOP DVD videos.

    If you pull the GVFX thingui we talk about, the same system could be used to simply load templates and make a dvd from commandlines with no much change to OME.

    I think OME is great, but if you think about these points you will find that MANY THINGS CAN BE DONE EXTERNALLY with minor changes to OME, don´t try to make and app that makes the SAME as other apps, If I could suggest something, FOCUS IN A COMPLETE WORKFLOW, there are many cool tools in linux but the coders are too focused in try to get the best app of the world but in my opinion, that´s wasting time until we can get something to edit in linux that be 100% ready… OME as I have said has changed that vision a little bit, but the linux comunity should focus in getting a proper and COMPLETE app that may capture 720×576 from a DV source, organize material, be able to reuse and multitrack editing, and deliver a DVD, in a comfortable, simple, and high quality tool/s, if linux comunity can get that OK we get to the 90´s level in video editing, THEN you move forward to bigger FORMATS, don´t you think?
    A ferrari without weels, steerweels, or seats, is not even a CAR, so why we should still be worry about the engine running at 150kmph if we can already 80kmp/h and it´s fine for everyday use,Focus in the WEELS and the CONTROLS, because nobody will use it. Seems like I am describing cinelerra here, but actually Iam concerned about OME, It IS the best thing out there, tiny changes are needed and envolve USERS, not code.

    FOCUS IN THE USER, because the USER will edit videos, if the program is faster or slower…who cares? should be USABE.

    Best regards, keeep up the good work.

  3. Аверьян Says:

    Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/ on line 83

    зона поражения??? « Играй в S.T.A.L.K.E.R….

    зона поражения??? « Играй в S.T.A.L.K.E.R.

Leave a Reply