On Tue, Mar 20, 2018 at 7:46 AM, Joe Koberg wrote:
> On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos
> wrote:
> > 2018-03-16 16:07 GMT+01:00, Joe Koberg :
> >> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos
> >>
On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos wrote:
> I meant:
> What happens if you concat all these files (with "cat") before
> feeding the resulting large file to ffmpeg?
>
> Carl Eugen
We'd love to get this HLS input working, any ideas on what this patch
would need
On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos wrote:
> 2018-03-16 16:07 GMT+01:00, Joe Koberg :
>> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos
>> wrote:
>>>
>>> Is the issue only reproducible if you use hls input or is it also
On Fri, 16 Mar 2018 15:51:26 -0400
Joe Koberg wrote:
> I'm saying I don't think it needs it - MPEGTS does seem to handle the
> discontinuous input fine if I just concatenate it.
>
> MPEG TS packets themselves do have a discontinuity flag in the
> adaptation field, but again it
I'm saying I don't think it needs it - MPEGTS does seem to handle the
discontinuous input fine if I just concatenate it.
MPEG TS packets themselves do have a discontinuity flag in the
adaptation field, but again it looks like it might be working as-is
without explicit notification of them. (and
2018.03.16. 19:52 keltezéssel, wm4 írta:
On Fri, 16 Mar 2018 09:58:17 -0400
Joe Koberg wrote:
Hello,
This patch adds code to track and correct timestamp discontinuities, fixing
"non-monotonous dts" errors and timing issues with HLS playlists.
For some time, FFmpeg has not
While HLS has the discontinuity flag, I'm not sure it would add
anything that wouldn't be needed anyway without knowledge of it.
I think it's valid for MPEG-TS streams to have discontinuous timestamps.
It turns out the MPEGTS demuxer deals with the underlying MPEGTS
stream just fine in this case,
On Fri, 16 Mar 2018 09:58:17 -0400
Joe Koberg wrote:
> Hello,
>
> This patch adds code to track and correct timestamp discontinuities, fixing
> "non-monotonous dts" errors and timing issues with HLS playlists.
>
> For some time, FFmpeg has not properly handled discontinuous
On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos wrote:
> 2018-03-16 16:07 GMT+01:00, Joe Koberg :
>> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos
>> wrote:
>>>
>>> 2018-03-16 14:58 GMT+01:00, Joe Koberg :
>>>
>>> >
2018-03-16 16:07 GMT+01:00, Joe Koberg :
> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos
> wrote:
>>
>> 2018-03-16 14:58 GMT+01:00, Joe Koberg :
>>
>> > How to reproduce:
>> >
>> > ffmpeg -i
On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos wrote:
>
> 2018-03-16 14:58 GMT+01:00, Joe Koberg :
>
> > How to reproduce:
> >
> > ffmpeg -i https://s3.amazonaws.com/playon-test-videos/discont_
> > test_new/discont_test.m3u8 -c copy -y output.mp4
>
> Is
2018-03-16 14:58 GMT+01:00, Joe Koberg :
> How to reproduce:
>
> ffmpeg -i https://s3.amazonaws.com/playon-test-videos/discont_
> test_new/discont_test.m3u8 -c copy -y output.mp4
Is the issue only reproducible if you use hls input or is it also
reproducible if you first
2018-03-16 14:58 GMT+01:00, Joe Koberg :
> Hello,
>
> This patch adds code to track and correct timestamp discontinuities, fixing
> "non-monotonous dts" errors and timing issues with HLS playlists.
>
> For some time, FFmpeg has not properly handled discontinuous timestamps in
> the
Hello,
This patch adds code to track and correct timestamp discontinuities, fixing
"non-monotonous dts" errors and timing issues with HLS playlists.
For some time, FFmpeg has not properly handled discontinuous timestamps in
the MPEG-TS stream from Apple HLS playlists. Symptoms include inability
14 matches
Mail list logo