similar to: NHW Project - good quality improvement & new -l14 very high compression quality setting

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, 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 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

Hello, Just a quick message to let you know that I have improved very high compression -l8, -l9, -l10 quality settings of the NHW Project.These settings have now more precision and still a good neatness.This new version is then better (and we can still save 2.5KB in average per .nhw compressed file). More at: http://nhwcodec.blogspot.com/ As usual, any feedback is very welcome! Cheers, Raphael

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, 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, 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, I was testing quickly some other lower quality settings -l3, -l4 because high compression is what really lacks to the NHW codec. In fact I can remove -5Ko of residual coding on Y,U,V comps for -l3 and I can remove -10Ko always of residual coding for -l4, and -l3, -l4 settings will be really better than the current ones implemented. I can also increase the wavelet coefficients threshold

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 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

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

Hi, the attached example works with bfd-ld and with gold, but not with lld: $ cat rodatareloc.s ... .align 16 leaq .JTab(%rip), %r10 jmp *(%r10, %rdx, 8) ... .section .rodata .JTab: .quad .L00, .L01, .L02, .L03, .L04, .L05, .L06, .L07 .quad .L08, .L09, .L10, .L11, .L12, .L13, .L14, .L15, .L16 $ gcc -o rodatareloc.s.o -c rodatareloc.s $ lld -o rodatareloc.so -shared

Hello, With -l5 quality setting, I have learned that I can increase wavelet coeff threshold to 12 in the HH band without noticeable difference in the reconstructed images.With this processing, I win in average 1Ko in the compressed .nhw files, and so I can raise the quantization for -l1->-l4 settings (0.935->0.955,0.88->0.9,0.87->0.89) and so these settings are now better, there is a

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, I spoke a little quickly when I proposed a £1000 rewards... because there is still some "easy" processing to increase compression in the NHW codec, like increasing wavelet coefficients threshold, decreasing again residual coding.I will try to code it tomorrow and this weekend, and will let you know what it gives. A new idea I'm thinking of not to have too much aliasing and

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

Hello, Happy New Year to the forum!!! I am still working on removing the aliasing from the decoded Y frames, but it is not that easy, I am also looking for a rather cheap solution... I will insist on it, because once it's done it will open the door to high compression and increasing wavelet coeffs threshold of the dead-zone... The NHW Project has new approaches: it has a good neatness and

Hello, I have finally added 2 lower quality settings for the NHW codec: -l1 (-5Ko) and -l2 (-10Ko).I use a quantization of 0.935 and 0.88 (kind of quantization), and I decrease residual coding on the first order wavelet image. I have updated the demo page: http://nhwcodec.blogspot.com/ . These 2 lower quality settings are still experimental.If you could find time, would be interested in any

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 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 -