On Thu, Nov 10, 2016 at 12:38 PM, wm4 <nfx...@googlemail.com> wrote: > On Thu, 3 Nov 2016 01:12:03 +0100 > Andreas Cadhalpun <andreas.cadhal...@googlemail.com> wrote: > >> This fixes probing dts/eac3/mp2 in hls. >> >> The problem was introduced in commit >> 04964ac311abe670fb3b60290a330f2067544b13. >> >> Also update the fate reference for the fate-segment-mp4-to-ts test. >> >> Signed-off-by: Andreas Cadhalpun <andreas.cadhal...@googlemail.com> >> --- >> >> I've no idea why the fate reference changes, but this also happens when >> partially/fully reverting commit 04964ac311abe670fb3b60290a330f2067544b13. >> And it's a very recent fate test... >> >> --- > > Will this make segment switch latencies even worse? The HLS demuxer is > already terrible for realtime playback because it closes and reopens > the TCP connection on each segment. >
An alternative patch was applied that doesn't use double-probing (hence the slowdown issue was brought up in this thread), but even in this approach it would only probe at startup once, and not every segment. - Hendrik _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
