Re: [PATCH 04/15] media: coda: limit queueing into internal bitstream buffer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I forgot to add the proper SoB tag:

On Mon, 2018-11-05 at 16:25 +0100, Philipp Zabel wrote:
> From: Lucas Stach <l.stach@xxxxxxxxxxxxxx>
> 
> The ringbuffer used to hold the bitstream is very conservatively sized,
> as keyframes can get very large and still need to fit into this buffer.
> This means that the buffer is way oversized for the average stream to
> the extend that it will hold a few hundred frames when the video data
> is compressing well.
> 
> The current strategy of queueing as much bitstream data as possible
> leads to large delays when draining the decoder. In order to keep the
> drain latency to a reasonable bound, try to only queue a full reorder
> window of buffers. We can't always hit this low target for very well
> compressible video data, as we might end up with less than the minimum
> amount of data that needs to be available to the bitstream prefetcher,
> so we must take this into account and allow more buffers to be queued
> in this case.
> 
> Signed-off-by: Lucas Stach <l.stach@xxxxxxxxxxxxxx>

Signed-off-by: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>

regards
Philipp



[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux