[x264-devel] Re: Rate control and scene change detection

Måns Rullgård mru at mru.ath.cx
Mon Jul 12 19:52:29 CEST 2004


Kurosu <kurosu at inforezo.org> writes:

> On Sun, 11 Jul 2004, Måns Rullgård wrote:
>> I was thinking it could be possible to combine the scene change
>> detection with the regular motion estimation, something like this:
>>
>> - encode the frame as a P (or B) frame.
>> - check some statistics collected during the encoding.
>> - if some condition is met, assume a scene change and re-encode as I
>> frame.
>>
>> This would waste the time for the P/B encoding at a scene change, but
>> save the overhead of separate scene change detection for all other
>
> Well, the proposed method based on ratio of block types is a lot less
> complex than acutally encoding a frame (in fact, only motion estimation is
> needed), so that's really the more complex solution that you are
> suggesting.

My idea was that for most frames no extra computations would be done,
except collecting some statistics.  Scene changes typically occur in
intervals of at least a few seconds, so the average overhead of
encoding those frames twice would be rather small.

>> frames.  It could also be more accurate than a simple scene change
>> detection method.
>
> Yes, it depends if you want a perceptual scene change or just one that
> triggers when P/B frames aren't that efficient.

What I care about is the bitrate and visual quality, not whether the
method triggers for all actual scene changes.

-- 
Måns Rullgård
mru at mru.ath.cx

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



More information about the x264-devel mailing list