<div>Hello,</div><div> </div><div>I don&#39;t have really advanced on my codec at the moment, but a very interesting thing I have read recently, is that there is normally no reason that frequency prediction would be more difficult than (2-D) spatial prediction (for image).For my codec, I have tried to predict little wavelet (hf) coefficients, but it is really very difficult and I don&#39;t have results.It is maybe more difficult to predict little wavelet coeffs as most of them are certainly related with noise parts of image (and are then random and not predictable), but for the others, not related to noise, even if it is 5% of them and if there would be an algorithm to predict them, please do not hesitate to point me out.</div>
<div> </div><div>I have also not compiled the Linux binaries for my codec, and if someone has managed to compile them, please do not hesitate to let me know, would be just great, and could add them on my demo page.</div><div>
 </div><div>Very quickly to finish, I have also not worked on the other quality settings.For the next higher ones, I could start to add residual coding, correct errors on the 512x256 wavelet &quot;high-resolution&quot; part (for a 512x512 image), but higher quality settings is maybe not the most difficult..., the most difficult is to remove data and the lower quality settings.As I would like to keep a good neatness of image, maybe add, for the lower quality settings, a segmentation and denoising function, that will first remove data, even if the image will be then more &quot;flat&quot;? But is it generally a good idea, or not? I don&#39;t know the current state of segmentation (and geometric) image compression, and I am really not skilled enough.</div>
<div> </div><div>So there is really a big amount of work to do on my codec, and really (really) too much for me, and of course I can not spend this time if there is not any intended usage for my codec... -My codec doesn&#39;t seem to have reached a lot of interest for now-...</div>
<div> </div><div>Many thanks again for your time,</div><div>Raphael<br><br></div><div class="gmail_quote">2012/7/25 Raphael Canut <span dir="ltr">&lt;<a href="mailto:nhwcodec@gmail.com" target="_blank">nhwcodec@gmail.com</a>&gt;</span><br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div>Hi again,</div><div> </div><div>I have improved precision of my codec (on the encoder and decoder).I have also improved the -h1 quality setting.-Source code and binaries at <a href="http://nhwcodec.blogspot.com/" target="_blank">http://nhwcodec.blogspot.com/</a> -.</div>

<div> </div><div>I am still trying to improve precision of my codec, with keeping my low-complexity (fast) approach.</div><div>I do not totally use the reference (and impressive) block prediction with different modes + residual coding scheme, but I just apply residual coding on the first order wavelet &quot;image&quot; (for example for a 512x512 image, I just code the errors on the 256x256 wavelet &quot;high-resolution&quot; part), hence the lack of precision.I try to compensate it with a little more neatness of the wavelet 5/3 filterbank, but that&#39;s right that precision seems visually more important.</div>

<div> </div><div>Any opinion on this approach or on the codec in general is very welcome.</div><div> </div><div>Many thanks again,</div><div>Raphael</div>
</blockquote></div><br>