[FFmpeg-devel] [PATCH] Handle MP3ADU in RealRTSP, restructure rtpdec/rtsp handling of AVStream time_base

Ronald S. Bultje rsbultje
Tue Dec 7 14:17:15 CET 2010


Hi,

On Dec 7, 2010, at 7:53 AM, Martin Storsj? <martin at martin.st> wrote:

> On Tue, 7 Dec 2010, Ronald S. Bultje wrote:
> 
>> On Tue, Dec 7, 2010 at 5:29 AM, Martin Storsj? <martin at martin.st> wrote:
>>> On Mon, 6 Dec 2010, Martin Storsj? wrote:
>>>> On Mon, 6 Dec 2010, Luca Barbato wrote:
>>>>> On 12/5/10 12:59 PM, Martin Storsj? wrote:
>>>>>> I've tested this change with quite a few different streams, and didn't see
>>>>>> any regression anywhere, but please do check if you know of any weird
>>>>>> stream that might break.
>>>>> 
>>>>> It looks safe, from what I read the default if anything is present is missing
>>>>> (I just woke up so I can be wrong), but that shouldn't be an issue.
>>>> 
>>>> Yes, I don't set the default explicitly any longer, but it's set to the
>>>> same, 90 kHz, in av_new_stream anyway. If it would make things better, I
>>>> could add it to be explicitly set within rtsp.c after creating the
>>>> streams, so that we don't rely on defaults set anywhere else.
>>> 
>>> Ok to commit?
>> [..]
>>> --- a/libavformat/rtpdec.c
>>> +++ b/libavformat/rtpdec.c
>>> @@ -43,6 +43,12 @@
>>>          'url_open_dyn_packet_buf')
>>> */
>>> 
>>> +RTPDynamicProtocolHandler ff_realmedia_mp3_dynamic_handler = {
>>> +    .enc_name           = "X-MP3-draft-00",
>>> +    .codec_type         = AVMEDIA_TYPE_AUDIO,
>>> +    .codec_id           = CODEC_ID_MP3ADU,
>>> +};
>> 
>> Does this have to go in rtpdec.c? I guess it's OK for now but at some
>> point this needs to go in a new file (with all dynamic-but-standard
>> rtp formats).
> 
> Well, creating a new file only containing this and nothing else would feel 
> like overkill at the moment.

Agreed, hence "OK for now".

Ronald



More information about the ffmpeg-devel mailing list