Vers le forum actuel de galerie photo : http://www.galerie-photo.info/forum

Retour à l'index des archives 2006-2009
phorum - équipements et procédés - Poids des fichiers chez Picto

Archives 2006-2009 équipements et procédés
galerie-photo, le Site Français de la Photographie Haute Résolution


 Poids des fichiers chez Picto
Auteur: malvec 
Date:   06-09-2008 12:38

Je viens consulter chez Picto les tarifs pour des agrandissements grand format à partir de fichier numérique
http://www.picto.fr/nos_tirage.htm#5

Je me trouve très étonné des poids des fichiers suggérés...
Par exemple pour un 80x120 ils suggèrent 125 Mo
Or un fichier TIF qui provient de mon D200 (Raw converti en TIF après post traitement) plafonne à 30 Mo....

Je suis donc très dubitatif sur ces poids de fichiers....

Si quelqu'un peut m'éclairer, je me coucherai moins bête ce soir... ou demain :-))

Cordialement à tous.


 
 Re: Poids des fichiers chez Picto
Auteur: Jean-Claude Launey 
Date:   06-09-2008 12:54

En gros 80x120 c'est 32x48 inches (pouces).
La " norme " est de 300 dpi soit 32x300x48x300 = environ 138 Mo.
Mais pour une telle dimension de tirage 240 dpi et moins est très correct.
à 240 dpi on descend à 88 Mo
à 180 dpi on descend à 50 Mo

Vos 30 Mo vont le faire avec un petit rééchantillonnage.

Disons que pour se couvrir les labos et imprimeurs veulent systèmatiquement 300 dpi. Ce n'est pas toujours indispensable.

JCL


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 13:06

Il faut aussi rappeler initialement et en natif un D200 ne délivre pas l'information théoriquement nécessaire à cet agrandissement.

Mais bon comme déja dit par Jean-Claude un rééchantillonnage ou un passage dans extensis ou guenuine fractal assurera la quantité de pixels nécessaires sans toutefois rajouter de détails.


 
 Re: Poids des fichiers chez Picto
Auteur: pf 
Date:   06-09-2008 14:17

Bonjour,
d'où l'intêret d'un bon vieux négatif moyen format duquel on peut extirper plus d'infos et qui a une plus grande dynamique ...

pf


 
 Re: Poids des fichiers chez Picto
Auteur: DF 
Date:   06-09-2008 14:31

Bonjour,

Je rappelle que les impressions jet d'encre, haut-de-gamme ou non, sortent en 254dpi, résolution standard maximale des imprimantes correspondantes top-niveau ( les autres imprimantes photo impriment également à cette résolution ).
Cela pour faire remarquer qu'il ne faut pas trop les regarder au compte-fil ( ce qui n'est pas le but ), contrairement aux tirages argentiques ou apparentés ( mais cela n'est pas franchement le but non plus, bien que la sensation générale s'en ressente ).

