Re: Native codecs and g2
D Richard Felker III <[email protected]>
| Newsgroups | gmane.comp.video.mplayer.g2.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Sep 23, 2003 at 10:49:13PM +0200, Roberto Togni wrote: > Any news about codecs in g2? > > Some time ago A'rpi was thinking about moving to a get/release buffer > method instead of get_image/mpi as g1. At the end, IIRC, he said he's > going to stay with mpi. > It is a final decision or it's still a work in progress item? Read my recent vf proposals. IMO we much switch to get/release buffer rather than the g1-style system; otherwise G2 will suck and won't be able to do any DR with new multi-reference-frame codecs or temporal filters. > I was thinking about moving most of the native codecs from libmpcodecs > to ffmpeg/libavcodec since a long time. > This could be the right time to do it, and it's even more true if > codecs have to be modified to be used in g2. Agree. > The codecs i'm thinking about are old QT codecs (rle, rpza, smc, > 8bps, ...) and old vfw codecs (Cinepak, cvid, msrle, ...), but probably > every native codec can be moved (lcl and lzo depends on external libs, > i have to check how ffmpeg handles it). IMO fix the external lib dependencies (i.e. remove them :). > Some codecs are already available in libavcodec, even if MPlayer uses > its own version (various adpcm audio codecs, cyuv, realaudio 1.0 and > 2.0, and probably others i don't remember now). > > Pro: less code to port and mantain, more people will be able to use > them and fix bugs > Cons: MPlayer without libavcodec will be unable to play most files > (unless you use binary codecs), but i think that using MPlayer without > libavcodec is not a wise choice even now. IMO this is not a con. :) Rich