Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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
72834.jpeg

Image issue de l'eps (bien rendue) : http://imagik.fr/view-rl/72835
72835.jpeg

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 smile
Je viens d'essayer, aucun changement malheureusement.

Hors ligne

#4 Le 31/01/2014, à 14:16

gigiair

Re : epstopdf => police mal rendue

Brazakhan a écrit :

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,

gigiair a écrit :

... 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.

Brazakhan a écrit :

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

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.

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 smile

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 .... sad 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

Brazakhan a écrit :

... 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

Brazakhan a écrit :
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