search for: webp

WebP (imagepart of VP9) is better then JPG AVIF (imagepart of VPX/AV1) is better then HEIF please support in OPUS file for album arts more then JPG and PNG... WebP and AVIF are free imageformats can store multiple images thats good for the problem with METADATA_BLOCK_PICTURE only can store one file....

...ATA_BLOCK_PICTURE blocks as you want, so even if each can only store a single picture I'm very unclear about what the problem is? Opus isn't related to its containers, though, those are separate lists. On Fri, Jun 21, 2019 at 12:56 AM Oliver Petry <oliverpetry at gmx.de> wrote: > WebP (imagepart of VP9) is better then JPG > AVIF (imagepart of VPX/AV1) is better then HEIF > > please support in OPUS file for album arts > more then JPG and PNG... > > WebP and AVIF are free imageformats can store multiple images > thats good for the problem with METADATA_BLOCK_P...

...you want, so even if each can only store a > single picture I'm very unclear about what the problem is? Opus isn't > related to its containers, though, those are separate lists. > > On Fri, Jun 21, 2019 at 12:56 AM Oliver Petry <oliverpetry at gmx.de> wrote: > >> WebP (imagepart of VP9) is better then JPG >> AVIF (imagepart of VPX/AV1) is better then HEIF >> >> please support in OPUS file for album arts >> more then JPG and PNG... >> >> WebP and AVIF are free imageformats can store multiple images >> thats good for the p...

...very good in fact at very high compression, it really preserves the contours, edges, and applies a rather strong denoising, details washing-out inside the contours.The resulting image can appear then a little "cartoonish" but visually it's the result I neatly prefer compared to x264, WebP, Rududu results and artifacts at these same very high compression ratios.(This is also confirmed by PSNR and SSIM...) So for -l8 very high compression setting and above, I will need to find a new approach of compression and perceptual quality, and new processings.Again if you have skills in image...

...compile time for performance. As an example of how MCA can be used to improve scheduling, we have built a prototype machine scheduler that optimizes the simulated latency of a block of code under the constraints of the scheduling DAG. We've had interesting wins of 2-3% on assembly kernels for webp <https://github.com/webmproject/libwebp/commit/67748b41dbb21a43e88f2b6ddf6117f4338873a3> and gemmlowp <https://github.com/google/gemmlowp/pull/91>*. The patch is completely mechanical and can be seen here <https://reviews.llvm.org/D55557>. It only moves the files and updates all...

...time to get back to the NHW Project.I was thinking about making a technology demo, and I wanted to highlight the uniqueness of the NHW codec that is neatness/sharpness preserving or enhancement.With my eyes, I can see that the NHW codec has more neatness/sharpness than the other codecs (x265, x264, WebP, Rududu, JPEG,...), but for a demo there must be objective metrics, and this is where things complicates.... I have tried to make quickly a neatness/sharpness metrics but without luck, and it doesn't seem that easy... Would someone of you have a neatness metrics? Would help me a lot for my tec...

...ebsite 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,... that (visually) show that the NHW codec has more neatness/sharpness than the others, I can supply encode/decode timings that show that unoptimized NHW codec is faster than the other codecs. Unfortunately, I don't have a neatness metrics, I won't be able to create and register a we...

...C Channel.I contacted you to have your advice and comment about wavelets for image/video compression, as I have made a wavelet-based image compression codec. I know that currently the best image/video compression codecs use the DCT block-based transform, like JPEG, Ogg Theora and the recent Google WebP, for example, but what would you think of wavelet transform? Here is the link for my wavelet-based image compression codec: http://nhwcodec.blogspot.com/ I am still trying to improve my codec, and so any comments and advice are very welcome.I had few, but great discussions with Monty Montgomery a...

...Hello, > > Just contact you quickly as I have improved precision of my codec (a > little) and I have updated my demo page: http://nhwcodec.blogspot.com/ > .This > version seems a little better. > I will also certainly have to do an image comparison with other codecs, > Google WebP for example, which has a very impressive precision, and to > show > that my codec would have less precision but maybe a little more neatness. > > Any comment would be really appreciated. > > Many thanks, > Raphael Could you post screenshots of the improvements? -- Daniel H...

Hi again, 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 http://nhwcodec.blogspot.com/-. I am still trying to improve precision of my codec, with keeping my low-complexity (fast) approach. I do not totally use the reference (and impressive) block prediction with different modes + residual coding scheme,

