03.11.2016, 20:34, Andreas Cadhalpun kirjoitti:
> On 03.11.2016 11:18, Anssi Hannula wrote:
>> Andreas Cadhalpun kirjoitti 2016-11-03 02:12:
>>> 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.
>>
>> Thanks.
>>
>> Can you point me to some example streams with this issue? (or how to
>> generate one)
>
> ffmpeg creates these, as I've mentioned in [1], e.g.:
> $ ./ffmpeg -f lavfi -i sine=d=0.1 -strict -2 -c:a dca -f hls dca.hls -y &>
> /dev/null
> $ ./ffmpeg -f lavfi -i sine=d=0.1 -strict -2 -c:a eac3 -f hls eac3.hls -y &>
> /dev/null
> $ ./ffmpeg -f lavfi -i sine=d=0.1 -strict -2 -c:a mp2 -f hls mp2.hls -y &>
> /dev/null
>
> Then run ffprobe on the created hls files to see the problems.
>
>> Unfortunately calling avformat_find_stream_info() for sub-mpegts streams is
>> quite
>> bandwidth-heavy (especially if there are many stream variants and/or
>> alternative
>> renditions, and especially now that we no longer clear mpegts
>> AVFMTCTX_NOHEADER
>> flag so that streams like #4930 work) so I tried to avoid that.
>> It is better than doing nothing, though, if we can't find an alternative
>> solution
>> (better slow than not working).
>>
>> I'd first like to try to understand what is happening, though.
>
> OK. A better solution is always welcome.
Thanks for the examples.
The two follow-up patches fix them for me, can you confirm and/or see anything
else?
Anssi Hannula (2):
avformat/hls: Factor copying stream info to a separate function
avformat/hls: Fix probing mpegts audio streams that use probing
--
Anssi Hannula
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
