[FFmpeg-cvslog] r19173 - trunk/libavformat/adtsenc.c
Tue Jun 30 20:05:19 CEST 2009
M?ns Rullg?rd wrote:
> Baptiste Coudurier <baptiste.coudurier at gmail.com> writes:
>> On 6/30/2009 3:08 AM, M?ns Rullg?rd wrote:
>>> Reimar D?ffinger <Reimar.Doeffinger at gmx.de> writes:
>>>> On Tue, Jun 30, 2009 at 11:44:33AM +0200, Benjamin Larsson wrote:
>>>>> Reimar D?ffinger wrote:
>>>>>> Huh? That may be true for the particularly ugly formats, but there
>>>>>> should be quite few formats/codecs where it doesn't.
>>>>>> Also, a libavcommon wouldn't help a bit with that issue, so it that
>>>>>> seems irrelevant in this discussion...
>>>>> Most stuff is broken without codecs.
>>>> Examples? Also I think it is possible to have the parser without the
>>>> codecs, though I think it currently doesn't save much space.
>>>> What are the codecs needed for except containers that contain
>>>> insufficient data (basically MPEG-*)?
>>> MPEG-* contains sufficient data to pass the elementary streams to the
>>> correct decoder. Stop claiming otherwise.
>> Really ?
>> 1110 xxxx ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 11172-2 or
>> ISO/IEC 14496-2 video stream number xxxx
>> How do you know which codec it is except by parsing the elementary stream ?
> You don't need to know:
> 8.1 ISO/IEC 11172-2 compatibility
> ISO/IEC 11172-2 "constrained parameter" bitstreams shall be
> decodable by Simple, Main, SNR Scalable, Spatially Scalable and High
> profile decoders at all levels. Additionally Simple, Main, SNR
> Scalable, Spatially Scalable and High profile decoders shall be able
> to decode D-pictures-only bitstreams of ISO/IEC 11172-2 which are
> within the level constraints of the decoder.
You missed the 14496-2 detail :)
Baptiste COUDURIER GnuPG Key Id: 0x5C1ABAAA
Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
FFmpeg maintainer http://www.ffmpeg.org
More information about the ffmpeg-cvslog