#1 Le 31/01/2014, à 10:55
- Brazakhan
epstopdf => police mal rendue
Bonjour !
Je rédige un document en latex et pour harmoniser les polices, j'ai installé les polices Computer Modern Unicode qui sont utilisées en latex pour les utiliser sur mes figures. J'utilise pdflatex mais génère mes figures avec un logiciel qui ne connaît que le format ps ou eps mais pas pdf, donc je cherche à convertir les eps en pdf. Cependant, lorsque je fais ça, j'ai un problème de rendu sur cette police, des tous petits traits blancs apparaissent dans les lettres :
Image issue du pdf (mal rendue) : http://imagik.fr/view-rl/72834
Image issue de l'eps (bien rendue) : http://imagik.fr/view-rl/72835
Quelqu'un aurait-il une solution à ce problème svp ?
Merci d'avance !
EDITS : insertion des images
EDIT 2: petite précision, les autres logiciels qui utilisent cette police n'ont pas de problème de rendu quelque soit le format utilisé. Il semble que le problème n'apparaisse qu'avec la commande epstopdf (donc ghostscript si je ne m'abuse ?).
Dernière modification par Brazakhan (Le 31/01/2014, à 11:13)
Hors ligne
#2 Le 31/01/2014, à 11:54
- Braun
Re : epstopdf => police mal rendue
Bonjour,
As-tu essayé de changer la résolution de ps2pdf ?
Hors ligne
#3 Le 31/01/2014, à 13:51
- Brazakhan
Re : epstopdf => police mal rendue
Merci pour la réponse
Je viens d'essayer, aucun changement malheureusement.
Hors ligne
#4 Le 31/01/2014, à 14:16
- gigiair
Re : epstopdf => police mal rendue
Bonjour !
Je rédige un document en latex et pour harmoniser les polices, j'ai installé les polices Computer Modern Unicode qui sont utilisées en latex pour les utiliser sur mes figures. J'utilise pdflatex mais génère mes figures avec un logiciel qui ne connaît que le format ps ou eps mais pas pdf, donc je cherche à convertir les eps en pdf. Cependant, lorsque je fais ça, j'ai un problème de rendu sur cette police, des tous petits traits blancs apparaissent dans les lettres :
C'est à l'écran ou à l'impression ? C'est la même chose quel que soit le visualisateur ?
Je dis ça parce que le problème peut venir de ce dernier, et en particulier l'anti-aliasing.
Tu peux fournir un ECM (exemple complet minimal (le minimum de packages inclus pour produire cet effet, et juste quelques mots) ?
--
JJR.
Hors ligne
#5 Le 31/01/2014, à 14:50
- Brazakhan
Re : epstopdf => police mal rendue
Je n'ai pas essayé d'imprimer donc pour l'instant ce n'est qu'à l'écran mais lorsque je l'ouvre avec gv je n'ai pas de problème par contre avec n'importe quel autre visualisateur que j'ai essayé le problème apparaît. Et j'ai essayé de le resauvegarder à partir de gv mais lorsque je l'ouvre avec autre chose que gv le problème subsiste ...
Pour l'ECM, voici un exemple d'eps qui me pose problème lors de la conversion : http://www.partage-facile.com/N202D00SR … e.eps.html . J'ai mi Re_p en très gros pour mieux voir le problème ...
EDIT : changement de l'adresse de téléchargement
Dernière modification par Brazakhan (Le 31/01/2014, à 15:08)
Hors ligne
#6 Le 31/01/2014, à 15:50
- gigiair
Re : epstopdf => police mal rendue
Je ne vois pas ou est le souci. Tu fais quoi de ton fichier coefficient_trainee.eps ?
Tu l'inclus dans un document LaTeX, puis tu convertis le rendu en pdf, ou tu convertis l'eps en pdf pour l'inclure dans le document LaTeX. Ou un autre traitement...
Je n'ai pas réussi à reproduire le défaut.
Note qu'avec les dernières versions de LaTeX (TeXLive2013), le fichier qui inclut l'eps peut directement être compilé en mode pdf, la conversion se fait « à la volée » sans souci.
--
JJR.
Hors ligne
#7 Le 31/01/2014, à 16:03
- Braun
Re : epstopdf => police mal rendue
Bonjour,
... le fichier qui inclut l'eps peut directement être compilé en mode pdf, la conversion se fait « à la volée » sans souci.
Voire, j'ai lu quelque part que le rendu n'était pas toujours le même.
Je n'ai pas essayé d'imprimer donc pour l'instant ce n'est qu'à l'écran...
Alors ne t'affole pas trop vite, avec diverses machines et divers visualiseurs j'ai souvent des rendus écran abominables qui, heureusement ne se reproduisent pas sur le papier.
Hors ligne
#8 Le 31/01/2014, à 18:28
- Brazakhan
Re : epstopdf => police mal rendue
Je ne vois pas ou est le souci. Tu fais quoi de ton fichier coefficient_trainee.eps ?
Tu l'inclus dans un document LaTeX, puis tu convertis le rendu en pdf, ou tu convertis l'eps en pdf pour l'inclure dans le document LaTeX. Ou un autre traitement...
Je n'ai pas réussi à reproduire le défaut.
Note qu'avec les dernières versions de LaTeX (TeXLive2013), le fichier qui inclut l'eps peut directement être compilé en mode pdf, la conversion se fait « à la volée » sans souci.
En fait je veux juste l'inclure dans un document latex. Donc j'ai 2 solutions : soit je compile avec la commande latex en prenant l'image eps et ensuite je converti le dvi sortant en pdf. Soit je converti ma figure pour ensuite compiler avec pdflatex. Mais dans les 2 cas ma figure a le même problème.
Alors ne t'affole pas trop vite, avec diverses machines et divers visualiseurs j'ai souvent des rendus écran abominables qui, heureusement ne se reproduisent pas sur le papier.
L'ennuie c'est que c'est plutôt destiné à être lu sur écran
Et sinon j'ai essayé de générer une image eps avec un autre programme (gnuplot) en utilisant la même police et là je n'ai pas ce problème... Du coup il semblerait que le problème vienne du logiciel qui ne générerait pas les fichiers eps correctement malgré qu'ils soient affichés normalement en eps .... Je vais essayer de voir de ce coté.
Et vous pensez qu'il serait possible de corriger ça à posteriori ? ("réparer" le fichier donc)
Hors ligne
#9 Le 31/01/2014, à 18:52
- Braun
Re : epstopdf => police mal rendue
... ensuite je convertis le dvi sortant en pdf.
Comment? Il y a deux méthodes, à comparer donc:
- dvipdfm qui convertit directement le dvi en pdf,
- dvips puis ps2pdf qui fait une escale via le PostScript.
D'autre part, par curiosité, tu pourrais (avec n'importe quel éditeur de texte) comparer les entêtes des fichiers produits par gnuplot et par l'autre programme, la solution se trouve peut-être dans la routine d'export de ce dernier.
Hors ligne
#10 Le 31/01/2014, à 19:31
- Brazakhan
Re : epstopdf => police mal rendue
Les 2 manières de conversion donnent le même résultat.
Du coté des en-têtes : je ne suis pas expert mais les 2 n'ont rien à voir !
Et surtout, dans le fichier qui pose problème, il semblerait que la police que je souhaite utiliser soit remplacée par une plus classique (Times, Courrier, Helvetica, etc.). Mais c'est bizarre car le fichier eps s'affiche pourtant avec la bonne police .... Pour info, je souhaite utiliser la police CMU-Serif mais d'autres ont exactement le même problème. En fait j'ai l'impression que le logiciel a un problème avec toutes les polices qu'il ne connaît pas par défaut.
Voici tout de même le début des 2 fichiers en texte :
Fichier qui pose problème :
%!PS-Adobe-2.0
%%Creator: TECPLOT
%%Pages:1
%%BoundingBox: 8 8 1216 784
%%DocumentFonts: Helvetica Helvetica-Bold Symbol Times-Roman Times-Bold Times-Italic Times-BoldItalic Courier Courier-Bold
%%EndComments
/tecplotdict 120 dict def
tecplotdict begin
/ed {exch def} def
/ftl {findfont exch scalefont setfont} def
/ftr {/ISOLatin1-Times-Roman ftl} def
/ftb {/ISOLatin1-Times-Bold ftl} def
/fti {/ISOLatin1-Times-Italic ftl} def
/ftib {/ISOLatin1-Times-BoldItalic ftl} def
/fcr {/ISOLatin1-Courier ftl} def
/fcb {/ISOLatin1-Courier-Bold ftl} def
/fhn {/ISOLatin1-Helvetica ftl} def
/fhb {/ISOLatin1-Helvetica-Bold ftl} def
/fsy {/Symbol ftl} def
.
. (plus loin dans le fichier)
.
/Helvetica getisofont /ISOLatin1-Helvetica exch definefont pop
/Helvetica-Bold getisofont /ISOLatin1-Helvetica-Bold exch definefont pop
/Helvetica-Oblique getisofont /ISOLatin1-Helvetica-Oblique exch definefont pop
/Helvetica-BoldOblique getisofont /ISOLatin1-Helvetica-BoldOblique exch definefont pop
/Times-Roman getisofont /ISOLatin1-Times-Roman exch definefont pop
/Times-Bold getisofont /ISOLatin1-Times-Bold exch definefont pop
/Times-BoldItalic getisofont /ISOLatin1-Times-BoldItalic exch definefont pop
/Times-Italic getisofont /ISOLatin1-Times-Italic exch definefont pop
/Courier getisofont /ISOLatin1-Courier exch definefont pop
/Courier-Bold getisofont /ISOLatin1-Courier-Bold exch definefont pop
/Courier-Oblique getisofont /ISOLatin1-Courier-Oblique exch definefont pop
/Courier-BoldOblique getisofont /ISOLatin1-Courier-BoldOblique exch definefont pop
Fichier ok :
%!PS-Adobe-2.0 EPSF-2.0
%%Title: test.eps
%%Creator: gnuplot 4.4 patchlevel 3
%%CreationDate: Fri Jan 31 14:21:24 2014
%%DocumentFonts: (atend)
%%BoundingBox: 50 50 410 302
%%EndComments
%%BeginProlog
/gnudict 256 dict def
gnudict begin
%
% The following true/false flags may be edited by hand if desired.
% The unit line width and grayscale image gamma correction may also be changed.
%
/Color true def
/Blacktext false def
/Solid false def
/Dashlength 1 def
/Landscape false def
/Level1 false def
/Rounded false def
/ClipToBoundingBox false def
/TransparentPatterns false def
/gnulinewidth 5.000 def
/userlinewidth gnulinewidth def
.
. (plus loin dans le fichier)
.
(CMU-Serif) findfont 300 scalefont setfont
/CMU-Serif findfont 300 scalefont setfont
Hors ligne
#11 Le 31/01/2014, à 20:07
- Braun
Re : epstopdf => police mal rendue
%%DocumentFonts: (atend)
Dans le second document la police doit être référencée en fin de fichier.
Maintenant effectivement il serait intéressant de voir de quels jeux de caractères disposent les deux logiciels... Mais ce sera peut être ardu.
Hors ligne
#12 Le 31/01/2014, à 20:16
- gigiair
Re : epstopdf => police mal rendue
gigiair a écrit :Je ne vois pas ou est le souci. Tu fais quoi de ton fichier coefficient_trainee.eps ?
Tu l'inclus dans un document LaTeX, puis tu convertis le rendu en pdf, ou tu convertis l'eps en pdf pour l'inclure dans le document LaTeX. Ou un autre traitement...
Je n'ai pas réussi à reproduire le défaut.
Note qu'avec les dernières versions de LaTeX (TeXLive2013), le fichier qui inclut l'eps peut directement être compilé en mode pdf, la conversion se fait « à la volée » sans souci.En fait je veux juste l'inclure dans un document latex. Donc j'ai 2 solutions : soit je compile avec la commande latex en prenant l'image eps et ensuite je converti le dvi sortant en pdf. Soit je converti ma figure pour ensuite compiler avec pdflatex. Mais dans les 2 cas ma figure a le même problème.
Sans doute que le convertisseur n'est pas bon. Il faudrait regarder la version de chacun des packages utilisés.
Je te propose de les examiner avec toi :
Compile le fichier suivant avec la commande :
pdflatex ecm
Fichier ecm.tex à créer dans le répertoire contenant coefficient_trainee.eps
\documentclass{minimal}
\usepackage[debugshow,final]{graphicx}
\listfiles{}
\begin{document}
Essai
\noindent
\includegraphics[scale=0.25]{coefficient_trainee}
\end{document}
Puis postes ici le fichier ecm.log.
Si la compilation échoue (ton installation LaTeX est à revoir), exécute les commandes
latex ecm
dvips ecm.dvi -o
pstopdf ecm.ps
Pour la dernière commande vérifies que ruby est bien installé.
On peut essayer aussi ps2pdf au lieu de pstopdf.
--
JJR.
Hors ligne
#13 Le 02/02/2014, à 01:44
- Brazakhan
Re : epstopdf => police mal rendue
Merci beaucoup pour tout ça !
Alors la commande pdflatex ne fonctionne pas. Je ne savais d'ailleurs pas que les nouvelles versions permettaient la prise en charge des fichiers eps par la commande pdflatex. C'est peut-être que l'on n'a pas la bonne version au boulot (on est sur Ubuntu 12.04.3 LTS et d'après dpkg on a la version 2009 de texlive). Je verrai avec l'admin si on peut mettre ça à jour.
Avec la commande latex par contre ça compile bien mais une fois qu'on arrive au pdf (donc à partir de pstopdf ou ps2pdf) le problème apparaît.
voici quand même le log résultant de la commande latex au cas où :
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) (format=latex 2013.9.6) 2 FEB 2014 01:32
entering extended mode
%&-line parsing enabled.
**test_compile.tex
(./test_compile.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, farsi, arabic, croatian, bulgarian, ukrainian, russian, czech, slov
ak, danish, dutch, finnish, french, basque, ngerman, german, german-x-2009-06-1
9, ngerman-x-2009-06-19, ibycus, monogreek, greek, ancientgreek, hungarian, san
skrit, italian, latin, latvian, lithuanian, mongolian2a, mongolian, bokmal, nyn
orsk, romanian, irish, coptic, serbian, turkish, welsh, esperanto, uppersorbian
, estonian, indonesian, interlingua, icelandic, kurmanji, slovenian, polish, po
rtuguese, spanish, galician, catalan, swedish, ukenglish, pinyin, loaded.
(/usr/share/texmf-texlive/tex/latex/base/minimal.cls
Document Class: minimal 2001/05/25 Standard LaTeX minimal class
) (/usr/share/texmf-texlive/tex/latex/graphics/graphicx.sty
Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
(/usr/share/texmf-texlive/tex/latex/graphics/keyval.sty
Package: keyval 1999/03/16 v1.13 key=value parser (DPC)
\KV@toks@=\toks14
)
(/usr/share/texmf-texlive/tex/latex/graphics/graphics.sty
Package: graphics 2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR)
(/usr/share/texmf-texlive/tex/latex/graphics/trig.sty
Package: trig 1999/03/16 v1.09 sin cos tan (DPC)
)
(/etc/texmf/tex/latex/config/graphics.cfg
File: graphics.cfg 2009/08/28 v1.8 graphics configuration of TeX Live
)
Package graphics Info: Driver file: dvips.def on input line 91.
(/usr/share/texmf-texlive/tex/latex/graphics/dvips.def
File: dvips.def 1999/02/16 v3.0i Driver-dependant file (DPC,SPQR)
))
\Gin@req@height=\dimen102
\Gin@req@width=\dimen103
) (./test_compile.aux)
\openout1 = `test_compile.aux'.
LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 4.
LaTeX Font Info: ... okay on input line 4.
LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 4.
LaTeX Font Info: ... okay on input line 4.
LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 4.
LaTeX Font Info: ... okay on input line 4.
LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 4.
LaTeX Font Info: ... okay on input line 4.
LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 4.
LaTeX Font Info: ... okay on input line 4.
LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 4.
LaTeX Font Info: ... okay on input line 4.
File: Coefficient_trainee.eps Graphic file (type eps)
<Coefficient_trainee.eps> [1] (./test_compile.aux)
*File List*
minimal.cls 2001/05/25 Standard LaTeX minimal class
graphicx.sty 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
keyval.sty 1999/03/16 v1.13 key=value parser (DPC)
graphics.sty 2009/02/05 v1.0o Standard LaTeX Graphics (DPC,SPQR)
trig.sty 1999/03/16 v1.09 sin cos tan (DPC)
graphics.cfg 2009/08/28 v1.8 graphics configuration of TeX Live
dvips.def 1999/02/16 v3.0i Driver-dependant file (DPC,SPQR)
Coefficient_trainee.eps Graphic file (type eps)
***********
)
Here is how much of TeX's memory you used:
332 strings out of 493849
4335 string characters out of 1152847
50704 words of memory out of 3000000
3677 multiletter control sequences out of 15000+50000
3640 words of font info for 14 fonts, out of 3000000 for 9000
714 hyphenation exceptions out of 8191
25i,4n,23p,201b,144s stack positions out of 5000i,500n,10000p,200000b,50000s
Output written on test_compile.dvi (1 page, 288 bytes).
Hors ligne
#14 Le 02/02/2014, à 07:45
- gigiair
Re : epstopdf => police mal rendue
Ubuntu, c'est vraiment pas top pour faire du LaTeX. Ils s'en moquent visiblement. Je suis aussi resté à 12.04 et j'installe TeXLive directement depuis CTAN. C'est bien facile quand on a une bonne connexion.
J'ai réussi à voir le défaut en grossissant à 300%. J'ai un écran de 10" avec une définition moyenne.
J'ai l'impression que le problème disparaît si on transforme le fichier eps avec la commande
eps2eps -dNOPLATFONTS coefficient_trainee.eps coefficient_trainee-npf.eps
C'est un peu TECPLOT le responsable...
Après re-vérification je ne suis pas sûr que ce soit la solution. Il y a peut-être des options dans TECPLOT, il faudrait relire la doc, ou leur poser la question.
Dernière modification par gigiair (Le 02/02/2014, à 07:53)
--
JJR.
Hors ligne
#15 Le 02/02/2014, à 22:45
- Brazakhan
Re : epstopdf => police mal rendue
Oui je vais essayer de mettre texlive à jour et voir s'il y a quelque chose du coté de Tecplot.
Merci pour ton aide !
Hors ligne