Return-Path: X-Original-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-allura-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1CA2910A14 for ; Wed, 14 Aug 2013 11:13:24 +0000 (UTC) Received: (qmail 14919 invoked by uid 500); 14 Aug 2013 11:13:23 -0000 Delivered-To: apmail-incubator-allura-dev-archive@incubator.apache.org Received: (qmail 14786 invoked by uid 500); 14 Aug 2013 11:13:17 -0000 Mailing-List: contact allura-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: allura-dev@incubator.apache.org Delivered-To: mailing list allura-dev@incubator.apache.org Received: (qmail 14683 invoked by uid 99); 14 Aug 2013 11:13:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 11:13:14 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of noreply@sourceforge.net designates 216.34.181.60 as permitted sender) Received: from [216.34.181.60] (HELO smtp.ch3.sourceforge.com) (216.34.181.60) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 11:13:09 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.com; s=x; h=Date:Message-ID:Subject:Reply-To:From:To:MIME-Version:Content-Type; bh=Vg5kpJ6ADopd4nb7oNtIg2SIRMv6bQ2rwFN4zsa/gfA=; b=vOLaRSl3fObORqYWlbBpJhtFIPKqVehFSoVZ6CfSZDRQo9QeRjtfXHWT+SnEBRv02ZCEpvd5SNk767MdHI43FCS6yYzRKdh0mn7mCC4Q82ezIH8nrVmH48sK+j0Kuo6hRoQVemT3gAKoOL2UszT0GMxvstdI6HsaI12sb8p72SM=; Received: from localhost ([127.0.0.1] helo=sfs-alluradaemon-1.v29.ch3.sourceforge.com) by sfs-alluradaemon-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1V9Z0S-0005jm-Kq for allura-dev@incubator.apache.org; Wed, 14 Aug 2013 11:12:48 +0000 Content-Type: multipart/related; boundary="===============3760433196669892347==" MIME-Version: 1.0 To: "[allura:tickets] " <4897@tickets.allura.p.re.sf.net> From: "Jim Michaels" Reply-To: "[allura:tickets] " <4897@tickets.allura.p.re.sf.net> Subject: [allura:tickets] #4897 Don't unnecessarily re-encode screenshots for PSP [ss479] Message-ID:

Date: Wed, 14 Aug 2013 11:12:48 +0000 X-Virus-Checked: Checked by ClamAV on apache.org --===============3760433196669892347== Content-Type: multipart/alternative; boundary="===============5631417782115199822==" MIME-Version: 1.0 --===============5631417782115199822== MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit jpegs: the artifacts can be eliminated by raising the quality value. this is well known about jpegs. this also increases the file size, which is another well known aspect. different vendors use different ways of expressing the quality. some have the range ends swapped, and the range endpoint values have different values from one vendor to another. so this seems to be implementation-specific. I don't know about jpeg quality Allura provides, such as if it is hard-coded, or whether that is customizable somewhere. I am having issues with the thumbnails. from my experience, png's are usually fairly larger than jpegs, and are only good when you wish to reproduce detail like pixels faithfully (such as screenshots). an few existing jpeg images from a camera saved-as PNG with PS or GIMP will confirm this. you can use ttcalc or a calculator to do this: PNGsize/JPEGsize which if you multiply this ratio by your existing JPEG database size, will give you the new storage size in PNG. --- ** [tickets:#4897] Don't unnecessarily re-encode screenshots for PSP [ss479]** **Status:** open **Labels:** support p3 **Created:** Tue Sep 11, 2012 02:56 PM UTC by Chris Tsai **Last Updated:** Tue Aug 13, 2013 02:47 PM UTC **Owner:** nobody [forge:site-support:#479] >Currently screenshots are converted into JPG regardless of uploaded image format. Encoding JPG settings are rather low (~60-75 quality of original image) and give a lot of visual artifacts, especially in case of gradients. PNG images often have file size comparable or even less than of resulting JPG (in my case ~20-30%). >Suggestion: Do not encode screenshots uploaded if encoded JPG is lager then original. >Thank you. When I save the files from the PSP, they come up as PNGs for me, but they are indeed larger than the original uploaded files. See attachments on [forge:site-support:#479] for examples of the re-encode artifacts. --- Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. --===============5631417782115199822== MIME-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit

jpegs: the artifacts can be eliminated by raising the quality value. this is well known about jpegs. this also increases the file size, which is another well known aspect.
different vendors use different ways of expressing the quality. some have the range ends swapped, and the range endpoint values have different values from one vendor to another. so this seems to be implementation-specific.

I don't know about jpeg quality Allura provides, such as if it is hard-coded, or whether that is customizable somewhere.

I am having issues with the thumbnails. from my experience, png's are usually fairly larger than jpegs, and are only good when you wish to reproduce detail like pixels faithfully (such as screenshots). an few existing jpeg images from a camera saved-as PNG with PS or GIMP will confirm this. you can use ttcalc or a calculator to do this: PNGsize/JPEGsize which if you multiply this ratio by your existing JPEG database size, will give you the new storage size in PNG.


[tickets:#4897] Don't unnecessarily re-encode screenshots for PSP [ss479]

Status: open
Labels: support p3
Created: Tue Sep 11, 2012 02:56 PM UTC by Chris Tsai
Last Updated: Tue Aug 13, 2013 02:47 PM UTC
Owner: nobody

[forge:site-support:#479]

Currently screenshots are converted into JPG regardless of uploaded image format. Encoding JPG settings are rather low (~60-75 quality of original image) and give a lot of visual artifacts, especially in case of gradients. PNG images often have file size comparable or even less than of resulting JPG (in my case ~20-30%).

Suggestion: Do not encode screenshots uploaded if encoded JPG is lager then original.

Thank you.

When I save the files from the PSP, they come up as PNGs for me, but they are indeed larger than the original uploaded files.

See attachments on [forge:site-support:#479] for examples of the re-encode artifacts.


Sent from sourceforge.net because allura-dev@incubator.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

--===============5631417782115199822==-- --===============3760433196669892347==--