Re: [xine-devel] Re: Re: Re: the road to 1.0 and beyond

[Mike M. <mel...@pc...>]

On Thu, 26 Jun 2003, Pamel wrote:

> Right, but the point is that we need an API that can support the creations
> of VFR on the codec level.

	I still think the codec level shouldn't have any knowledge of the
timing/sync information; that should be handled at the demuxer level.

> Because there isn't currently a A/V API that allows the codec to request
> frames that it wants.  So currently, to get the entire video stream twice,
> either you have the application encode the video twice, changing the
> settings in the codec's config between encodes to write a different set.  Or
> you have a codec that caches the entire video stream(not practical).
>
> But again, the point is that you can avoid this if you design an A/V API
> that allows the codec to request a frame.

	I don't know much about encoding, so please give me examples of
production codecs that do this.

	Thanks...
--
	-Mike Melanson