Hey Carl,
I figured out the correct fix for this, based on your suggestion.
I'm going to send a patch for this to the dev mailing list. Appreciate your
help to review my change.
Ronak
> On Nov 16, 2018, at 2:16 PM, Carl Eugen Hoyos wrote:
>
> 2018-11-16 0:46 GMT+01:00, Ronak :
>> I'm taking
2018-11-16 0:46 GMT+01:00, Ronak :
> I'm taking a look at moving.c and the mov_write_sidx_tags calls; I'm
> assuming this is the area of the code that is responsible for this.
>
> However, I'd have to have a way to detect the input streams are audio only;
> no video tracks. What would be the best
I'm taking a look at moving.c and the mov_write_sidx_tags calls; I'm assuming
this is the area of the code that is responsible for this.
However, I'd have to have a way to detect the input streams are audio only; no
video tracks. What would be the best way to do that?
> On Nov 12, 2018, at
Hey All,
I noticed that ffmpeg always seems to generate a SIDX box when it's not really
required for Audio Only content.
Example command:
ffmpeg -i atmosTest.mp4 -codec copy -hls_time 0.993 -hls_segment_type fmp4
-hls_flags single_file -hls_playlist_type vod atmosTestffmpeg.m3u8
ffmpeg