> Of course if the user copies a video stream that isn't complaint there will > be problems if the decoder requires that. The issue here is two fold. > First, the current udp transmission model can cause problems with > networking equipment because of it's bursty nature. Second, FFmpeg can > make an otherwise compliant stream fail to decode properly because of these > same UDP bursts.
A proper ts remuxer is quite a different beast to what FFmpeg is designed to do. As much as people try it can't be hacked into the FFmpeg paradigm which is largely based around converting static files of fixed codecs/resolutions in a nonrealtime environment from A to B. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
