Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp5144697rwl; Tue, 11 Apr 2023 00:45:48 -0700 (PDT) X-Google-Smtp-Source: AKy350YMrHFr7EM5cLZaMrP9ii7bvn6b9VEqeMuFj2hnLXjkHN59zpPPGH05DVCLBkuf46pPTlVF X-Received: by 2002:a17:902:d509:b0:1a1:b7fc:eeba with SMTP id b9-20020a170902d50900b001a1b7fceebamr14537649plg.19.1681199148422; Tue, 11 Apr 2023 00:45:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681199148; cv=none; d=google.com; s=arc-20160816; b=tsWiN2aiIT1rtJzvP1J+WCnHm0LMl627o+XXJP4uhM8nnD3U2/K4G+Edmgh3ytOy5m wsiJHo8dMzXu6zEX2zsu6R3AeVIKVOBMacfBe0ViLbN3Q7r09wS01pauFLmDJDtkKrwf C7/k2Er+8JaBc9aMiZZWwdacRS5AxE0LC8rQeRFdgPAio6oWWgbPakWs2FjjKDeO+fCu /iq3xbtqx85q/yIvFEcMZoOyWElQy9szDabIxVBhxRkbxwyr/ALMNm+3eW6Luvarmocq epFul+Aytf64AWz8rAdh3YDYy54ZFJ6HPiCE9ukuuBE0ex/JHudj2V+fBwJGCIhsdJGV naXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=G3varyfkAU42EFYyDmRAbkpCskDYB+iytA3IWAhszBk=; b=UjQNH4Mc6TPLuAHsOV10OwigmHLU6xkvZXfCmJUcxEXh19D1q8rJv6y/s+2CTPDmLk 5BJ9CZIqX5CGo5/MBCWYsEMU6msKgah5KXK2JXWxLGNlgK/h5xhMHwCv0naxgYL64lyh MpAmxJEq3niF/YsWIPduG5mEPkXgqFSFpjqcZAhXaIMkTVLWfsg61vJ/2/Dv0vMRpI9d GEltSeiZeR2UWvZ9ELA8reUw9QfMEyjz5QaDofQekwHpqw9CrRjBHjNNJrVZp1/3Tuo6 j9BcWoiqXpoqWtxfmr4kwPSDXoIKJan2umlWQfSZIWGR2CAAD61nEw7+cmvEXx0bj8Xd SP8A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v135-20020a63618d000000b0050bcb8e2f72si7859978pgb.5.2023.04.11.00.45.36; Tue, 11 Apr 2023 00:45:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230080AbjDKHp2 (ORCPT + 99 others); Tue, 11 Apr 2023 03:45:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33074 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230224AbjDKHpO (ORCPT ); Tue, 11 Apr 2023 03:45:14 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 41EF21BD1; Tue, 11 Apr 2023 00:45:12 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D0A2061D0C; Tue, 11 Apr 2023 07:45:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E81C0C433D2; Tue, 11 Apr 2023 07:45:09 +0000 (UTC) Message-ID: <5649adcd-3afe-e413-2eac-a92c78427dc9@xs4all.nl> Date: Tue, 11 Apr 2023 09:45:07 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH v1] media: vivid: Add webcam parameter for (un)limited bandwidth Content-Language: en-US To: Max Staudt , Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Ricardo Ribalda , Yunke Cao , Tomasz Figa References: <20230410063356.3894767-1-mstaudt@chromium.org> <20230410102350.382f7d02@sal.lan> <6aafad18-13a2-ef45-48a1-1f094554af31@chromium.org> <6ee01cf1-5a8b-081f-e218-8c7da39343bc@xs4all.nl> From: Hans Verkuil In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-8.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, NICE_REPLY_A,RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/04/2023 09:31, Max Staudt wrote: > On 4/11/23 16:26, Hans Verkuil wrote: >> I think we either use this bandwidth option and calculate the max fps based on >> that (basically the bandwidth divided by (image_size + some blanking factor)), >> or we keep it simple and instead of going down two steps in fps we allow up to >> 60 fps up to 720p, then 30 fps for 1080p and 15 fps for 4k. >> >> The fps values currently used are a bit outdated w.r.t. modern webcams, so >> upgrading it wouldn't hurt. And this is a lot simpler than doing bandwidth >> calculations. > > Do I understand you correctly, are you suggesting to simply update the FPS limits to a new fixed schema, and not have an option at all? Correct. The ideal solution is indeed proper bandwidth calculations, since this would be a proper emulation of actual webcam hardware. If you have time and are interested in doing the work, then that would be great, of course. But if you just want to increase the fps limits to be more in line with modern webcams, then that's much quicker and should be fine. It might also be interesting to perhaps allow for 120 fps for the low resolutions (below 720p). Regards, Hans > > I'm happy to prepare an alternative patch for that, too. > > > > Max >