Hi Aviad, On Tue, Apr 5, 2011 at 11:01 AM, aviad rozenhek <[email protected]> wrote: > when handling MPEG-TS over UDP, it is sometimes the case after probing has > finished, and demuxing and decoding has begun, > that new PIDs with new audio or video streams are available, and that PIDs > that are demuxed are no longer available. > additionally, it is sometimes the case that the video parameters such as > resolution or codec have changed in the same PID. > these can happen when a multicasting a playlist containing different TS > files encoded differently, > or when one multicast stream is stopped and another starts instead. > the question: > is it possible to detect these situations using libav* API? > If I can detect the situation I can restart the processing pipeline > [demuxer, codecs, filters etc] to adapt to new resolutions, codecs, PIDs > etc.
Unfortunately we don't really handle this situation yet. The same problem exists in chained Ogg files or other types of playlists. Help in implementing this would be appreciated. :-). Unfortunately, it's a hard problem. Ronald _______________________________________________ libav-api mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-api
