From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 3B90C475E9 for ; Sat, 14 Oct 2023 14:20:10 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 2A8BD68C5B7; Sat, 14 Oct 2023 17:20:08 +0300 (EEST) Received: from mail-yw1-f170.google.com (mail-yw1-f170.google.com [209.85.128.170]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 277C768BE5A for ; Sat, 14 Oct 2023 17:20:02 +0300 (EEST) Received: by mail-yw1-f170.google.com with SMTP id 00721157ae682-5a7dafb659cso37342707b3.0 for ; Sat, 14 Oct 2023 07:20:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ob-encoder-com.20230601.gappssmtp.com; s=20230601; t=1697293200; x=1697898000; darn=ffmpeg.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=c+d5MxNBOVkitvZ3JsOpVlBOJkU6CHNwco3mg7ADkz4=; b=P0qZDhY7OXKPEZTzesFGzqCE7exhADD3AdlDVdHrZua945CMRLZSLhxTkScxRNRg1p vkmcP30kUxdwpr8wl6+dxTZW+3jsUgrb/Y0hh9JaY/xjBlcWXTtUdcx9gCNtZmeehVwl n8qBVtaG8hjiwU0BJ/jUcwdFwPaJrSt8TdTyPt86W0zB0CJMpVJyl4lKrF7GLSyRZL5v GzJ60NdppDF1Iwp/GFaDxmrn7czpMQGZPaIQ5IQ/akKsImBV6oirE9kx0d+zW6d7x1Eg nSfZIkBE7N9Q6znjopdzJHiZKxvt+0oHfnerJoiwdtZtidDDrmawAPVKwTq6CwIngFbg Ph+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697293200; x=1697898000; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=c+d5MxNBOVkitvZ3JsOpVlBOJkU6CHNwco3mg7ADkz4=; b=wHMBZzybKQ1eN+Jxg4kwq15F0sRGSmXYp7cqbZ4NKBelId+B7AH/pZXZTSnMFafROU BAAShOLuOeAt6LKCzQW2NAFzo4Wuegqta6gEiCu744A6awtV0mVGzlZGHaTGvaNyEYya LK04PkxqPuwuyAOmo9QrIuAE/vHoQfOjrkfbRDOtzFy3pJm4u5/GVELxWNrGh+h4WwN9 ivagPvgpAS+abY18PJQ0U0UFSme8d98lB4Azq14H0mB5jZ2T+QLuqk3lMfzjIGajDCuM 9osN0CdexTGxVd3dj+VQ/RNNDO6dn9gHg0XA/5M631N4azZuBv/WWUDwhss387ptpkvm YnFg== X-Gm-Message-State: AOJu0YyfmcwsJ4IgOr1ZN09AM2zEI5KtZUAo5k04M86fwgrcO+2m8FPd W6Z8sv49aeD8Zv6YqPE+I2fmFbJa3hBxnlWbQdAuly1m/wG5q/mlsrc= X-Google-Smtp-Source: AGHT+IEpKZWzE+ilaRhoBwrusxaTHBu4YXykkYiwzaB0gQqt9KJfXI7oocF77dzEh4daKbvE/15ApW+Q19aeAsIW+Vg= X-Received: by 2002:a25:b29a:0:b0:d9a:d8d3:a9e9 with SMTP id k26-20020a25b29a000000b00d9ad8d3a9e9mr6578100ybj.58.1697293200105; Sat, 14 Oct 2023 07:20:00 -0700 (PDT) MIME-Version: 1.0 References: <20231013191934.GQ3543730@pb2> <20231014003409.GB5462@haasn.xyz> <22919b35-2f3a-494f-8f34-e40e628263f2@gmail.com> <20231014005457.GB123737@haasn.xyz> <8A960BE2-8364-4AF8-A9B5-E0551C19F9DF@cosmin.at> <0101018b2b540db8-9535df37-83d6-44fd-8a1e-a5fd99185315-000000@us-west-2.amazonses.com> In-Reply-To: <0101018b2b540db8-9535df37-83d6-44fd-8a1e-a5fd99185315-000000@us-west-2.amazonses.com> From: Kieran Kunhya Date: Sat, 14 Oct 2023 15:19:49 +0100 Message-ID: To: FFmpeg development discussions and patches X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] SWS cleanup / SPI Funding Suggestion X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Cc: Cosmin Stejerean Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Sat, 14 Oct 2023 at 00:17, Cosmin Stejerean via ffmpeg-devel < ffmpeg-devel@ffmpeg.org> wrote: > > > > On Oct 13, 2023, at 4:00 PM, Vittorio Giovara < > vittorio.giovara@gmail.com> wrote: > > > > TBF this is in part why i was suggesting a new library - I feel like sws > is > > affected by bad brading because of these caching issues and imprecise > > conversion, and a new clean api in a new library would make a lot of > sense > > in my opinion. > > I think the branding issue would solve itself in short order if the actual > implementation of swscale started to be good. My concern with adding a new > library is that we'd end up in a situation where we have both swscale and a > new library side by side for some extended period of time. > > By comparison adding cleaner APIs to swscale and then slowly strangling > the old APIs (along the lines of Niklas' proposal) would allow for a more > gradual transition that has a higher likelihood of success compared to a > full rewrite IMO. > The issue is not the API, the issue is that swscale is astonishingly complex and difficult to understand internally, there are lots of different codepaths and randomly you'll end up with a buggy or slow one and have no idea how to fix it. It's probably easier to start from scratch than to try and understand and then fix swscale (years of work). Regards, Kieran Kunhya _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".