No justification for WebP!
http://www.jpegmini.com
--
You received this message because you are subscribed to the Google Groups "WebP Discussion" group.
To post to this group, send email to webp-d...@webmproject.org.
To unsubscribe from this group, send email to webp-discuss...@webmproject.org.
For more options, visit this group at http://groups.google.com/a/webmproject.org/group/webp-discuss/?hl=en.
Hi,On Sat, Jul 16, 2011 at 9:51 AM, sharon carmel <sharonca...@gmail.com> wrote:
No justification for WebP!
http://www.jpegmini.comquick test with the jpg on the gallery, attached.The forest on the right got a tad blurrier, note.
On Sat, Jul 16, 2011 at 11:11 PM, Pascal Massimino <pascal.m...@gmail.com> wrote:
Hi,On Sat, Jul 16, 2011 at 9:51 AM, sharon carmel <sharonca...@gmail.com> wrote:
No justification for WebP!
http://www.jpegmini.comquick test with the jpg on the gallery, attached.The forest on the right got a tad blurrier, note.And where is the 75% gain? The photo reduced from 44KB to 39KB, that's ~11% if my math is right.
To post to this group, send email to webp-d...@webmproject.org.
To unsubscribe from this group, send email to webp-discuss...@webmproject.org.
You may be seeing an incorrect colorspace conversion, ie, a bug and
not a real difference.
> with 1.jpg
> WebP smoothen the entire photo.
> JPEGmini compresses photos to the visibility threshold
'visibility threshold' as determined by what? There's generally no
such thing as a hard perception threshold in any human sense. Both
WebP and JPEGmini are losing information over the original.
>, i.e it does
> not change the photo
Yes it does.
> you can compress more, but what is the use of it
> if you change the photo?
Both are changing the photo. This is inescapable in multi-generation
lossy compression.
I have my own reservations about WebP's justification-- but if I have
quibbles with WebP, then JPEGmini fills my head with snake-oil alarm
bells.
Anyone else here remember what a 'Krinnish gnome' is?
Monty