similar to: NHW Project - very high compression settings

Hello, For those interested, I have added a -l8 "very high compression" setting to the NHW Project. I have added an experimental processing to remove details and preserve neatness.I have also now a fast estimation of entropy of wavelet coefficients and I use it accordingly to the image complexity but it is a very first version... With these new processings, the entropy coding schemes

Hello, The -l8 "very high compression" setting I posted was not really good.Now I have corrected and improved it, and now the -l8 quality setting is really better, more precision and more neatness. I think now it is a good setting, and I have started to compare it with x265 and it can be now competitive. More at: http://nhwcodec.blogspot.com/ Do not hesitate to test it and give me

Hello, Just a quick message to let you know that I have really improved very high compression of the NHW Project from -l8 to -l13 quality settings, and we can still save 2.5KB per .nhw compressed file. Actually I am new to very high compression, it is just 3 months that I am working on it (I put on pause the NHW Project from August 2013 to February 2018 )... And I realize that very high

Hello, I've found some time to get back to the NHW Project.In fact a Xiph forum member told me that even if I will start a new job, he hopes that I will still continue to develop a little the NHW Project, on my spare time.I told him that I would furthermore spend my spare time on the NHW Project if a community around the project could emerge... and he told me that certainly the best way for

Hello, For those interested, I have improved -l8 high compression quality setting.This setting is now better, more precision.Files are also a little smaller and I don't have touched the entropy coding schemes, so we can still save 2KB per .nhw compressed file. More at: http://nhwcodec.blogspot.com/ I am also working on -l9 quality setting, but it is not ready for now, notably as x265 (HEVC)

Hello, I have just added a new -l18 "extreme" compression quality setting to the NHW Project.I find this quality setting very good and actually better than x265 (HEVC). First, I wanted to let you know that compression of the wavelet DC image is really not efficient at extreme compression, I have the fast ideas to improve it, and so we can really save 2.5KB per .nhw compressed files in

Hello, I don't have worked on the NHW Project this past week (I also have to work on an other project) but I found time today to make an "extensive" testing of x265 (HEVC) and the NHW codec at high compression (-l7 setting). That's right that x265 is a very good codec! Really impressive.The NHW Project is not as good, it can only compete with x265 (HEVC) on quite high quality

Hello all, It's me again.Just a quick message to tell that I finally do not agree that HEVC (don't have tested AOM AV1 for now) is better than the NHW codec at mid compression. Last night, I dowloaded 30 images of Star Wars Rogue One on the web and I made another comparison with x265 (HEVC) for mid compression (-l2 to h2 settings for the NHW codec). Visually, I prefer the results of NHW

Hello, Just a word to let you know that I have improved -l7 high compression quality setting, thanks to a new processing and I have also corrected an error in the residual coding.Now it has more neatness/definition.Files size is also a little smaller (and please keep in mind that the entropy coding schemes are not optimal for now, so we can save 1.5Ko-2Ko per .nhw file). Actually I find -l7

Hello, Just a quick message to let you know that I have made good quality improvements for very high and extreme compression of the NHW Project (-l8 to -l15 quality settings).The NHW Project starts to be really competitive with x265 (HEVC) at these very high compression ratios.I even find the NHW Project visually better than x265 (HEVC) for mid and high compression! I have also improved encoding

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

Hello all, Just a quick message for those interested in the NHW Project.I realize that I have too little time to spend on the project currently and I feel that this year will be very important after 6-7 years for its success or not.I already had some few replies from some companies (and a major one), and they can not spend some time, spend some engineers on my work because there is no

---------- Forwarded message ---------- From: Raphael Canut <nhwcodec at gmail.com> Date: 2017-11-30 14:22 GMT+01:00 Subject: Re: [theora] NHW Project - speed comparison with x265 To: fboehm <fboehm at aon.at> Hi Franz, Many thanks for your answer!!! > I appreciate your enthusiastic work on such a complex project like writing a video codec Yes, for now the NHW codec is more an

Hello, Could some of you take a look at the image comparison between the NHW Project and x265 (HEVC) at high compression, available here: http://nhwcodec.blogspot.com/ . I would be very very interested in your opinion, and it would help me to perfect the NHW Project.For me the NHW Project has more neatness, and x265 has more precision. Else, I was a little lazy these past months, as I

Hello, I would like to thank very much the Theora channel community for their support and help!!! And even recently a Theora channel member proposed me to freely host on his server the NHW Project website, to present the codec on the embedded processors, MCU forums that he knows well, another member forked my GitHub repository!!! Really thank you very much!!! It makes me think that maybe the NHW

Hello Ken, Many thanks for your reply! Yes, I very need to adapt the NHW codec to any image size.But actually it is the least interesting part, I don't think that it is that difficult (compared to creating high compression settings) but it is very boring, annoying... Really not the part that I prefer... For now, as I am jobless, my aim is to have "pleasure" with the NHW Project and

Hello Spork, > If you want though, when I find some time, I can work on supporting a better command line parsing. Yes that would be great as my command line parsing is not good at all. > Does your codec compile under Linux? If not, that's something I can try to work on as well. I never tested my codec under Linux )-:, and so it would be also great to compile it under Linux.I think

Hello, Just a quick update to let you know that I have corrected many bugs in the NHW Project, and notably one bug, spotted by skal (Google WebP), which caused compilation errors or warnings.I have also corrected a bug in the -l8 quality setting and so now compression is better.The -l8 quality setting is now very competitive with x265 (HEVC)! Update at: http://nhwcodec.blogspot.com/ As always,

Hello, I am very slowly working on the NHW Project.I recently made a speed comparison with x265 and wanted to share it with you. On my processor Intel Core i5-6400, in average the NHW encoder (totally unoptimized) is x10 times faster to encode than x265 (png decoding time removed), in average 30ms vs 300ms for a 512x512 24bit color image, and in average the NHW decoder (totally unoptimized) is

Hello, I wanted to let you know that I have released a new -l13 very high compression quality setting for the NHW Project (and we can still save 2.5KB per .nhw compressed file). I find this -l13 quality setting very competitive (I will maybe use some of its processing to improve -l12 setting).Compared to x265 (HEVC), I have tested on 15 rather good quality images, and I visually prefer the