NHW Project - speed measurement 2 - very high compression
Raphael Canut <[email protected]> Tue, 11 Dec 2018 17:57:49 +0100
| Newsgroups | gmane.comp.multimedia.ogg.theora.general |
|---|---|
| Message-ID | <CAKE58qF6tim6yeCypPU18kWgGWURpLR4WbWS66S9jQBk5-1VHg@mail.gmail.com> |
--===============1886709050053153105== Content-Type: multipart/alternative; boundary="0000000000000274ca057cc1fcd9" --0000000000000274ca057cc1fcd9 Content-Type: text/plain; charset="UTF-8" Hello, If it could be of interest, here are new speed measurement for -l13 very high compression setting. For x265 (HEVC), I use BPG codec, and this time I use -m 0 setting which uses the fastest encoding setting of x265.I run the .exe 10x times and I pick the best scores. So here are the timings at -l13 very high compression: Encode time: x265 (BPG -m 0): 80ms NHW: 20ms Decode time: x265 (BPG): 90ms NHW: 10ms So with an equivalent level of optimization (x4-5, multithreading, SIMD,...), the NHW Project is 80/20x5=20x faster to encode and 90/10x5=45x faster to decode than x265 (optimized HEVC)! Yes, 45x faster to decode than x265 at very high compression!, this would really save on battery life for mobile devices! Else also, with the new improvements I finally find the NHW Project competitive with x265 (HEVC) on nearly 90%-95% of the images I have tested at -l13 very high compression, because it has more neatness. I will continue to go down to very high compression, but it is not that easy, anyway you can have a first idea with -l13 very high compression setting on my demo page ( http://nhwcodec.blogspot.com/ ). Many thanks! Cheers, Raphael --0000000000000274ca057cc1fcd9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"> <div>Hello,</div><div><br></div><div>If it could be of interest, here are n= ew speed measurement for -l13 very high compression setting.</div><div><br>= </div><div>For x265 (HEVC), I use BPG codec, and this time I use -m 0 setting which=20 uses the fastest encoding setting of x265.I run the .exe 10x times and I pick the best scores.</div><div><br></div><div>So here are the timings at = -l13 very high compression:</div><div><br></div><div>Encode time: x265 (BPG= -m 0): 80ms=C2=A0 NHW: 20ms</div><div>Decode time: x265 (BPG): 90ms=C2=A0 = NHW: 10ms</div><div><br></div><div>So with an equivalent level of optimization (x4-5, multithreading,=20 SIMD,...), the NHW Project is 80/20x5=3D20x faster to encode and=20 90/10x5=3D45x faster to decode than x265 (optimized HEVC)!</div><div><br></= div><div>Yes, 45x faster to decode than x265 at very high compression!, this would=20 really save on battery life for mobile devices!</div><div><br></div><div>El= se also, with the new=20 improvements I finally find the NHW Project competitive with x265 (HEVC) on nearly 90%-95% of the images I have tested at -l13 very high=20 compression, because it has more neatness.</div><div><br></div><div>I=20 will continue to go down to very high compression, but it is not that=20 easy, anyway you can have a first idea with -l13 very high compression=20 setting on my demo page ( <a href=3D"http://nhwcodec.blogspot.com/" target= =3D"_blank">http://nhwcodec.blogspot.com/</a> ).</div><div><br></div><div>M= any thanks!</div><div>Cheers,</div><div>Raphael<br></div> </div> --0000000000000274ca057cc1fcd9-- --===============1886709050053153105== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KdGhlb3JhIG1h aWxpbmcgbGlzdAp0aGVvcmFAeGlwaC5vcmcKaHR0cDovL2xpc3RzLnhpcGgub3JnL21haWxtYW4v bGlzdGluZm8vdGhlb3JhCg== --===============1886709050053153105==--