[x264-devel] Re: discontinous encoding

[Laurent Aimar]

On Mon, Aug 09, 2004, Måns Rullgård wrote:
> Laurent Aimar <fenrir at via.ecp.fr> writes:
> >  The constraint is that if you have 2 consecutive access units that are
> > IDR frames, then i_idr_pic_id for theses IDR should not be equal.
> 
> Just to make sure I get this right, are you saying this constraint is
> only for IDR frames with no intervening non-IDR frames?  Or do you
> mean consecutive IDR frames, whatever is between them, must have
> different i_idr_pic_id?
 I mean "only for IDR frames with no intervening non-IDR frames" (at least it
is this way I understood it from the norm).

> > Currently I just increase it by 1 every IDR, so that can fail, but
> > it's easy to avoid : for N encoder threads, just init it for thread
> > n to n and increase it by 2^X such as 2^X >= N and X < 16.  (you
> > have to wrap i_idr_pic_id when >= 2^16)
> 
> That should work of course.  The problem is passing the information
> from the threading module to x264 in a sensible way.  There would be
> some changes required to x264, I suppose.
 I think we can make it easy, just add a i_idr_pic_id_min and
max to x264_param_t (maybe we can create a sub struct like
x264_param_t->advanced.*), by default 0/65535.
 Then each x264_t will just start from min and increase until max and
wrap...

-- 
fenrir

-- 
This is the x264-devel mailing-list
If you are in trouble, please contact <postmaster at videolan.org>