Messages in this thread | | | From | Emmanuel Gil Peyrot <> | Subject | [PATCH v4 0/2] Enable JPEG encoding on rk3588 | Date | Thu, 18 Apr 2024 16:15:04 +0200 |
| |
Only the JPEG encoder is available for now, although there are patches for the undocumented VP8 encoder floating around[0].
This has been tested on a rock-5b, resulting in four /dev/video* encoders. The userspace program I’ve been using to test them is Onix[1], using the jpeg-encoder example, it will pick one of these four at random (but displays the one it picked): % ffmpeg -i <input image> -pix_fmt yuvj420p temp.yuv % jpeg-encoder temp.yuv <width> <height> NV12 <quality> output.jpeg
[0] https://patchwork.kernel.org/project/linux-rockchip/list/?series=789885 [1] https://crates.io/crates/onix
Changes since v3: - Keep all the previous tags, sorry I forgot to do that in the previous version. - Remove an extra media: in the first patch.
Changes since v2: - Only expose a single VEPU121, since the driver doesn’t yet support exposing them all as a single video node to userspace.
Changes since v1: - Dropped patches 1 and 4. - Use the proper compatible form, since this device should be fully compatible with the VEPU of rk356x. - Describe where the VEPU121 name comes from, and list other encoders and decoders present in this SoC. - Properly test the device tree changes, I previously couldn’t since I was using a too recent version of python-jsonschema…
Emmanuel Gil Peyrot (2): media: dt-binding: Document rk3588’s VEPU121 arm64: dts: rockchip: Add one VEPU121 to rk3588
.../bindings/media/rockchip,rk3568-vepu.yaml | 8 +++-- arch/arm64/boot/dts/rockchip/rk3588s.dtsi | 29 +++++++++++++++++++ 2 files changed, 35 insertions(+), 2 deletions(-)
-- 2.44.0
| |