From: Nicolas Dufresne <nicolas@ndufresne.ca>
To: Hans Verkuil <hverkuil@xs4all.nl>,
Tomasz Figa <tfiga@chromium.org>,
linux-media@vger.kernel.org
Cc: linux-kernel@vger.kernel.org,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Paweł Ościak" <posciak@chromium.org>,
"Alexandre Courbot" <acourbot@chromium.org>,
"Kamil Debski" <kamil@wypas.org>,
"Andrzej Hajda" <a.hajda@samsung.com>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Jeongtae Park" <jtp.park@samsung.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Tiffany Lin" <tiffany.lin@mediatek.com>,
"Andrew-CT Chen" <andrew-ct.chen@mediatek.com>,
"Stanimir Varbanov" <stanimir.varbanov@linaro.org>,
"Todor Tomov" <todor.tomov@linaro.org>,
"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
dave.stevenson@raspberrypi.org,
"Ezequiel Garcia" <ezequiel@collabora.com>,
"Maxime Jourdan" <maxi.jourdan@wanadoo.fr>
Subject: Re: [PATCH v2 2/2] media: docs-rst: Document memory-to-memory video encoder interface
Date: Sat, 17 Nov 2018 20:34:08 -0500 [thread overview]
Message-ID: <dae0211b3bc01423f1e9de63e9b4ef0aee44c086.camel@ndufresne.ca> (raw)
In-Reply-To: <d853eb91-c05d-fb10-f154-bc24e4ebb89d@xs4all.nl>
Le samedi 17 novembre 2018 à 12:37 +0100, Hans Verkuil a écrit :
> > > Does V4L2_CID_MIN_BUFFERS_FOR_CAPTURE make any sense for encoders?
> >
> > We do account for it in GStreamer (the capture/output handling is
> > generic), but I don't know if it's being used anywhere.
>
> Do you use this value directly for REQBUFS, or do you use it as the minimum
> value but in practice use more buffers?
We add more buffers to that value. We assume this value is what will be
held by the driver, hence without adding some buffers, the driver would
go idle as soon as one is dequeued. We also need to allocate for the
importing driver.
In general, if we have a pipeline with Driver A sending to Driver B,
both driver will require a certain amount of buffers to operate. E.g.
with DRM display, the driver will hold on 1 buffer (the scannout
buffer).
In GStreamer, it's implemented generically, so we do:
MIN_BUFFERS_FOR + remote_min + 1
If only MIN_BUFFERS_FOR was allocated, ignoring remote driver
requirement, the streaming will likely get stuck.
regards,
Nicolas
next prev parent reply other threads:[~2018-11-18 1:34 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-22 14:48 [PATCH v2 0/2] Document memory-to-memory video codec interfaces Tomasz Figa
2018-10-22 14:48 ` [PATCH v2 1/2] media: docs-rst: Document memory-to-memory video decoder interface Tomasz Figa
2018-10-29 9:45 ` Stanimir Varbanov
2018-10-29 10:06 ` Tomasz Figa
2018-10-29 10:07 ` Tomasz Figa
2018-11-12 11:37 ` Hans Verkuil
2019-01-22 10:02 ` Tomasz Figa
2019-01-22 14:47 ` Hans Verkuil
2019-01-23 5:27 ` Tomasz Figa
2019-01-23 8:10 ` Hans Verkuil
2019-01-24 9:06 ` Tomasz Figa
2019-01-24 19:55 ` Nicolas Dufresne
2019-01-25 3:27 ` Tomasz Figa
2019-01-30 4:02 ` Nicolas Dufresne
2019-02-06 5:35 ` Tomasz Figa
2019-04-09 9:47 ` Tomasz Figa
2019-04-10 9:26 ` Hans Verkuil
2018-11-12 15:04 ` Stanimir Varbanov
2018-11-15 14:34 ` Hans Verkuil
2018-11-17 4:31 ` Nicolas Dufresne
2018-11-17 11:43 ` Hans Verkuil
2018-11-18 1:25 ` Nicolas Dufresne
2018-10-22 14:49 ` [PATCH v2 2/2] media: docs-rst: Document memory-to-memory video encoder interface Tomasz Figa
2018-11-12 13:23 ` Hans Verkuil
2018-11-17 4:18 ` Nicolas Dufresne
2018-11-17 11:37 ` Hans Verkuil
2018-11-18 1:34 ` Nicolas Dufresne [this message]
2019-01-23 10:02 ` Tomasz Figa
2019-01-24 20:02 ` Nicolas Dufresne
2019-01-23 10:00 ` Tomasz Figa
2019-01-23 11:28 ` Hans Verkuil
2019-01-24 20:04 ` Nicolas Dufresne
2019-01-25 3:29 ` Tomasz Figa
2019-01-23 9:52 ` Tomasz Figa
2019-01-23 13:04 ` Hans Verkuil
2019-01-24 20:14 ` Nicolas Dufresne
2019-01-25 3:59 ` Tomasz Figa
2019-01-30 15:06 ` Nicolas Dufresne
2019-02-06 5:49 ` Tomasz Figa
2018-10-22 15:41 ` [PATCH v2 0/2] Document memory-to-memory video codec interfaces Hans Verkuil
2018-10-23 0:54 ` Tomasz Figa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=dae0211b3bc01423f1e9de63e9b4ef0aee44c086.camel@ndufresne.ca \
--to=nicolas@ndufresne.ca \
--cc=a.hajda@samsung.com \
--cc=acourbot@chromium.org \
--cc=andrew-ct.chen@mediatek.com \
--cc=dave.stevenson@raspberrypi.org \
--cc=ezequiel@collabora.com \
--cc=hverkuil@xs4all.nl \
--cc=jtp.park@samsung.com \
--cc=kamil@wypas.org \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=maxi.jourdan@wanadoo.fr \
--cc=mchehab@kernel.org \
--cc=p.zabel@pengutronix.de \
--cc=paul.kocialkowski@bootlin.com \
--cc=posciak@chromium.org \
--cc=stanimir.varbanov@linaro.org \
--cc=tfiga@chromium.org \
--cc=tiffany.lin@mediatek.com \
--cc=todor.tomov@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®