[Ffmpeg-devel] RTP patches & RFC

Michael Niedermayer michaelni
Thu Oct 26 10:57:35 CEST 2006


Hi

On Wed, Oct 25, 2006 at 09:02:10PM -0500, Ryan Martell wrote:
> 
> On Oct 25, 2006, at 7:56 PM, Michael Niedermayer wrote:
> 
> >>>
> >>>but note, i wont reject this because of the {} placement if you
> >>>disslike
> >>>it (fixing it myself would just need ~5min or so ...)
> >>
> >>Hope this is a winner; I really want to get the rest of this stuff  
> >>in...
> >
> >could you document the fields of RTPDynamicProtocolHandler?
> >and rename the following, unless i missunderstood their intent, but  
> >their
> >current names really confused me :)
> >protocol_new_extradata_proc()    -> open()
> >protocol_free_extradata_proc()   -> close()
> >protocol_handle_sdp_a_line_proc()-> parse_sdp_a_line()
> >dynamic_protocol_data            -> dynamic_protocol_context
> >protocol_handle_packet_proc      -> parse() or parse_packet() or  
> >even handle_packet()
> >dynamic_packet_handler()         -> parse_dynamic_packet()
> 
> Done.
[...]
> >also a  int priv_data_size; could be added to  
> >RTPDynamicProtocolHandler
> >similar to the other stuff in lav* so that the context alloc/free  
> >can be
> >done outside/without open/close
> 
> No, because I have pointers to pointers in there; it's not just a  
> flat allocated block.

the codecs and (de)muxers have too, but this is insignificant just
leave it as it is


> 
> So, barring the above two, here's the newest patch.  (I really want  
> to get this in, so I can get working on the h264 stuff.  I'm still  
> having an audio sync issue, and I've also found a bug in the rtp/aac  
> stuff (mono doesn't work) that i've fixed...)

[...]
> +        if(s->st && s->dynamic_packet_handler) {
> +            return s->dynamic_packet_handler(s, pkt, 0, NULL, 0);
[...]
> +    RTPDynamicProtocolHandler *dynamic_handler; ///< Only valid if it's a dynamic protocol. (This is the handler structure)
> +    void *dynamic_protocol_data; ///< Only valid if it's a dynamic protocol. (This is any private data associated with the dynamic protocol)
[...]

> +                rtsp_st->dynamic_handler= handler;
> +                if(handler->protocol_new_extradata_proc) {
> +                    rtsp_st->dynamic_protocol_data= handler->protocol_new_extradata_proc();
> +                }
[...]

these amongth other havnt been renamed while the ones in the struct have
been so i think this wont compile ...

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is




More information about the ffmpeg-devel mailing list