On Friday 18 February 2011 14:19:44 Michal Nazarewicz wrote:
Cache operations are always needed, aren't they? Whatever you do, you
will always have to handle cache coherency (in one way or another) so
there's nothing we can do about it, or is there?
On Fri, 18 Feb 2011 14:21:53 +0100, Laurent Pinchart wrote:
To achieve low latency still image capture, you need to minimize the time
spent reconfiguring the device from viewfinder to still capture. Cache
cleaning is always needed, but you can prequeue buffers you can clean the
cache in advance, avoiding an extra delay when the user presses the still
image capture button.
If there is enough time to perform those operation while preview is shown
(ie.
several frames pare second), why would there not be enough time to perform
those operations for still image capture?
If I understand you correctly, what you are describing is a situation where
one has set of buffers for preview and a buffer for still image laying
around waiting to be used, right?
Such scheme will of course work, but I'm just suggesting to think of
a scheme where the unused buffer for still image is reused for preview
frames when preview is shown.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michal "mina86" Nazarewicz (o o)
ooo +-----<email/xmpp: mnazarewicz@xxxxxxxxxx>-----ooO--(_)--Ooo--
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
