From: Nicolas Dufresne <nicolas.dufresne@collabora.com>
To: Kamil Debski <k.debski@samsung.com>,
'Hans Verkuil' <hverkuil@xs4all.nl>,
'Philipp Zabel' <p.zabel@pengutronix.de>
Cc: 'Mauro Carvalho Chehab' <m.chehab@samsung.com>,
'Hans Verkuil' <hans.verkuil@cisco.com>,
linux-media@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH 00/10] CODA7 JPEG support
Date: Wed, 01 Oct 2014 09:33:57 -0400 [thread overview]
Message-ID: <542C02C5.8090806@collabora.com> (raw)
In-Reply-To: <0d2c01cfdcbb$98df2670$ca9d7350$%debski@samsung.com>
Le 2014-09-30 10:34, Kamil Debski a écrit :
> I agree with you Hans. MFC has a single encoder node that supports multiple
> codecs and I think this design works well.
>
> JPEG should be separated into separate device.
Having combined encoders and combines decoders works well from
application / gstreamer point of view too. It's only combine encoder and
decoder that causes issues with our ability to probe what the HW is
capable (without a need to know about the platform). Exynos has split
JPEG decoder because it's not the same HW backing it.
cheers,
Nicolas
next prev parent reply other threads:[~2014-10-01 13:34 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-30 9:57 [PATCH 00/10] CODA7 JPEG support Philipp Zabel
2014-09-30 9:57 ` [PATCH 01/10] [media] coda: add support for planar YCbCr 4:2:2 (YUV422P) format Philipp Zabel
2014-09-30 9:57 ` [PATCH 02/10] [media] coda: identify platform device earlier Philipp Zabel
2014-09-30 9:57 ` [PATCH 03/10] [media] coda: add coda_video_device descriptors Philipp Zabel
2014-09-30 9:57 ` [PATCH 04/10] [media] coda: split out encoder control setup to specify controls per video device Philipp Zabel
2014-09-30 9:57 ` [PATCH 05/10] [media] coda: add JPEG register definitions for CODA7541 Philipp Zabel
2014-09-30 9:57 ` [PATCH 06/10] [media] coda: add CODA7541 JPEG support Philipp Zabel
2014-09-30 9:57 ` [PATCH 07/10] [media] coda: store bitstream buffer position with buffer metadata Philipp Zabel
2014-09-30 9:57 ` [PATCH 08/10] [media] coda: pad input stream for JPEG decoder Philipp Zabel
2014-09-30 9:57 ` [PATCH 09/10] [media] coda: try to only queue a single JPEG into the bitstream Philipp Zabel
2014-09-30 9:57 ` [PATCH 10/10] [media] coda: allow userspace to set compressed buffer size in a certain range Philipp Zabel
2014-09-30 13:43 ` [PATCH 00/10] CODA7 JPEG support Hans Verkuil
2014-09-30 14:20 ` Philipp Zabel
2014-09-30 14:24 ` Hans Verkuil
2014-09-30 14:34 ` Kamil Debski
2014-10-01 13:33 ` Nicolas Dufresne [this message]
2014-10-01 15:40 ` Philipp Zabel
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=542C02C5.8090806@collabora.com \
--to=nicolas.dufresne@collabora.com \
--cc=hans.verkuil@cisco.com \
--cc=hverkuil@xs4all.nl \
--cc=k.debski@samsung.com \
--cc=kernel@pengutronix.de \
--cc=linux-media@vger.kernel.org \
--cc=m.chehab@samsung.com \
--cc=p.zabel@pengutronix.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.