Re: Your invitation from Dipanjan C is about to expire

2008-07-09 Thread Ricardo Garcia
Don't worry guys, I clicked on the unsubscribe link - hope that wasn't a mistake - and we won't receive any more of these nasty invitations. -- Fedora-marketing-list mailing list Fedora-marketing-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-marketing-list

Re: Fixing ffmpeg (was: people talking...)

2008-06-24 Thread Ricardo Garcia
I'd like to correct my previous post. I researched more about Gstreamer, and it *seems* like it does what we need. Of course this is a different problem than the ffmpeg structure we've been talking about, since gstreamer is much wider than a codec collection. However, if there are no publicly

Re: Fixing ffmpeg (was: people talking...)

2008-06-24 Thread Ricardo Garcia
I'd like to add to the discussion a fact I just discovered. As far as I know (I spent a while googling, if I'm wrong someone correct me please), there is *NO* alternative for ffmpeg regarding codecs. There might be one or two codec source codes out there, but as a package, ffmpeg is the only one.

Re: Fixing ffmpeg (was: people talking...)

2008-06-23 Thread Ricardo Garcia
On Mon, Jun 23, 2008 at 9:06 AM, Greg Dekoenigsberg [EMAIL PROTECTED] wrote: Still, in a code project, nothing talks like code. Sometimes the best thing to do is just write some code. The ffmpeg guys likely have thought about the problem space, and have some idea about how to solve it, but

Re: Now, that I got people talking...

2008-06-19 Thread Ricardo Garcia
A new note on OpenVIP. I got a mail from Antonin Slavik, the OpenVIP author, and he gives me these great news: --- snip --- Hi Rick, the only part of OpenVIP that is ffmpeg-dependent are the FFMpegInput and FFMpegOutput plugins. So it would be relatively easy to get rid of ffmpeg by writing

Re: Now, that I got people talking...

2008-06-19 Thread Ricardo Garcia
The ultimate problem is ffmpeg has made no effort to make it easy to use what libavcodec provides in a modular fashion and lump all capability into a compile time choices instead of run time detection. Now *THAT* is a good idea for a project. Forking libavcodec and making a nice C++

Re: Now, that I got people talking...

2008-06-19 Thread Ricardo Garcia
On Thu, Jun 19, 2008 at 6:17 PM, Jeff Spaleta [EMAIL PROTECTED] wrote: Unless the ffmpeg developers show a complete unwillingness to work with us, then I will actively and vocally discourage any call to fork the codebase. Its not clear to me if there has been a reasonable discussion inside

Re: Now, that I got people talking...

2008-06-18 Thread Ricardo Garcia
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.

Re: Now, that I got people talking...

2008-06-18 Thread Ricardo Garcia
On Wed, Jun 18, 2008 at 8:21 AM, Nicu Buculei [EMAIL PROTECTED] wrote: Ricardo Garcia wrote: 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