The new _progress3 functions allow reporting the x,y position in
decoding.
ff_thread_report_progress3_raster_end allows signaling the end of
a raster line and updates unconditionally the position to the
start of next raster line.
ff_thread_report_progress3_increment tries to increment position
if
Hi,
2014-07-23 21:13 GMT+02:00 Christophe Gisquet :
> The new _progress3 functions allow reporting the x,y position in
> decoding.
>
> ff_thread_report_progress3_raster_end allows signaling the end of
> a raster line and updates unconditionally the position to the
> start of next raster line.
>
>
Hi,
2014-07-23 21:13 GMT+02:00 Christophe Gisquet :
> ---
> libavcodec/pthread_frame.c | 68
> --
> libavcodec/thread.h| 24
> 2 files changed, 90 insertions(+), 2 deletions(-)
Didn't refresh the patch with update documentatio
2014-07-23 21:20 GMT+02:00 Christophe Gisquet :
> Didn't refresh the patch with update documentation. Here it is.
It didn't contain dummy functions in libavcodec/utils.c.
The attached patch should fix failures to build with pthread disabled.
--
Christophe
From 4a144438e5dcd66be173b2d23f310bb4ea
On Mon, Jul 28, 2014 at 07:21:37PM +0200, Christophe Gisquet wrote:
> 2014-07-23 21:20 GMT+02:00 Christophe Gisquet :
> > Didn't refresh the patch with update documentation. Here it is.
>
> It didn't contain dummy functions in libavcodec/utils.c.
>
> The attached patch should fix failures to buil
Hi,
note: I'm using "step" throughout the patch because of the step
function and what the causal part most often looks like. I have no
idea for another less confusing wording.
2014-07-28 23:15 GMT+02:00 Michael Niedermayer :
> maybe i misunderstand but the "progress[1] > y" check looks odd,
> sho
On Sun, Aug 03, 2014 at 06:39:38PM +0200, Christophe Gisquet wrote:
> Hi,
>
> note: I'm using "step" throughout the patch because of the step
> function and what the causal part most often looks like. I have no
> idea for another less confusing wording.
>
> 2014-07-28 23:15 GMT+02:00 Michael Nied
