Robert Schlabbach <[email protected]> added the comment: The RTP/UDP multicast source which exposed this problem is Deutsche Telekom's IPTV service ("T-Home Entertain") in Germany. If you happen to have a developer amongst you who has this service, you can reproduces this problem e.g. with:
ffplay rtp://@239.35.129.11:10000 or ffplay rtp://@239.35.10.1:10000 These two commands play the German TV station "Das Erste" and "Das Erste HD", respectively, and exhibit frequent video and audio glitches with the current ffmpeg code. If you don't have anyone with DT's IPTV service, how can I submit a sample? Submitting a sample of the contained MPEG-2 Transport Stream would be pointless, as the issue is with the RTP encapsulation ;) Would a Wireshark capture of the RTP multicast packages be sufficient? I don't know how you'd be able to play that back, though... ________________________________________________ FFmpeg issue tracker <[email protected]> <https://roundup.ffmpeg.org/issue2270> ________________________________________________
