On Tue, 17 Jun 2008 8:57 AM, Jeff Spaleta <jspaleta gmail com> wrote:
On Tue, Jun 17, 2008 at 1:41 AM, Valent Turkovic <valent turkovic gmail com> wrote:
There are two projects; saya-videoeditor [3], myvideoeditor [4]
saya currently relies on the OpenVIP media framework..which uses ffmpeg. the reliance on ffmpeg makes its nearly impossible to include in Fedora. I can not stress this enough, applications which have compile time dependencies on ffmpeg will be difficult to place in Fedora. Unless someone figures out how to patch out the encumbered technologies in ffmpeg, we can't ship ffmpeg. And even if we did find a way to patch out everything we can't distribute, it may not be worth doing because we would be in effect shipping a significantly crippled ffmpeg library since ffmpeg does not understand the concept of pluggable runtime codec support.
Its a real shame, if we could ship a limited version of ffmpeg which support unencumbered codec technologies we would have the ability to ship versions of several multimedia frameworks and applications. But the way ffmpeg is structured as a project and a codebase, makes its difficult to safely work with.
-jef
Hello. I'm Rick Garcia, from the Saya video editor. I have designed Saya so it can use *ANY* decoding library. It's not hardwired to FFMPEG and not even OpenVIP. Since OpenVIP was made GPLv3 just a few days ago, I can do whatever I want with it, like stripping FFMPEG support. The OpenVIP library is going to be embedded - not just linked - in the project. Actually, I'm going to separate OpenVIP from the codec processing so I can implement file decoding via plugins.
But my dream codec library would be one with a pluggable architecture, so people could add their popular patent-encumbered codecs to it. But it needs to be cross-platform (i.e. Windows / Linux). If you know one, please don't hesitate in telling me.
Sincerely, Rick Garcia Saya-VE Project Leader
P.S. Now, where do I subscribe to this list?
Ricardo Garcia wrote:
Hello. I'm Rick Garcia, from the Saya video editor. I have designed Saya so it can use *ANY* decoding library. It's not hardwired to FFMPEG and not even OpenVIP. Since OpenVIP was made GPLv3 just a few days ago, I can do whatever I want with it, like stripping FFMPEG support. The OpenVIP library is going to be embedded - not just linked
- in the project. Actually, I'm going to separate OpenVIP from the
codec processing so I can implement file decoding via plugins.
But my dream codec library would be one with a pluggable architecture, so people could add their popular patent-encumbered codecs to it. But it needs to be cross-platform (i.e. Windows / Linux). If you know one, please don't hesitate in telling me.
That sounds an awfully lot like GStreamer. And I believe GStreamer dews work on Windows and Mac (or is being actively ported to).
Sincerely, Rick Garcia Saya-VE Project Leader
P.S. Now, where do I subscribe to this list?
Here: https://www.redhat.com/mailman/listinfo/fedora-marketing-list
On Wed, Jun 18, 2008 at 6:03 AM, Ricardo Garcia rick.g777@gmail.com wrote:
Hello. I'm Rick Garcia, from the Saya video editor. I have designed Saya so it can use *ANY* decoding library. It's not hardwired to FFMPEG and not even OpenVIP. Since OpenVIP was made GPLv3 just a few days ago, I can do whatever I want with it, like stripping FFMPEG support. The OpenVIP library is going to be embedded - not just linked
- in the project. Actually, I'm going to separate OpenVIP from the
codec processing so I can implement file decoding via plugins.
Both gstreamer and xine-libs are currently constructed in a way to allow for pluggable codec support. Any application which makes use of gstreamer or xine, we can ship as part of Fedora with open codec support working out of the box, and then users can install addon software for additional plugin support of additional codecs.
If you plan to have OpenVIP to make use of plugins you make want to look at how both of these existing projects accomplish it.
-jef
marketing@lists.fedoraproject.org