Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp721020ybh; Wed, 15 Jul 2020 13:23:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwhYi4+ghqBykcvpEYhyZ/sIjbZjXnTeLHkR3BBjdFqzEkA6GTJKBbbgopBz6mVirzLKuU1 X-Received: by 2002:a17:906:3b83:: with SMTP id u3mr635519ejf.207.1594844618835; Wed, 15 Jul 2020 13:23:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594844618; cv=none; d=google.com; s=arc-20160816; b=ULZIxWzOhyCFgxKp0kb8Ly2Tm6jdD4vE3Fu7QOtqPzpSyvzrCDe0V7ntrVkyVEIgA/ 56NO6qP6ZcibsnSUuDKrYpQtMJn9C79R+QbpFuZBLeBahplAch5gqPbiA53OqTjdVpm5 RD59Fl/1YJb3tf46utjk7FlMFr2McdM9/g9oPxhrrqUygydCAwMzeYTp500/RSLFsyfb rYkuDpLOOvUe+Gk1WRhhuFl1MSD25gVHtCKph7yoSMbd0uVhJuPRAd7TKET4VCNAE2M5 W8E6LZpBTEpg/5P8+P99HnWxEgL7jCkNspSGTFUgNcd57bs+Lc4MvddkBfThg0N9ZWRV y6pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=mE932kWJaUY2xx2p4R16LN8LnFzub9ogEH5/AC/zOgo=; b=swGogU25yXGFBd+3pKXZu+BVlDRm2vp2v2mzjX0LGum8lyQWPnbwbWS8JFxCHuhuHf b76/M6bsg6L4BxjqbjwAnlTwLJBhNdQncUZa/6nuB4IqC/aSA4m6neaGZGK2I26t/dTN FvyqCA8sGWoH75QekaDJkV0SHH1O4V8VFhD33ehjYNDjQ576Wbxk+Xz955WJ0pAVkYHP sAoNhVPw2Ox12gpOS1E5Fq9SfEsfJd77WoUL2mKV0CXxv2CoDA73xyQaZUFqz5vQZG0X gJ+EZgCaSHZXJIGygkqq23VX5OExXn2sUXZDJM2ZibItIGML62bu3jRhbyQTTtvRxCO6 royQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cx26si1779868edb.241.2020.07.15.13.23.15; Wed, 15 Jul 2020 13:23:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727112AbgGOUWz (ORCPT + 99 others); Wed, 15 Jul 2020 16:22:55 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:37088 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726370AbgGOUWy (ORCPT ); Wed, 15 Jul 2020 16:22:54 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id AA8492A5175 From: Ezequiel Garcia To: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Tomasz Figa , kernel@collabora.com, Jonas Karlman , Hans Verkuil , Alexandre Courbot , Jeffrey Kardatzke , Nicolas Dufresne , Philipp Zabel , Maxime Ripard , Paul Kocialkowski , Ezequiel Garcia Subject: [PATCH 0/7] media: Clean H264 stateless uAPI Date: Wed, 15 Jul 2020 17:22:23 -0300 Message-Id: <20200715202233.185680-1-ezequiel@collabora.com> X-Mailer: git-send-email 2.27.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The recent patch posted by Jernej (which I'm including for context), encouraged me to address all the known issues in the uAPI. I hope we can finally make this uAPI interface public; and then also address the other codec interfaces so we can move the codec drivers out of staging. It should be noted that there is already GStreamer native support for this interface, which will be part of 1.18, once it's released [1], as well as support in Chromium [2]. I have pushed a branch porting GStreamer to support these interface changes: https://gitlab.freedesktop.org/ezequielgarcia/gst-plugins-bad/-/commits/for_h264_uapi_v2 The main changes are: * Split prediction weight table to a separate control. * Increase size of first_mb_in_slice field. * Cleanup DPB entry interface, to support field coding. * Increase of DPB entry pic_num field. * Move slice invariant fields to the per-frame control. I'm adding here the change from Jernej, and a change from Philipp Zabel which apparently fell thru the cracks. Ezequiel Garcia (8): media: uapi: h264: Further clarify scaling lists order media: uapi: h264: Split prediction weight parameters media: uapi: h264: Increase size of 'first_mb_in_slice' field media: uapi: h264: Cleanup DPB entry interface media: uapi: h264: Increase size of DPB entry pic_num media: uapi: h264: Clean slice invariants syntax elements media: hantro: Don't require unneeded H264_SLICE_PARAMS media: rkvdec: Don't require unneeded H264_SLICE_PARAMS Jernej Skrabec (1): media: uapi: h264: Update reference lists Philipp Zabel (1): media: uapi: h264: Clarify pic_order_cnt_bit_size field .../media/v4l/ext-ctrls-codec.rst | 192 +++++++++++------- drivers/media/v4l2-core/v4l2-ctrls.c | 25 +++ drivers/media/v4l2-core/v4l2-h264.c | 12 +- drivers/staging/media/hantro/hantro_drv.c | 5 - .../staging/media/hantro/hantro_g1_h264_dec.c | 21 +- drivers/staging/media/hantro/hantro_h264.c | 8 +- drivers/staging/media/hantro/hantro_hw.h | 2 - drivers/staging/media/rkvdec/rkvdec-h264.c | 18 +- drivers/staging/media/rkvdec/rkvdec.c | 5 - drivers/staging/media/sunxi/cedrus/cedrus.h | 1 + .../staging/media/sunxi/cedrus/cedrus_dec.c | 2 + .../staging/media/sunxi/cedrus/cedrus_h264.c | 21 +- include/media/h264-ctrls.h | 80 +++++--- include/media/v4l2-h264.h | 3 +- 14 files changed, 234 insertions(+), 161 deletions(-) -- 2.27.0