incubator-bluesky-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jin Cao" <caojin8...@gmail.com>
Subject Re: discussion:what should we do next?
Date Mon, 13 Oct 2008 08:44:31 GMT
The best situation is that we find the substitutes of FFmpeg and Arts in a
reasonable "cost". Then,maybe we have to change our code.
FFmpeg is one of the most important part of our project, a lot of
fundamental functions depend on FFmpeg.


2008/10/13, J Aaron Farr <farra@apache.org>:
>
>
> Let me see if I can help out here a bit.
>
> FFmpeg can definitely present some problems, both from the LGPL view
> and from issues with patented codecs.
>
> I would consider looking into one of several other open source video
> codecs:
>
> http://www.theora.org/
>
> http://diracvideo.org/about_dirac
>
> I don't know if either of those will have all the software you need,
> but the license for Ogg Theora should be ok.  For Dirac, I need to
> look into it a bit more.
>
> I'm not sure what Arts is.  Can someone point that out to me?
>
>
> "Samul Kevin" <lovesummerf@gmail.com> writes:
>
> >    The current situation is : FFmpeg is illegal  and so is Arts.Thus we
> have
> > two options,in my opinion.
> >
> >    1:find the substitutes of FFmpeg and Arts to meet the criteria of
> Apache
> > ,then upload the full funtional version of source code;
> >    2:upload the eligiable source code,of course FFmpeg and Arts will be
> > deleted.At the same time,we seek solution of replacement of FFmpeg and
> Arts
> >
> >    the trouble lies here:if we uplaod the code according with ASL,people
> > would only understand  part of the function,while if we wait till find
> the
> > substitues,the whole process of podling would greatly delay...
> >
> >    so guys, raise your hand and your voice.
> > --
> > Bowen Ma a.k.a Samul Kevin @ Bluesky Dev Team    XJTU
>
> --
> J Aaron Farr     jadetower.com        [US] +1 724-964-4515
>    ˝Té▄╚╩         cubiclemuses.com     [HK] +852 8123-7905
>
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message