T'es imprimeur pour savoir comment il pense dans sa tête?
Actuellement non, mais j'ai travaillé 14 ans dedans.
Alors laisse le gérer son affaire, et expliquer à son client qu'il devra retoucher l'image pour faire ses 2000 flyer
Et facturer à ce pauvre client n heures de retouches. Alors que si GIMP exportait en CMJN tout irait bien.
Tu sais quels sont les vrais problèmes des imprimeurs pour des "petits "travaux (2000 flyers, 500 affiches, ...).
Tous les petits soucis que tu me cite sont monnaie courante chez un imprimeur. Et beaucoup d'autres apparaissent le long de la chaine graphique. Machines offset,/heliogravure/serigraphie/tirages numériques pliage façonnage etc... Il y a tout un tas de contraintes très particulières, qui tendent cependant a disparaitre avec l'impression numérique.
PS: mes polices sortent parfaitement bien, si tu es sur toulouse je te montrerais le résultat et comment on augmente le dpi d'une image dans GIMP...
Faire des sites web 3.0 avec frontpage,et pleins de tableaux, ça "sort" parfaitement bien aussi. Faire un site entier en flash ça "sort" super bien aussi. Mais c'est GRUIK.
Une police incrustée dans une image pour un imprimeur c'est GRUIIIK. C'est tout. Quelque soit la qualité esthétique de ton travail.
Par exemple, normalement, dans une belle image quadri t'as jamais de teinte a 100% (bouchage des noirs) ou a 0% (cramage des blancs).
Toi tu rajoute ton texte noir à 100% à l'interieur de ton fichier image jpg au final soit ça va passer en noir quadri (N100 C60 M50 J50) et être dégueu (même si toi, ton oeil le voit pas). Ou alors ça reste à 100% dans ton image et le mec aux machines offset peut rencontrer des problemes et pas comprendre pendant un moment pourquoi son noir bouche dans les teintes noirs de l'image.
Surtout la démarche est pas conforme aux standards d'impressions.
Si ton texte noir est vectorisé, ou que la police est incorporé et mise en page par dessus dans ton pdf, ton imprimeur il va être content il à l'habitude de bosser comme ça, il sait le rendu, il retrouve ses marques, même avec un PDF fait sous Scribus tu passes pour quelqu'un d'un peu plus pro.
[^] # Re: GEGLt
Posté par Vincent . En réponse à la dépêche Sortie de GNU Image Manipulation Program 2.4. Évalué à 7.
Actuellement non, mais j'ai travaillé 14 ans dedans.
Et facturer à ce pauvre client n heures de retouches. Alors que si GIMP exportait en CMJN tout irait bien.
Tous les petits soucis que tu me cite sont monnaie courante chez un imprimeur. Et beaucoup d'autres apparaissent le long de la chaine graphique. Machines offset,/heliogravure/serigraphie/tirages numériques pliage façonnage etc... Il y a tout un tas de contraintes très particulières, qui tendent cependant a disparaitre avec l'impression numérique.
Faire des sites web 3.0 avec frontpage,et pleins de tableaux, ça "sort" parfaitement bien aussi. Faire un site entier en flash ça "sort" super bien aussi. Mais c'est GRUIK.
Une police incrustée dans une image pour un imprimeur c'est GRUIIIK. C'est tout. Quelque soit la qualité esthétique de ton travail.
Par exemple, normalement, dans une belle image quadri t'as jamais de teinte a 100% (bouchage des noirs) ou a 0% (cramage des blancs).
Toi tu rajoute ton texte noir à 100% à l'interieur de ton fichier image jpg au final soit ça va passer en noir quadri (N100 C60 M50 J50) et être dégueu (même si toi, ton oeil le voit pas). Ou alors ça reste à 100% dans ton image et le mec aux machines offset peut rencontrer des problemes et pas comprendre pendant un moment pourquoi son noir bouche dans les teintes noirs de l'image.
Surtout la démarche est pas conforme aux standards d'impressions.
Si ton texte noir est vectorisé, ou que la police est incorporé et mise en page par dessus dans ton pdf, ton imprimeur il va être content il à l'habitude de bosser comme ça, il sait le rendu, il retrouve ses marques, même avec un PDF fait sous Scribus tu passes pour quelqu'un d'un peu plus pro.