Il Friday 12 October 2007 13:57:26 Alexander E. Patrakov ha scritto: > Nico Sabbi wrote: > > if in the SDP of the broadcast transmission there's some kind of > > configuration (base64-encoded) string (generally known as > > "extradata" ) then you won't get ffmpeg (or any other decoder) > > decode the raw ESs without passing the extradata before feeding > > it the payloads. > > This is the common practice for that abomination that is RT[SC]P, > > which encourages this splitting between extradata and payloads > > even for formats that may have headers in-stream like H26x and > > Mpeg4. > > I don't have any means to get the SDP except guessing. the sdp is surely in one of the multicast transmissions you have > Does this > mean that, if "extradata" are present in the required SDP, I have > to give up, for technical reasons? yes > > And, just in case if extradata are in fact not needed, is my "strip > headers and feed to ffmpeg" technique equivalent to trying with the > correct SDP? > yes, but remember that RTP defines a different payload format for each supported codec (nice, isn't it?) , so in each rtp packet you have to analyze the payload indicator (or however it's called) and demux the payload accordingly _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