...le Quicktime, additional to .mov) Multimedia containers ===================== .3g2, .3gp (3GPP) .f4v, .flv, (Flash) .m2ts (Blu-ray) .mka, .mkv (Matroska) .MTS (AVCHD) .oga, .ogm, .ogv, .ogx (Ogg, additional to .ogg) .ts (MPEG Transport Stream) .VOB (DVD) .webm (Google WebM) Pictures ======== .webp (Google WebP) Archives ======== .apk (Android Package Kit, extended from .jar/.zip) .dmg (Apple OS X Disk Image) .ear, .jar, .war (Java archives, extended from .zip) .lrz (lrzip) .rz (rzip's default extension, additional to .rzip) .sz (Google Snappy) .tbz2 (tar+bzip2, additional to .tbz) .Z,...

...the NHW codec performs bad on all metrics because it modifies image to give it more neatness (this also includes a slight denoising)... For speed, the NHW codec is written in plain C code, there are no C optimization, no SIMD optimization, no multithreading, whereas the other codecs (x265,VP9,x264,WebP,...) have them and are highly optimized, so time/speed comparison will not be fair... Then there are innovations in the NHW codec: like a new fast wavelet transform, a multistage residual coding, 3 new entropy coding schemes and other things like for example interesting pre- and post- processing b...

Hello, I don't have advanced on the NHW Project this past month, but I have definitely validated its characteristics and this new version. The NHW Codec preserves or enhances image neatness and sharpness, which translates that on good quality images the NHW Codec is globally better than HEVC, and on degraded (with blur, artifacts) images it is worse than HEVC because it lacks of precision. I

...nnection: keep-alive\r\n Cache-Control: max-age=0\r\n Upgrade-Insecure-Requests: 1\r\n User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36\r\n Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8\r\n DNT: 1\r\n Accept-Encoding: gzip, deflate, sdch, br\r\n Accept-Language: en-US,en;q=0.8\r\n \r\n [Full request URI: http://localhost:8080/solr/select?fl=uid,score&rows=2664&sort=uid+asc&q=%7B!lucene+q.op%3DAND%7D(hdr:test+OR+body:test)&fq=...

...ion 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 > > precision.But they also tend to blur/decrease neatness-sharpness of image > > where the NHW codec would enhance image neatness/sharpness.But that's > right > >...

...es <davefilms.us at gmail.com>: >>> >>>> I think Apple is somehow "attached" to the MPEG group. They control the >>>> "pools" too. Your codec sounds great. Google could -- if they wanted to -- >>>> use it but they have Web^M and webP. Look to Asia. Asus has just launched a >>>> new phone. ?? >>>> >>>> On Mon, Jul 9, 2018, 3:14 PM Raphael Canut <nhwcodec at gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> I don't have advanced o...

...t Reporter: paul at debian.org QA Contact: rsync-qa at samba.org There are a number of file extensions that are already mostly compressed that are not yet listed in DEFAULT_DONT_COMPRESS in loadparm.c. These are probable candidates to add: - webm (audiovisual media file formt) - webp (image format) - ogv (Ogg container format) - squashfs (used for e.g. Debian live images) I'm sure there are more, hopefully people can add those to this bug report? -- You are receiving this mail because: You are the QA Contact for the bug.

...ur codec to not catch attention and don't have answers, but what is even harder is that I find the NHW codec still competitive (even in its current state). For example, I have made a visual comparison for mid compression (-l2 to -h2 setting) on 50 images of the NHW codec with BPG (HEVC intra), WebP, and Rududu Image Compression (Rududu is a powerful wavelet image codec, released in April 2008, that is based on SPIHT-like, zerotree coding, -it totally went under-the-radar...-). Results: The codec that has the more precision is BPG, the codec that has the more neatness is NHW.Don't know wh...

...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: http://nhwcodec.blogspot.com/ Else I realize that JPEG XR (2009) and WebP (2011) are quite good codecs, they are backed furthermore by big companies Microsoft and Google, they claim and guarantee that their codecs are royalty-free, and so if at the moment of their release in 2009 and 2011, they didn't succeed in replacing JPEG, I can not see why today the NHW codec t...

I think Apple is somehow "attached" to the MPEG group. They control the "pools" too. Your codec sounds great. Google could -- if they wanted to -- use it but they have Web^M and webP. Look to Asia. Asus has just launched a new phone. ?? On Mon, Jul 9, 2018, 3:14 PM Raphael Canut <nhwcodec at gmail.com> wrote: > Hello, > > I don't have advanced on the NHW Project this past month, but I have > definitely validated its characteristics and this new version....