🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fr.comp.os.mac-os
Article #46

Re: JPEG destructeur

#46
From: METIS
Date: Tue, 10 Apr 2001 10:47
33 lines
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-mail
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>

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