Les 300dpi sont utiles pour les impressions offset ( pour sorties en 150 ou 133 "équivalent dpi" de la presse standard, à doubler pour les bouquins d'art : 600 pour 300/266 ).

DF


 
 Re: Poids des fichiers chez Picto
Auteur: malvec 
Date:   06-09-2008 14:31

Merci à tous.
Je suis bien d'accord avec toi PF !! Mais.... mais.... ;-))


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 14:36

Même à 254 dpi on est toujours loin d'avoir le compte avec un capteur de D200 pour un 80 * 120 cm.
Mais on arrive à un résultat quand même.
Après aimer ou pas c'est chacun ses goûts évidemment.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   06-09-2008 15:40

<<Les 300dpi sont utiles pour les impressions offset ( pour sorties en 150 ou 133 "équivalent dpi" de la presse standard, à doubler pour les bouquins d'art : 600 pour 300/266 ).<<

En fait non cette loi n'est pas linéaire.

Pour de la trame 150 il faut 300 Dpi
Mais pour de la trame 300, 450 Dpi suffisent
Et pour de la trame 100 on reste à 2-300 Dpi

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: yves-107 
Date:   06-09-2008 17:02

Pour alimenter le débat, chez Picto Méditerranée les fichiers demandés sont en adobeRVB et 150 dpi pour ces formats, ce qui réduit sensiblement le poids (14 Mo selon le calcul de JCL et si je n'ai pas fait d'erreur de calcul). Picto s'occupe alors du rééchantillonnage ! A voir car je n'ai pas essayé.




 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 17:19

Parlons plutôt en vrai taille d'une image c'est à dire que pour faire un 120*80 cm à 150 dpi il faut environ 4800 * 7200 pixels soit environ 35 millions de pixels.
Le poids d'un fichier ne reflète pas complètement sa taille. Il est variable en fonction du contenu ( par exemple dominante de hautes ou de basses lumières ) et aussi selon son mode d'enregistrement alors que la taille est invariable.
C'est pour cela que pour éviter les confusions en général il est demandé de fournir un certain poids de fichier mais exprimé en TIFF sans compression ( LZW par ex ) qui sera le plus proche de la taille vraiment nécessaire.
Avec la même taille d'image on peut faire des fichiers de 10 mo, 20 mo, 40 mo et pourtant le contenu reste le même.


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 17:24

Et une image de 4800 * 7200 pixels en RVB enregistré sous photoshop en TIFF sans compression fait environ 95 Mo.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   06-09-2008 17:33

4800x7200x3 = 103 Mo environ

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 18:30

" Il est variable en fonction du contenu ( par exemple dominante de hautes ou de basses lumières )"
Je précise que ce facteur ne rentre en jeux que sur les fichiers enregistrés avec compression.
Les TiFF ne sont pas concernés.
En TIFF un fichier de 4800*7200 fait exactement 98,8 Mo enregistré sous photoshop.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   06-09-2008 18:49

<<En TIFF un fichier de 4800*7200 fait exactement 98,8 Mo enregistré sous photoshop.<<

Il y a des différences liées aux IPTC et à la taille et qualité de la vignette.

<<" Il est variable en fonction du contenu ( par exemple dominante de hautes ou de basses lumières )" <<

Les algorithmes de compression ne savent ce qu'est une HL, ils se contentent de comparer ce qui est comparable et de faire plus ou moins d'approximation dans ces ensembles comparables. Le Jpeg compare à l'intérieur d'une matrice 3x3.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   06-09-2008 19:39

J'entends noir et blanc, valeurs sombres ou claires, hautes ou basses lumières.
Si les algorithmes ne les prennent pas en compte comment explique tu que deux vues du même capteur donc avec la même taille ne fassent pas le même poids selon les sujets photographiés ?
Il n'y à pas que le Jpeg qui subisse ses variations mais le TIFF LZW et les autres modes de compression.
Le Jpeg raisonne en 3*3, c'est bien cela ne m'avance guère. Les constats de différents poids de fichier ne sont que mes constats au quotidien et ne repose sur rien de scientifique, je n'ai pas le temps.
Figure toi que l'orsque j'ai annoncé 95 Mo environ, qui se fait un malin plaisir d'enculer les mouches ? Hein qui ? Tu crois que je ne t'ai pas vu venir mauvais capitaine avec tes gros sabots, je suis Lorrain tu va pas me la faire hein...je la connaîs la comptine.
Donc ce n'est ni 95 Mo environ ni 103 Mo environ. Mais c'est environ en plus d'être variable. ( et c'est vrai " Il y a des différences liées aux IPTC et à la taille et qualité de la vignette." sont aussi des facteurs qui rentrent en compte )
Franchement comme tu as su me le dire ( récemment d'ailleurs ): t'a pas autre chose à foutre dans la vie ?


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   06-09-2008 23:34

<<Si les algorithmes ne les prennent pas en compte comment explique tu que deux vues du même capteur donc avec la même taille ne fassent pas le même poids selon les sujets photographiés ? <<

Les algorithmes font une impasse simple à comprendre, pour le Jpeg, on prend une matrice 3x3 ou on voit si il y a des pixel proches en valeur et selon le type de Jpeg les tolérance sont plus ou moins larges, et au lieu de qualifier chaque pixel on les défini par rapport à ceux qui sont presque égal, c'est juste un problème de proximité dans la gamme de ton. Dire qu'un pixel est égal à un autre, consomme moins de bits que de lui donner des caractéristique RVB.
Les Ombres et les HL c'est un autre monde.

Il faut être le plus précis possible, c'est ainsi sur GP, depuis que ce forum existe.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   07-09-2008 00:18

Ben oui la gamme de ton est peu être le mot plus juste, ou la couleur. Je sais juste que les codes couleurs sont enregistrés en début de fichier et ensuite tout les pixels se rapportant au couleurs déjà enregistrées seront seulement indexé vers le code couleur du début de fichier évitant ainsi de l'écrire pour chaque pixel et alourdir inutilement.

Je ne connais que le principe, peut être les mauvais mots sont employés.

En gros photographier un ciel bleu presque uni ( aux yeux du jpeg ) pèse moins lourd qu'une vue 1/3 du même ciel et 2/3 de végétation et autres éléments de couleurs différentes.

Plus il y'à de gammes de couleur dans l'image et plus le JPEG pèsera.

Mais ça se passe aussi en mode niveau de gris, alors ce n'est plus la couleur qui est indexée, quelle valeur alors ?

Quand j'utilisais haute et basses lumières comme je te l'ai dit ensuite je pensais zone noire ou blanche par exemple ( bien sur il y a tous les gris au milieu ).

Mais donc pour revenir à ce que je disais le poids d'un fichier JPEG par exemple est indépendant de la taille de l'image et couramment on entend s'exprimer des demandes en poids de fichier ce qui n'est pas à mon avis la valeur la plus représentative de ce qu'il contient ( hormis en TIFF ). Enfin c'est un constat d'un point de vue pratique.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   07-09-2008 09:40

<<Mais ça se passe aussi en mode niveau de gris, alors ce n'est plus la couleur qui est indexée, quelle valeur alors ? <<

Ce sont juste les valeurs proches quelque soit ces valeurs.

Le site de Picto est grand public et ils s'expriment comme ils peuvent, ce qui leur semble le moins pire, cela a surement un rapport avec ce qu'ils reçoivent, genre fichier word pour faire des Lamba 50x60 avec une exigence de qualité, une sorte de dialogue de sourd permanent.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: Cantal 
Date:   07-09-2008 15:58

SCHOTT Raphaël, soyez clair, exprimez-vous clairement en français afin que tous vous comprennent. Si vous ne pouvez pas être clair pour tous, écrivez en latin, en anglais ou en esperanto, mais exprimez-vous clairement.



"Photography is a tale told by an idiot, full of sound and fury, signifying nothing".


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   07-09-2008 16:14

Court, clairement alors et en Français: les valeurs prises en compte par l'algorithme du JPEG sont la luminance et la chrominance.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   07-09-2008 17:26

<<les valeurs prises en compte par l'algorithme du JPEG sont la luminance et la chrominance.<<

Ce sont juste les valeurs RVB, Jepg n'a aucune notion de Luminance ni de Chrominance, il n'y a que des comparaisons pas la moindre analyse, contrairement à d'autres système de compression beaucoup plus sophistiqués.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   07-09-2008 17:31

Tu te goure.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   07-09-2008 17:51

Ce n'est pas que je me goure, c'est qu'il y a une multitude de Jpeg, et une multitude de format d'entrée, et à chaque fois le jpeg "primitif" que nous utilisons presque tous, s'occupe juste de tolérance sur notre RVB, si on lui rentre du RVB basique, sur des matrices de 8x8 ou 16x16 pixels.
Et le Jpeg le plus performant est d'une complexité assez étonnante pour un petit truc qui mouline en qq secondes même sur des gros fichier.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   07-09-2008 18:01

je ne parle que de la norme Jpeg

Découpage en blocs
Le format JPEG, comme le font généralement les algorithmes de compression à perte, commence par découper l’image en blocs ou carreaux généralement carrés de 64 (8 x 8) ou 256 (16 x 16) pixels.


Transformation des couleurs
JPEG est capable de coder les couleurs sous n’importe quel format, toutefois les meilleurs taux de compression sont obtenus avec des codages de couleur de type luminance/chrominance tels que YUV, YCbCr car l’œil est assez sensible à la luminance mais peu à la chrominance.


Mais bon c'est une norme complexe à résumer, j'invite à lire ce que l'on peut trouver sur le sujet. Il y'à trop à écrire et je ne veux en retenir que le principe et l'incidence pratique dans mon quotidien d'utilisateur. Pour les passionnés math: litérature ad-hoc.

Je ne retiens que ce que je constate: différentes images de même taille ne font pas le même poids après la compression ( dans notre cas: Jpeg ) à taux de compression égal.


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   07-09-2008 18:05

La Norme Jpeg dépend du format d'entrée,
Et bien sûr de la nature des images,
La reproduction fidèle d'un gris à 18% pèse moins lourd qu'un tableau de Van Goth à taille égale ;-)

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: SCHOTT Raphaël 
Date:   07-09-2008 18:29

Il parait même qu'il donne mal à la tête ;-)
Enfin depuis que je décortique tout ce que je trouve sur le Jpeg.
T'aurait pas un cachet tri-moléculaire actif pour ma congestion cérébrale ?


J'ai trouvé ça aussi:

Luminance : Un pixel en couleur a trois degrés de liberté. Une représentation standard est la représentation (R,G,B) qui fait intervenir les niveaux de rouge, vert et bleu du pixel. Une représentation isomorphe est la représentation (Y,U,V) où Y désigne la luminance du pixel et U et V définissent sa chrominance. Plus la luminance est forte, plus le pixel est clair.
La plupart des algorithmes de marquage d'images travaillent sur la luminance des pixels. Pour ceux-là, on peut tester leur solidité sur des images noir et blanc.

Bon aller j'entèrre le pixel .


 
 Re: Poids des fichiers chez Picto
Auteur: Henri Gaud 
Date:   07-09-2008 18:38

<<Une représentation isomorphe est la représentation (Y,U,V) où Y désigne la luminance du pixel et U et V définissent sa chrominance. Plus la luminance est forte, plus le pixel est clair. <<

Le Lab format "idéal" pour le traitement rapide des images couleur.

<<Transformation des couleurs
JPEG est capable de coder les couleurs sous n’importe quel format, toutefois les meilleurs taux de compression sont obtenus avec des codages de couleur de type luminance/chrominance tels que YUV, YCbCr car l’œil est assez sensible à la luminance mais peu à la chrominance.<<

C'est à dire que selon WIKI il faut lui donner le format en question, et que en RVB il fait du RVB et en Lab il fait du Lab, mais mon photoshop refuse d'enregistrer du Lab en Jepg.

Visitez le Blog de la Trichromie


 
 Re: Poids des fichiers chez Picto
Auteur: Michel Guigue 
Date:   07-09-2008 20:23

<<La reproduction fidèle d'un gris à 18% pèse moins lourd qu'un tableau de Van Goth à taille égale>>

;-))).

Il est certain que pour un fichier peu pesant, il vaut mieux passer au jpeg le tableau blanc de Cy Twombly, avant qu'il de soit agrémenté du rouge à lèvre de Sam Rindy !

Une fois le baiser posé (profané, disent certains), c'est bien plus lourd.


 
 Re: Poids des fichiers chez Picto
Auteur: Pascal Moraiz 
Date:   07-09-2008 23:18

Ceci dit la Lambda de Picto Bastille, à partir de 30x40, réclame 200dpi, ce qui ne correspond pas non plus au poids de fichiers demandés.

galerie-photo, le Site Français de la Photographie Haute Résolution

Vers le forum actuel de galerie photo : http://www.galerie-photo.info/forum

Retour à l'index des archives 2006-2009