30

./27 > J'ai remarqué qu'il y avait surtout des pertes au niveau de la chroma en réencodant plusieurs fois la même image (i.e. à chaque fois on perd en saturation).
Mais sachant comment est encodé le JPEG ça ne me surprend pas outre mesure. (Au bon vouloir de l'encodeur/décodeur, il peut y avoir réduction d'échantillonnage sur la chroma, ce qui entraîne une double perte de qualité)
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

31

En théorie, une fois que la première compression a sous-échantillonné, les suivantes ne devraient rien changer (puisqu'il n'y a plus d'infos à virer). Idem pour le reste.

En pratique, les arrondis mathématiques font que ce n'est généralement pas le cas. Mais il me semble qu'il y a des encodeurs JPEG spécifiques qui garantissent ça.
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

32

GoldenCrystal (./30) :
il peut y avoir réduction d'échantillonnage sur la chroma
Heureusement que ça se paramètre, il y a clairement une assez grosse différence sur les photos si on réduit l'échantillonnage de la chroma. C'est un réglage important.

33

./31 > Hmm je sais pas si c'est possible. Il me semble que l'étape où tu "simplifies" la DCT est assez violente. Après j'ai pas fait les calculs en vrai pour vérifier, mais j'ai de gros doutes sur la possibilité de faire de la recompression lossless ^^
Sinon, pas vraiment de rapport direct (à part le format de fichier) mais j'ai trouvé ce document sur Google: http://dfrws.org/2008/proceedings/p21-kornblum_pres.pdf , y'a quelques trucs intéressants vers la fin tongue
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes

34

Tiens, je l'avais déjà lu celui-là ^^

Je ne retrouve plus ma source qui parlait de la faisabilité de la recompression lossless en gardant les mêmes réglages. J'ai par contre trouvé un papier qui parle d'un problème plus difficile : faire de la recompression JPEG lossless, mais en utilisant seulement l'image décompressée (donc sans connaître les tables de quantification utilisées pour la compression). Ils n'y arrivent pas à 100%, mais les résultats sont intéressants quand même : http://micrological.appspot.com/cl-web/spie10-full.pdf

Dans l'absolu, je ne vois pas pourquoi ce serait mathématiquement impossible. La quantification consiste grosso modo à faire un arrondi. Si tes valeurs l'ont déjà été par une compression précédente, les arrondir une fois de plus ne doit normalement rien changer. Même chose pour le sous-échantillonnage : ça détruit toutes les fréquences supérieures à Fs/4, mais s'il n'y a déjà plus rien, ça n'aura aucun effet. Par contre, ça nécessite d'être prudent sur les modes de calcul pour que ça fonctionne en pratique.
avatar
Zeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

35

squalyl (./26) :
./22 la compression, et ses artifacts, dépendent de l'environnement des pixels, répartis en blocs de 8x8

si tu rotates, l' "environnement" de chaque pixel change et la compression est subtilement différente.


Merci pour l'info je n'avais jamais réalisé cela (encore un argument de plus contre ce format merdique)! On oublie la transformation matricielle loseless donc.
avatar
"If you see strict DRM and copy protection that threatens the preservation of history, fight it: copy the work, keep it safe, and eventually share it so it never disappears. [...] no one living 500 years from now will judge your infringing deeds harshly when they can load up an ancient program and see it for themselves."

Benj Edwards - Why History Needs Software Piracy

- - -
Achat ou échange: topic de mes recherches Meilleur smiley = #helico# Obligatory XKCD

36

Jonas (./35) :
(encore un argument de plus contre ce format merdique)
?
Heu, non, il suffit juste de savoir quoi en faire et quand l'utiliser, c'est tout...

37

3t789JN.png

grin grin
avatar
"If you see strict DRM and copy protection that threatens the preservation of history, fight it: copy the work, keep it safe, and eventually share it so it never disappears. [...] no one living 500 years from now will judge your infringing deeds harshly when they can load up an ancient program and see it for themselves."

Benj Edwards - Why History Needs Software Piracy

- - -
Achat ou échange: topic de mes recherches Meilleur smiley = #helico# Obligatory XKCD

38

grin

39

40

Oui là d'accord, c'est pas pour la même chose, c'est tout cheeky

41

grin
avatar

42

┬──┬◡ノ(° -°ノ)
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.