Article View: fr.comp.os.mac-os
Article #46Re: JPEG destructeur
From: METIS
Date: Tue, 10 Apr 2001 10:47
Date: Tue, 10 Apr 2001 10:47
33 lines
2966 bytes
2966 bytes
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> a �crit dans le message : Patrick.Stadelmann-BB2AD0.09340010042001@news.fu-berlin.de... > > En utilisant les m�mes param�tres de compression (tables de > quantification identiques), il n'y a quasi pas de pertes dans les zones > non modifi�es de l'image. Cela provient de la fa�on dont la perte > d'information intervient dans JPEG. Pour simplifier, disons que � un > moment donn�, certaines valeurs sont quantifi�es. Si le pas de > quantification vaut 8 par exemple, toutes ces valeurs sont remplac�es > par le multiple de 8 le plus proche (5 -> 8, 19 -> 16, etc...). ===> Ce 8, il a quelque chose � voir avec les carreaux de 8x8 pixels r�sultants de la compression (je pressens que la r�ponse est non) > Lors de la seconde compression, pour autant que le pas de quantification > soit identique, il n'y a pas de pertes suppl�mentaires : 8 reste 8, 16 > reste 16, etc... ===> Exp�rience : 1/ Je prends une tiff, je l'enregistre en jpeg comp max : destruction 1 2/ je la r�-ouvre je fais une petit coerrection de couleur, j'enregistre en jpeg : destruction 2 plus forte que 1 3/ je la r�-ouvre je fais une petit coerrection de couleur, j'enregistre en jpeg : destruction 3 presque rien, peu de diff�rence avec destruction 2 ... et ensuite, on dirait que �a ne bouge presque plus. - Ca d�pend de l'image ? - de la r�solution ? ===>Tu semble bien conna�tre la question, quelles sont tes sources ? <|[:o|| on va tout savoir... -- METIS cr�ation graphique
Technical Details
Message-ID:
<9auoqp$qem$1@s1.read.news.oleane.net>Path:
arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!nntp.cs.ubc.ca!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.usenet-edu.net!usenet-edu.net!oleane.net!oleane!nnrp.oleane.net!not-for-mailReferences:
<1erm0to.1uky4pqp1gqd4N%grouy@nordnet.fr> <9at3m2$pqm$1@front4.grolier.fr> <9auapm$h0b$1@s1.read.news.oleane.net> <Patrick.Stadelmann-BB2AD0.09340010042001@news.fu-berlin.de>Show Full Headers
Complete Article Headers
X-Google-Language: FRENCH,ASCII X-Google-Thread: 1162e1,a66a4ea6efbb241 X-Google-Attributes: gid1162e1,public X-Google-Thread: fc16a,a66a4ea6efbb241 X-Google-Attributes: gidfc16a,public X-Google-ArrivalTime: 2001-04-10 04:02:03 PST Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!nntp.cs.ubc.ca!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.usenet-edu.net!usenet-edu.net!oleane.net!oleane!nnrp.oleane.net!not-for-mail From: "METIS" <metis@net15.fr> Newsgroups: fr.comp.os.mac-os,fr.comp.graphisme.pao Subject: Re: JPEG destructeur Date: Tue, 10 Apr 2001 12:47:50 +0200 Organization: Guest of France Telecom Oleane's newsreading service Lines: 34 Message-ID: <9auoqp$qem$1@s1.read.news.oleane.net> References: <1erm0to.1uky4pqp1gqd4N%grouy@nordnet.fr> <9at3m2$pqm$1@front4.grolier.fr> <9auapm$h0b$1@s1.read.news.oleane.net> <Patrick.Stadelmann-BB2AD0.09340010042001@news.fu-berlin.de> NNTP-Posting-Host: 62.161.121.184 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: s1.read.news.oleane.net 986900121 27094 62.161.121.184 (10 Apr 2001 10:55:21 GMT) X-Complaints-To: abuse@oleane.net NNTP-Posting-Date: Tue, 10 Apr 2001 10:55:21 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200