[FFmpeg-devel] [PATCH] Add support for private PES streams in mpegts and support for application decoding the stream
Sun May 31 01:02:04 CEST 2009
On 5/30/2009 3:51 PM, Michael Niedermayer wrote:
> On Sat, May 30, 2009 at 11:48:13PM +0300, Sebastian Cabot wrote:
>> Well. It is up to you of course. This is just my contribution to the
>> development of this great library.
>> I will try and explain.
>> First of all it makes another step in fully implementing the mpegts
>> standard (How important this is I don't know),
> I dont think the mpeg-ts standard suggests, even less so mandates
> such hacks
>> Second it allow users to handle the private streams without the need
>> of manipulating the code of the library itself for every type of
>> private stream they want to handle.
> There are functions with which one can register AVCodecs ...
> Also avformat surely can return all streams, even ones not identified
> with a included codec
Yes, that should come soon, when the CODEC_ID_PROBE code is fixed ;)
> I think you have not even mentioned what problem you have with the
> existing API that you choose such a implementation
Identifying streams in TS might be tricky, however having codec_tag set
to registration descriptor can help, this should come soon too.
>> I can also see further advantages to this mechanism - With little
>> development it can even be used by users who want replace a default
>> codec with their own implementation be it for debugging purposes or
>> whatever without having to change the library too much (but It's not
>> what I'm suggesting here).
> I can not see an advantage in your mechanism over what exists, and
> one can alraedy register ones own codec instead of the default one
> if one really wanted. Also non Audio/Video/sub streams surely can
> be exported in the current framework ...
Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA
Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
FFmpeg maintainer http://www.ffmpeg.org
More information about the ffmpeg-devel