On 05-04-2020 01:51 am, Michael Niedermayer wrote:
On Fri, May 03, 2019 at 05:36:07PM +0200, Michael Niedermayer wrote:
This allows handling more than 26.5h of mpeg* input
Fixes: Ticket 7876
Signed-off-by: Michael Niedermayer
---
fftools/ffmpeg.c | 13 -
1 file changed, 12 ins
On Fri, May 03, 2019 at 05:36:07PM +0200, Michael Niedermayer wrote:
> This allows handling more than 26.5h of mpeg* input
>
> Fixes: Ticket 7876
>
> Signed-off-by: Michael Niedermayer
> ---
> fftools/ffmpeg.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
will apply
[.
On Thu, Oct 10, 2019 at 01:37:50PM +0300, Aleksey Skripka wrote:
> Greetings!
>
> Michael,
> patch works good for mpegts input,
>
> but for hls input it works only if add AVFMT_TS_DISCONT to .flags in
> ff_hls_demuxer structure (libavformat/hls.c).
> Is it right way?
since d6ac6650b911f0957e69
Greetings!
Michael,
patch works good for mpegts input,
but for hls input it works only if add AVFMT_TS_DISCONT to .flags in
ff_hls_demuxer structure (libavformat/hls.c).
Is it right way?
> On 3 May 2019, at 18:36, Michael Niedermayer wrote:
>
> This allows handling more than 26.5h of mpeg*
Greetings!
> On 3 May 2019, at 18:36, Michael Niedermayer wrote:
>
> This allows handling more than 26.5h of mpeg* input
>
> Fixes: Ticket 7876
>
not sure how this correlated, but facing my '26.5 hours problem' i found next:
running on plain ts-file is ok:
./ffmpeg -copyts -i 27hours.ts -c c
Στις Παρ, 3 Μαΐ 2019 στις 6:39 μ.μ., ο/η Michael Niedermayer
έγραψε:
>
> This allows handling more than 26.5h of mpeg* input
>
> Fixes: Ticket 7876
>
I confirm it fixes the case described in the ticket. Will now test it
in realtime environment, so it will take 26,5 hours to report back.
Thank you
This allows handling more than 26.5h of mpeg* input
Fixes: Ticket 7876
Signed-off-by: Michael Niedermayer
---
fftools/ffmpeg.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index 01f04103cf..b58336679d 100644
--- a/fftools/
