Re: Re: The big question : Codec recognition from
Felix Buenemann <[email protected]> Fri, 12 Jul 2002 03:28:49 +0200
| Newsgroups | gmane.comp.video.mcf.mplayer |
|---|---|
| Organization | MPlayer Project <http://mplayerhq.hu/> |
| Message-ID | <[email protected]> |
On Thursday 11 July 2002 22:45, Steve Lhomme wrote:
> Lasse Karkkainen wrote:
> >> Yep, I haven't thought of a nice way of handling this. It would
> >> probably not automatic, at least for conversion. I think the AVI to
> >> MCF conversion tool should know some of the codec it can handle (from
> >> the
> >
> > Btw, Transors could even transform the actual data. This would mean
> > converting between M$ MPEG-4 and ISO MPEG-4. XviD people say that there
> > is nothing to stop from doing that, but no-one cared to implement
> > general-purpose filter yet (ffdivx and DivX developers obviously cared
> > enough to implement their propietary filters).
>
> Could be possible... Because one of the basic feature of a Transor is
> transforming a coded data to another format (coded or not coded).
> So for each input format it support (M$ MPEG-4, ISO MPEG-4, XVID, Divx5,
> etc) there should be a list of supported output (RGB, YUV, ISO MPEG-4,
> etc). So transforming from one codec to the other is possible if a
> Transor supports this.
>
> So the automatic transformation could finally be possible, using the
> best "route" for each transor. That means we need not only priorities
> between transors, but also quality/speed values for each input<->output
> couple (to find the best one).
You miss a big point here, all those transformations need an extra layer (what
you call transor)m which also means it needs an extra memcopy and memory
bandwidth is a top speed factor on many systems, leaving this stuff in the
player/codec allows much more effective handling.
--
Best Regards,
Atmos
____________________________________________
- MPlayer Developer - http://mplayerhq.hu/ -
____________________________________________