Re: [xine-devel] Common Opensource codec API , was : Re: the road to 1.0 and beyond

[Arpi <ar...@th...>]

Hi,

> Guenter Bartsch wrote:
> > hallo mike,
> > this sounds like exactly the right direction for future developements to me. 
> > a few questions though:
> > - does ffmpeg's codec api have all features needed, e.g. stuff like
> >   cache-local colorspace conversion (per-slice) like libmpeg2 has?

yes
it has even more, for example it allows stride!=width*bpp, can "remember"
unchanged blocks through several frames (DR1) and so on.

> > - does ffmpeg have a plugin concept for dynamic loading of plugins?

no

> >   if not, do you see a chance to talk them into introducing such a
> >   feature? 

dunno, probably no, because it shares lots of code between the codecs.
so there are not independent codecs plugins. most codecs share many functions,
as today codecs are all very similar with just small differences.

libavcodec is a good api for native codecs, but imho isn't the best choice
for plugins or wrappers over other libs.

> > - how about demuxer plugins? could this api be shared as well?

it's libafvormat, but i think it's far not powerful enough for today media
players. (not even seeking support).
maybe you should consider mplayer g2's stream/demux layers for this task

btw what about the audio/video output layer? afaik xine has some libvo
clone just like mplayer g1, both coming from mpeg2dec bases.


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
[Using mailer3 v3.99pre3-CVS beta GSM edition, broken Date: feature enabled]