[un peu HS mais pas totalement] réduire la taille de fichiers EPS
Frédéric Petit
salut,
juste une petite question, avant le WE dans 1/2 heure.
Je crée des figures en 3 dimensions, que j'exporte ensuite en fichier
EPS, très gros, de plusieurs Mo.
J'ai l'impression que le PostScript « conserve toute l'info 3D », alors
que ce qui m'intéresse, finalement, n'est qu'un aperçu en 2D, c'est à
dire avec des faces cachées, etc...
Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
afin que celles-ci prennent moins de place ?
J'ai bien essayé de passer par des conversions et des re-conversions,
par exemple eps -> png -> eps, mais le moins que l'on puisse dire, c'est
que quelque soit le format intermédiaire utilisé (jpg,pnm,png,tiff),
c'est quand même crade au final.
Passer par une compression des fichiers EPS n'est pas une solution non
plus, puisqu'à la compilation, latex les décompresse. Ce n'est pas une
question de place sur le disque dur, à proprement parler.
Je n'en suis qu'à une trentaine de pages pour mon rapport, et il fait
déjà plus de 70 Mo !
Merci d'avance.
--
FP
Frédéric Petit
> Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
Dans le fichier EPS, j'entends.
--
FP.
Arnaud Launay
> > Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
> Dans le fichier EPS, j'entends.
Oui
Arnaud.
--
c'est vendredi.
Eric GUERIN
> > Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
> Dans le fichier EPS, j'entends.
A moins que les données soient en 3D dans l'EPS et qu'il y ait un petit bout de
code pour les projeter, elles sont sûrement déjà en 2D. Il faudrait plus d'info
pour savoir comment ces fichiers ont été générés... Sinon, il y a moyen de faire
de jolies images bitmap en faisant du lancer de rayon par exemple.
--
Eric GUERIN - egu...@ligim.univ-lyon1.fr
Thierry Bouche
> salut,
>
> juste une petite question, avant le WE dans 1/2 heure.
>
> Je crée des figures en 3 dimensions, que j'exporte ensuite en fichier
> EPS, très gros, de plusieurs Mo.
>
> J'ai l'impression que le PostScript « conserve toute l'info 3D », alors
> que ce qui m'intéresse, finalement, n'est qu'un aperçu en 2D, c'est à
> dire avec des faces cachées, etc...
>
> Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
> afin que celles-ci prennent moins de place ?
moi je les imprime et je passe les feuilles au fer à repasser.
>
> J'ai bien essayé de passer par des conversions et des re-conversions,
> par exemple eps -> png -> eps, mais le moins que l'on puisse dire, c'est
> que quelque soit le format intermédiaire utilisé (jpg,pnm,png,tiff),
> c'est quand même crade au final.
>
ben vu les formats choisis ça se comprend !
c'est typiquement le genre de choses que distiller fait bien, gs avec
pswrite ou pdfwrite peut-être...
Th.
__
Toujours vendredi
E.Depardieu
Vous avez écrit :
> salut,
>
> juste une petite question, avant le WE dans 1/2 heure.
Zut, trop tard .
>
> Je crée des figures en 3 dimensions, que j'exporte ensuite en fichier
> EPS, très gros, de plusieurs Mo.
>
> J'ai l'impression que le PostScript « conserve toute l'info 3D », alors
> que ce qui m'intéresse, finalement, n'est qu'un aperçu en 2D, c'est à
> dire avec des faces cachées, etc...
>
> Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
> afin que celles-ci prennent moins de place ?
Avez-vous essayé d'imprimer dans un fichier ps la partie qui vous
intéresse ?
--
E.Depardieu
Une base de TeXtes :<http://e.depardieu.free.fr>
Frédéric Petit
> > J'ai bien essayé de passer par des conversions et des re-conversions,
> > par exemple eps -> png -> eps, mais le moins que l'on puisse dire, c'est
> > que quelque soit le format intermédiaire utilisé (jpg,pnm,png,tiff),
> > c'est quand même crade au final.
> >
>
>
> ben vu les formats choisis ça se comprend !
Ah bah oui, mais j'ai pas mieux !
> c'est typiquement le genre de choses que distiller fait bien, gs avec
> pswrite ou pdfwrite peut-être...
Hmmm....
Distiller, ça existe _free_ sous UN*X ?
Je suppose que ça marche avec gs avec au moins la 6.50, parce que là, en
5.10, j'ai rien. Je vais regarder ça chez moi...
--
FP.
Frédéric Petit
Hmmm...
Ce sont des intersections de plans (du 4D, en fait, 3 coordonnées
d'espace associées à une valeur). Ces fichiers sont créés par plotmtv,
(car c'est le seul logiciel que je connaisse qui permet de faire ça),
et une fonction permet de sauvegarder les données (au format texte, en
fait) en format EPS.
Ce qui me fait dire que l'info 3D est toujours stockée dans les fichiers
EPS, c'est que quand je visualise le fichier, comme la bécane n'est pas
super rapide, je vois bien qu'il trace tout, plan par plan.
Or évidemment, il ne sert à rien de conserver les plans cachés par les
autres.
Qu'en est-il des « jolies images bitmap en faisant du lancer de rayon
par exemple. » ?
Merci.
--
FP.
Frédéric Petit
> Avez-vous essayé d'imprimer dans un fichier ps la partie qui vous
> intéresse ?
C'est-à-dire ?
Disons que la partie qui m'intéresse est la partie visible.
Je ne vois pas comment sélectionner cette partie (cf. post précédent).
--
FP.
E.Depardieu
Vous avez écrit :
> er...@StFlou.fr (E.Depardieu) writes:
Oh...désolé, j'avais mal vu : j'avais cru que vous étiez sous windows
avec un de ces programmes qui garde plein de trucs inutiles dans le
résultat.
Je ne connaissais pas plotmtv mais avec un exemple (test_pyramide.mtv)
on peut gagner environ 15% avec un
gs -dBATCH -dNOPAUSE -sDEVICE=epswrite -sOUTPUTFILE=pyra.eps pyra.ps où pyra est le ps
créé par plotmtv.
Ce qui revient à imprimer dans un fichier (?)
Mieux : si vous pouvez vous contentez du pdf,
gs -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -sOUTPUTFILE=pyra.pdf pyra.ps
divise la taille par 10.
Mais cela dépend peut-être de la figure.
Frédéric Petit
> Oh...désolé, j'avais mal vu : j'avais cru que vous étiez sous windows
Faut regarder les en-têtes ! :-))
> Je ne connaissais pas plotmtv mais avec un exemple (test_pyramide.mtv)
> on peut gagner environ 15% avec un
> gs -dBATCH -dNOPAUSE -sDEVICE=epswrite -sOUTPUTFILE=pyra.eps pyra.ps où pyra est le ps
> créé par plotmtv.
> Ce qui revient à imprimer dans un fichier (?)
Hmmm, avec gs 5.10, ça ne me donne rien du tout, à part à un fichier ne
contenant que la boundingbox.
Pas foutu de trouver un gs 6.5 ici, grmlbmlbmlb :-((
Je patienterai jusqu'à ce soir.
> Mieux : si vous pouvez vous contentez du pdf,
Le problème, c'est que le problème (?) ne se pose pas en faisant du PDF,
mais du DVI -> PS, puisque l'EPS est le seul formt reconnu par LaTeX.
Merci.
--
FP.
Eric GUERIN
> Qu'en est-il des « jolies images bitmap en faisant du lancer de rayon
> par exemple. » ?
Dans votre cas, ce ne sera pas possible, il faudrait tout faire soi-même
(générer un fichier pour povray par exemple) et ne pas utiliser plotmtv. Pour ce
qui est de l'info 3D je pense que plotmtv ne la conserve pas dans ses
exportations eps, le fait que ça s'affiche plan par plan n'implique pas ça.
L'algo d'affichage doit uniquement faire un classement rapide des facettes qu'il
faut afficher avant (les plus loins du point de vue !) mais ne s'amuse pas à
calculer quelles facettes sont cachées (c'est beaucoup plus coûteux, croyez moi
!).
Bas Michielsen
> salut,
>
> juste une petite question, avant le WE dans 1/2 heure.
>
> Je crée des figures en 3 dimensions, que j'exporte ensuite en fichier
> EPS, très gros, de plusieurs Mo.
>
> J'ai l'impression que le PostScript « conserve toute l'info 3D », alors
> que ce qui m'intéresse, finalement, n'est qu'un aperçu en 2D, c'est à
> dire avec des faces cachées, etc...
>
> Existe-t'il un moyen pour « aplanir » en quelque sorte mes figures 3D
> afin que celles-ci prennent moins de place ?
>
> J'ai bien essayé de passer par des conversions et des re-conversions,
> par exemple eps -> png -> eps, mais le moins que l'on puisse dire, c'est
> que quelque soit le format intermédiaire utilisé (jpg,pnm,png,tiff),
> c'est quand même crade au final.
Je ne maitrise pas assez le francais pour comprendre le mot 'crade', mais
ce type d'opération me semble tout a fait approprie. Je l'applique moi
meme
assez souvent et cela me convient parfaitement. Est-ce que tu pourrais etre
un peu plus clair sur ce qui ne te plais pas dans le resultat ?
>
>
> Passer par une compression des fichiers EPS n'est pas une solution non
> plus, puisqu'à la compilation, latex les décompresse. Ce n'est pas une
> question de place sur le disque dur, à proprement parler.
>
> Je n'en suis qu'à une trentaine de pages pour mon rapport, et il fait
> déjà plus de 70 Mo !
>
> Merci d'avance.
>
> --
> FP
--
Bas Michielsen
14, avenue du Corail
31650 St. Orens de Gameville
France
Frédéric Petit
> Je ne maitrise pas assez le francais pour comprendre le mot 'crade', mais
> ce type d'opération me semble tout a fait approprie. Je l'applique moi
> meme
> assez souvent et cela me convient parfaitement. Est-ce que tu pourrais etre
>
> un peu plus clair sur ce qui ne te plais pas dans le resultat ?
Hmmm, ça dépend du genre d'images que tu convertis.
Ce sont des plans de coupes de champ scalaire 3D.
Mais c'est vrai que j'ai un peu de mal à expliquer « crade », comme ça ;-)
Disons que c'est moche ;-)
Ou bruité.
Si tu convertis des figures qui représentent des courbes par exemple,
effectivement, ce n'est pas trop « crade ». Mais ici, ce sont des
surfaces de couleurs. Et on voit nettement la différence entre du
PDF/EPS et du PNG ou JPEG.
--
FP.
Bas Michielsen
OK, je vois. Mais, puisque le rendu du fichier PostScript est
dans tous les cas "pixélisé" (c'est francais ca ?) je dirai
que stocker l'image dans un format conservatif, c'est a dire
compresse mais sans perte d'information (ce qui exclut jpeg),
ne pourra pas degrader l'impression visuelle (du moins, si la resolution
choisie pour le format pixelise est celle utilisee pour la visualisation).
Si je comprends bien le type d'image que tu traites, 256 couleurs
devrait etre suffisant ce qui permet un codage sur 8 bit par pixel.
Sans compression ca donne toujours presque 3MO par pouce^2 en 600 ppp,
mais dans la plupart des cas c'est beaucoup moins.
Je viens de faire un essai sur un fichier qui represente une distribution
sur un maillage 3D. Le fichier PostScript d'origine, du meme type que
les tiens, prend 3 MO et avec
gs -sDEVICE=png256 -r600 -sOutputFile=toto.png original.eps
je recupere un fichier toto.png de 300 kO.
--
Bas Michielsen
ONERA, Electromagnetics and Radar Department
2, avenue Edouard Belin, 31055 TOULOUSE cedex, France
Tel. (++33)(0)5 62 25 26 77
Fax. (++33)(0)5 62 25 25 77