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 Niedermayer <michae...@gmx.at>:
> > maybe i misunderstand but the "progress[1] > y" check looks odd,
> > shouldnt progress[0] be updated to a larger value even if
> > progress[1] > y
> > ?
> 
> Let's look at the following schema, that maybe should be added to the
> documentation:
>          ___ p[0]
> p[1] ___|
>        p[2]
> 
> p(rogress)[0] and p[1] are the ordinates of the step. p[2] is the abscissa.

another way to vissualize the same thing is to consider

1)  0..p[2]     2) 0.......w
    .....|         .........
p[1]_____|     p[0]_________

that is two convex shapes, first a rectangle from (0,0) to (p[2], p[1])
and second the old "all above line"

and consider them finished&available to be all points that are in
either.

I had based my suggestions of what how to update based on this
vissualization

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Avoid a single point of failure, be that a person or equipment.

Attachment: signature.asc
Description: Digital signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to