Re: [video-codec] NHW Project - new version - very high compression - Interesting for IETF?

Raphael Canut <nhwcodec@gmail.com> Thu, 04 October 2018 13:59 UTC

Return-Path: <nhwcodec@gmail.com>
X-Original-To: video-codec@ietfa.amsl.com
Delivered-To: video-codec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 465BD130E0C for <video-codec@ietfa.amsl.com>; Thu, 4 Oct 2018 06:59:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AU19riPGg7io for <video-codec@ietfa.amsl.com>; Thu, 4 Oct 2018 06:59:23 -0700 (PDT)
Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2DFF12DD85 for <video-codec@ietf.org>; Thu, 4 Oct 2018 06:59:22 -0700 (PDT)
Received: by mail-lf1-x135.google.com with SMTP id q2-v6so6837327lfc.13 for <video-codec@ietf.org>; Thu, 04 Oct 2018 06:59:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=YclrL7nFYH0G/SqlqpSpRA+0ykB45JNiBIg4GL1WC2w=; b=oQlkWREUsB1nfA40Y1FHmYlPTAk1KGv1MeyFG0Iq6NjD60Fb1MfJwbbOHH+/S7R6Ja D2QUHWLhBCtirzelt1+KDoo+/lBbNxIRRDYN6ilgyKJpTNXkmXyQiZExAYnnkpycDd4M RYQbsPG+cPrkLFR4ic6SStc0c1ReDNnGo5dT+yb8g4OObuh0C8vUWoZE0wVCW97D5pDF oRbBwWzK8DaER2W+Z2tM3D4iKQmC6SrEYvp5gviNMcdr4GwlAxdboJL1bYSlTodEXyvV O7GVRUnqd67ZuCk7OlDDzhE9IYnO2EOCFd2J0bIrlkiPdv1rQtxuxMx5Lk1huSYhIjo6 dK8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=YclrL7nFYH0G/SqlqpSpRA+0ykB45JNiBIg4GL1WC2w=; b=hx+KyYS9hNSS8kpVJdEtfruTlDc+4cLGSZlFlUUnV+vuv+75ntDLrC3gg41/8nebcf NXGMFApXMiuy6cq/GxOv5jz2EL65nTCh56FjwCZg+iCedG6RaR7HF5C/Jm54qeo4A7cf aN3/zyWh0YyPL/fzbBaW6OZf1R+UQuYHkiHxZ8VPy4CnGmKntJhC7ydkX9Bfc1S33C20 TgRLClYg389w/DPYk4k8CItjJ8U1Ec24DJ31EayhBPDewfVeft0xKwhmduoeUlz7MC4Y aEhZhBwejxr+AeGnKvW2GXkzkfQjtMfksGFpbRdDo4tEwkIC2szTmXtBR92yYVAaYj0N 0i/w==
X-Gm-Message-State: ABuFfohXip/9T9io9qJ7i0rm9aDalkSazOKxJBJ34fx3r7yz46/oTn9Y EIqCvZ5hm1P/hqDwQ9O76ytbEBHSAQA4Gow/PAv0zA==
X-Google-Smtp-Source: ACcGV621Eo9Iw/yBJS3JumFPdaI1B5iPCwr5O58eseFe3gRJvWV+m68c1gR73oZ6MzpCm2I+uXQjJjtUqLH65enXY/k=
X-Received: by 2002:a19:59d3:: with SMTP id n202-v6mr3944160lfb.125.1538661560811; Thu, 04 Oct 2018 06:59:20 -0700 (PDT)
MIME-Version: 1.0
References: <CAKE58qHX4bmskJb+BWEHOhcxSiDy9ZOxd8B94HAZVomRzs0sXw@mail.gmail.com> <20181004123724.GK26818@michaelspb>
In-Reply-To: <20181004123724.GK26818@michaelspb>
From: Raphael Canut <nhwcodec@gmail.com>
Date: Thu, 04 Oct 2018 15:59:08 +0200
Message-ID: <CAKE58qHaa5u+SAT92gWY8oh-iKjbtNq-ANEn7Vb3o=wdsjUZ-A@mail.gmail.com>
To: michael@niedermayer.cc, video-codec@ietf.org
Content-Type: multipart/alternative; boundary="000000000000c3052c0577678fe6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/video-codec/Z2iRju93YL1AvSRFoc-Cvxftq9U>
Subject: Re: [video-codec] NHW Project - new version - very high compression - Interesting for IETF?
X-BeenThere: video-codec@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Video codec BoF discussion list <video-codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/video-codec>, <mailto:video-codec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/video-codec/>
List-Post: <mailto:video-codec@ietf.org>
List-Help: <mailto:video-codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/video-codec>, <mailto:video-codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Oct 2018 13:59:25 -0000

Hello Michael,

Many thanks for your answer Sir!

It interests me a lot that the NHW Project algorithm would be studied for
the great FFV1 codec!

Just first I wanted to point out that the NHW Project is very experimental
for now.For example there is no lossless mode and it is now only for
512x512 image size...

Do you plan to add to FFV1 a lossy intra-coded picture mode?

Maybe first and before going deeper, you can try the NHW Project and see if
in its current state it can be interesting for FFV1?

Many thanks again!
Cheers,
Raphael



Le jeu. 4 oct. 2018 à 14:37, Michael Niedermayer <michael@niedermayer.cc> a
écrit :

> Hi Raphael
>
> On Wed, Oct 03, 2018 at 06:42:01PM +0200, Raphael Canut wrote:
> > Hello,
> >
> > Maybe it could be interesting for professional people of this list, I
> have
> > improved the NHW Project image compression codec.
> >
> > This new version is better and I have added very high compression, which
> is
> > very competitive with x265 (HEVC).Maybe this version could be now
> > interesting for the IETF video codec working group...
> >
> > For reminder, the NHW Project has more neatness than x265 (HEVC) and I
> find
> > it visually more pleasant, it is royalty-free, and it is at least 50x
> > faster to encode and at least 15x faster to decode than x265 (optimized
> > HEVC)! So it is meeting the criteria of the IETF video codec.
> >
> > You can find more at: http://nhwcodec.blogspot.com/
> >
> > Sorry again if you find that I am "spamming" the list (do not hesitate to
> > let me know), but it is extremely difficult for me to reach the Industry
> > for my codec.
>
> I cant speak about NHW (as i have not looked at it yet) or for IETF
> but somewhat on topic and related, if you are interrested in
> working on a IETF "standarized" video codec". As the author of the
> original FFV1 spec. I and i belive "we" at IETF cellar would be very
> interrested
> in seeing work done to improve future iterations of FFV1. And while
> FFV1 is not a wavelet codec really i think there are no real constraints
> of what a future v5, v6 or whatever might do, it could use a completely
> different algorithm if the people on IETF-cellar feel thats the right
> way forward.
> I had always imagined long before cellar-IETF existed that future
> revissions
> of FFV1 would be designed based on some sort of competition between
> different algorithms being tested with the aim being simplicity,
> high compression, speed and losslessness.
> Also image coding and intra only coded video are very closely related,
> its basically almost the same problem.
>
> Thanks
>
> [...]
>
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> No human being will ever know the Truth, for even if they happen to say it
> by chance, they would not even known they had done so. -- Xenophanes
>