similar to: NHW Project - 2017 timetable

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, I have some progress for the NHW codec. I recently talked with a researcher that has some interest in the NHW codec.He has studied several directional wavelet transforms (notably HWD directional transform), and he came to the conclusion that directional transforms will bring marginal improvement, not significant in the case of my compression codec.This also confirms what I have read from

Hello, Ok that's right HEVC and AOM AV1 are better than the NHW codec, even at mid compression.I only tested my codec with quite neat images, hence the good results, but on more blurred, more compressed images, HEVC and AOM AV1 are definitely better, they are also exceptionnal at high compression. So, yes that's right, the NHW codec has very little chance to penetrate the market, it is

Hello, These last 2 months I have been in contact with a very impressive and friendly engineer from Intel who has written an article on my codec and the 4-5 new codecs in general that competes with HEVC.He finally answered me that as Intel is a founding member of the Alliance for Open Media and chairs several MPEG WG around HEVC, they won't be able to put extra resources on the NHW Project.So

Hello, I would like to discuss a little about the NHW codec and its state after nearly 5 years on the Xiph forums. I also know that if I would like to discuss I'd better go to the great Doom9 and Encode.ru forums but for now I find that my codec is too experimental for these professional forums: - the codec is only for fixed 512x512 size, just a test tool. - there is only mid compression -

Hello, I am slowly working on the NHW codec, I think now that I will remove the (multistage) residual coding, because it consumes too much bits while leaving still some artifacts.Instead, it seems better to simply have a finer quantization (and use a quantization step of 4 instead of 8).For the higher compression settings, I will need a good "psycho-visual" quantization to know which

Hello, Definitely not any (constructive) comments on the NHW Image codec? According to my tests, it can compare good with reference codecs like x264 intra and WebP. Yes, the codec is still experimental and is optimized for visual (subjective) evaluation, not PSNR.Its main feature is again that it would have a little more neatness/sharpness and a little less precision (residual coding is applied

Hello, So thanks to helpful forum feedbacks, I know now that I have to create a website for the NHW Project, make demo pages of the technology, and all that with good visual design.It won't be such easy for me... For example, I can easily supply a description, explanation of the different steps of the algorithm, I can supply images encoded at mid-compression with NHW, x265, WebP, JPEG,...

Hello, I know there is no community around NHW, but I would have liked to know what you would like to see improved in the NHW codec.I know its results are not perfect for now compared to high-end AV1/VVC codecs for example, but could be ok giving its extremely fast speed.-However on high quality images, I notably like its good results because of its neatness.- Regarding things to improve, there

Hello, In my last post, I seemed to say that there were no directional wavelet transforms that would give improvement to the NHW codec, but are directional wavelets an active research field today? I have also seen some recent patents on advanced and improved SPIHT, and I am a little surprised that there is no "up-to-date" state-of-the-art wavelet codec.Rududu in April 2008 was the last

Raphael, I do not believe it is possible to build a viable community around most hardware projects except super-universal based on very cheap/high-volume products like Pi or Arduino. We see the commercial benefits of Free Software/Open Hardware as it adds value to the hardware as users are ready to pay extra for the Freedom. Andrey ---- On Thu, 02 Dec 2021 12:59:34 -0700 Raphael Canut

Hi Andrey, Thank you for your answer.Actually, NHW is very low-power so I think it could be geared toward any hardware.But actually I don't have hardware skills, so NHW is not a real hardware project for now maybe? I agree with you that it is extremely difficult (for me) to build a community around NHW, I'm certainly very bad/underskilled at it.Any help is welcome! Cheers, Raphael Le

I don't mind at all. I imagine there are more people like me out there who have been following your work, but haven't said anything. I agree that a series of pages explaining how things work may lead to more contributions. At the very least it would lead to more people being better educated on how wavelets work in image compression. But, this is your project, if you don't have the

Hello, I have improved a little the NHW codec.I have improved the dequantization in the wavelet HH band, and little improved the -l2 (and lower) quality setting.I have also added a -l3 lower quality setting (-15Ko, exp), I have increased the quantization for this other setting, and I start to remove higher wavelet coefficients, but this is not optimal... The artifacts start to be noticeable for

Hello, I have re-tested -l4 high compression setting and it's clear that it lacks of precision on degraded, rather blurred images. So I don't know if it is a good idea to base the other lower quality settings (-l5,-l6,...) on -l4 setting.I have tested the NHW codec against x265, x264, Daala, WebP, Rududu, DLI and it's clear that at high compression these very good codecs have more

Hello, No advance for now on the NHW codec, I am still working on a new quantization scheme to scale down the compression ratios but without luck... Any advice, idea is very welcome.I will also have to correctly code the wavelet filerbank and process on rows and columns and suppress the image transposition (this is for long overdue)... will win few cycles... there are other parts to speed up (in

Hello, I forgot in my last reply that my DWT implementation can be speed up, for example I'm doing for now: for (;_X1<_E_;_X1++,_RES+=2) //dilatation { _RES[0]=_X1[0]<<3; _RES[1]=(_X1[1]+_X1[0])<<2; } then for (;_X2<_E_;_X2++,_RES+=2) //details { _RES[0]-=(_X2[1]+_X2[0])<<1; _RES[1]+=6*_X2[1]-_X2[2]-_X2[0];

Raphael, Some 15 years ago I implemented limited functionality Theora in our cameras FPGA (it took me 6 month of hard labor), and then gave up - it is a very crowded space and it is difficult to compete with more advanced codecs. And for our other work we anyway need almost raw image data, so we are using JPEG-based JP4 format (https://community.elphel.com/jp4) that we originally developed for

Hello, I have improved quality for -l1->-l4 settings.I have properly set up the wavelet coeff threshold of the dead-zone according to the different wavelet subbands, I have then saved another 1Ko per .nhw files without noticeable difference and so I have raised again the quantization.The reconstructed images have now a better precision and still a good neatness. Update at:

Hello, I think I have nearly validated the -l8 "very high compression" setting, I have started to work on -l9 setting, and I have just tested these ones against x265 (HEVC), and on rather good quality images, they are very competitive, that's not a joke!!! I have tested -l8 quality setting on 30 rather good quality images against x265, and on 20-22 images I prefer the results of the