Strict Standards: Redefining already defined constructor for class wpdb in /home/www/news.openmovieeditor.org/wp-includes/wp-db.php on line 46

Deprecated: Assigning the return value of new by reference is deprecated in /home/www/news.openmovieeditor.org/wp-includes/cache.php on line 35

Strict Standards: Redefining already defined constructor for class WP_Object_Cache in /home/www/news.openmovieeditor.org/wp-includes/cache.php on line 410

Warning: Cannot modify header information - headers already sent by (output started at /home/www/news.openmovieeditor.org/wp-includes/wp-db.php:46) in /home/www/news.openmovieeditor.org/wp-commentsrss2.php on line 8
Comments on: The Open Movie Editor Roadmap http://news.openmovieeditor.org/archives/14 A Free and Open Source Video Editor for Linux Sat, 23 Sep 2017 16:29:16 +0000 http://wordpress.org/?v=2.0.12-alpha by: oracle http://news.openmovieeditor.org/archives/14#comment-512 Fri, 21 Nov 2008 11:08:49 +0000 http://news.openmovieeditor.org/archives/14#comment-512 Hi, I agree that it is quite a hassle to keep all the dependencies of OME updated. However, I am working very closely with gmerlin, and there is simple very interesting stuff going on. As I consider OME quite "Alpha" at the current state, it somehow has to track the edge closely, because this also allows me to suggest improvements to gmerlin, which in return will improve OME. This is all very much a timing issue, sooner or later OME will stabilize, and then it will get easier to install newer versions. But right now development has so much momentum and flux that things break. In fact while this is inconvenient right now, it will move OME forward faster, and I think in the long term that this is the right decision. Cheers -Richard Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/news.openmovieeditor.org/wp-includes/functions-formatting.php on line 83

Hi,

I agree that it is quite a hassle to keep all the dependencies of OME updated. However, I am working very closely with gmerlin, and there is simple very interesting stuff going on.

As I consider OME quite “Alpha” at the current state, it somehow has to track the edge closely, because this also allows me to suggest improvements to gmerlin, which in return will improve OME.

This is all very much a timing issue, sooner or later OME will stabilize, and then it will get easier to install newer versions. But right now development has so much momentum and flux that things break. In fact while this is inconvenient right now, it will move OME forward faster, and I think in the long term that this is the right decision.

Cheers
-Richard

]]>
by: Punong Bisyonaryo http://news.openmovieeditor.org/archives/14#comment-483 Wed, 19 Nov 2008 13:20:39 +0000 http://news.openmovieeditor.org/archives/14#comment-483 I really love Open Movie Editor and am using it for some video projects. (I have a simple video slideshow on jplui.com). That said, I really dislike how one always absolutely needs to use the latest, bleeding-edge gavl and quicktime libraries (been using 200805 build of OME and upgrading to 200810, and already a new library is need gmerlin-avdec is required). You cannot really fault the packagers and maintainers because although having latest libraries is nice, having stable and tested libraries is more important to them. In that light, it would seem that no distribution will ever have an OME version that is even close to the version you will be releasing. (Ibex still has a 2k8 January build!) I understand how OME could benefit from the latest codecs, but having to go through hoops to run a non-obsolete version of OME is quite a pain, especially for lesser-experienced users. All that said, OME is the best video solution for linux. Period. My hats off to you! m(_ _)m Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/news.openmovieeditor.org/wp-includes/functions-formatting.php on line 83

I really love Open Movie Editor and am using it for some video projects. (I have a simple video slideshow on jplui.com).

That said, I really dislike how one always absolutely needs to use the latest, bleeding-edge gavl and quicktime libraries (been using 200805 build of OME and upgrading to 200810, and already a new library is need gmerlin-avdec is required). You cannot really fault the packagers and maintainers because although having latest libraries is nice, having stable and tested libraries is more important to them.

In that light, it would seem that no distribution will ever have an OME version that is even close to the version you will be releasing. (Ibex still has a 2k8 January build!)

I understand how OME could benefit from the latest codecs, but having to go through hoops to run a non-obsolete version of OME is quite a pain, especially for lesser-experienced users.

All that said, OME is the best video solution for linux. Period. My hats off to you! m(_ _)m

]]>
by: lauchazombie http://news.openmovieeditor.org/archives/14#comment-315 Wed, 01 Oct 2008 16:19:16 +0000 http://news.openmovieeditor.org/archives/14#comment-315 thanks for the aweosome job in this project! Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/news.openmovieeditor.org/wp-includes/functions-formatting.php on line 83

thanks for the aweosome job in this project!

]]>
by: burkhard http://news.openmovieeditor.org/archives/14#comment-299 Wed, 24 Sep 2008 14:14:25 +0000 http://news.openmovieeditor.org/archives/14#comment-299 Some comments: Interlacing: Not sure if it's a good idea if the displayed video is deinterlaced automatically, since it can lead to bad surprises, when the rendered movie is watched. Some codecs don't support interlacing and will therefore look ugly. BTW, the most speed-optimized quick & dirty deinterlacer is GAVL_DEINTERLACE_BLEND. Rendering codecs: In gmerlin-transcoder I can save/load profiles, which contain all encoder settings. A similar mechanism, along with some predefined profiles would probably do the trick. Hiding some "advanced" options is IMO not good, since they can improve quality significantly (e.g. custom quantization matrices for MPEG-2). If you implement support for gmerlin-encoders, you'll get Ogg/Theora, MPEG-1/2 (via mjpegtools) and ffmpeg. Complete and up to date packages for gavl, gmerlin and gmerlin_avdec: SuSe packages are at http://packman.links2linux.de/, the packager sometimes sends patches upstream. Debian packages are e.g. here: http://debian-multimedia.org/dists/unstable/main/binary-i386/package/gmerlin.php. A Fedora guy complained about things in gavl. I told him basically, that the problem is not in gavl but in Fedoras packaging policies. Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/news.openmovieeditor.org/wp-includes/functions-formatting.php on line 83

Some comments:

Interlacing: Not sure if it’s a good idea if the displayed video is deinterlaced automatically, since it can lead to bad surprises, when the rendered movie is watched. Some codecs don’t support interlacing and will therefore look ugly. BTW, the most speed-optimized quick & dirty deinterlacer is GAVL_DEINTERLACE_BLEND.

Rendering codecs: In gmerlin-transcoder I can save/load profiles, which contain all encoder settings. A similar mechanism, along with some predefined profiles would probably do the trick. Hiding some “advanced” options is IMO not good, since they can improve quality significantly (e.g. custom quantization matrices for MPEG-2).
If you implement support for gmerlin-encoders, you’ll get Ogg/Theora, MPEG-1/2 (via mjpegtools) and ffmpeg.

Complete and up to date packages for gavl, gmerlin and gmerlin_avdec:
SuSe packages are at http://packman.links2linux.de/, the packager sometimes sends patches upstream. Debian packages are e.g. here:
http://debian-multimedia.org/dists/unstable/main/binary-i386/package/gmerlin.php. A Fedora guy complained about things in gavl. I told him basically, that the problem is not in gavl but in Fedoras packaging policies.

]]>
by: Eibriel http://news.openmovieeditor.org/archives/14#comment-273 Thu, 18 Sep 2008 03:18:36 +0000 http://news.openmovieeditor.org/archives/14#comment-273 Hi! I think.. first, Internacing, and second High Definition, Rendering Codecs and Key Frames. Saludos! Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/www/news.openmovieeditor.org/wp-includes/functions-formatting.php on line 83

Hi!
I think.. first, Internacing, and second High Definition, Rendering Codecs and Key Frames.

Saludos!

]]>