2016.03.01. 11:26 keltezéssel, Michael Niedermayer írta:
On Tue, Mar 01, 2016 at 10:57:57AM +0100, Nicolas George wrote:
Le nonidi 29 pluviôse, an CCXXIV, Bodecs Bela a écrit :
I have checked the code where and when duration filled and made some
reasoning about it.
Duration value for input fi
2016.03.01. 10:57 keltezéssel, Nicolas George írta:
Le nonidi 29 pluviôse, an CCXXIV, Bodecs Bela a écrit :
I have checked the code where and when duration filled and made some
reasoning about it.
Duration value for input files has been populated some time after opening.
(estimate_timings funct
On Tue, Mar 01, 2016 at 10:57:57AM +0100, Nicolas George wrote:
> Le nonidi 29 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> > I have checked the code where and when duration filled and made some
> > reasoning about it.
> > Duration value for input files has been populated some time after opening.
>
Le nonidi 29 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> I have checked the code where and when duration filled and made some
> reasoning about it.
> Duration value for input files has been populated some time after opening.
> (estimate_timings function in utils.c) And never again corrected or cal
ping
2016.02.23. 9:21 keltezéssel, Bodecs Bela írta:
ping
2016.02.17. 14:13 keltezéssel, Bodecs Bela írta:
2016.02.16. 10:42 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
Do you have any suggestion for me what to do now?
Please give me a hint whe
ping
2016.02.17. 14:13 keltezéssel, Bodecs Bela írta:
2016.02.16. 10:42 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
Do you have any suggestion for me what to do now?
Please give me a hint where to find this bug or should I open a trac
ticket
for
2016.02.16. 10:42 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
Do you have any suggestion for me what to do now?
Please give me a hint where to find this bug or should I open a trac ticket
for it?
I already told you: find out exactly WHY the result
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> Do you have any suggestion for me what to do now?
> Please give me a hint where to find this bug or should I open a trac ticket
> for it?
I already told you: find out exactly WHY the result is different. I suggest
you use this kind of test c
2016.02.16. 0:53 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
this problem also occurs if the input is a live hls stream via http or via
hls+file protocol.
I thought it is a peculiarity of concat demuxer in case of non-seekable
input items.
This patc
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> this problem also occurs if the input is a live hls stream via http or via
> hls+file protocol.
> I thought it is a peculiarity of concat demuxer in case of non-seekable
> input items.
> This patch is a workaroud for this.
As I said: it look
2016.02.16. 0:30 keltezéssel, Nicolas George írta:
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
This patch is a bug fix for a problem I faced recently.
There are cases when duration info is not available. e.g. reading an
mpegts file via a fifo file. But for concatenation this info is
L'octidi 28 pluviôse, an CCXXIV, Bodecs Bela a écrit :
> This patch is a bug fix for a problem I faced recently.
> There are cases when duration info is not available. e.g. reading an
> mpegts file via a fifo file. But for concatenation this info is
> mandatory to adjust next file timestamps. So we
Hi All,
This patch is a bug fix for a problem I faced recently.
There are cases when duration info is not available. e.g. reading an
mpegts file via a fifo file. But for concatenation this info is
mandatory to adjust next file timestamps. So we need to measure it to
have this value.
please inclu
13 matches
Mail list logo
