Discussion :

[flamme34]

Bonjour,

Je souhaiterais intégré l'importation de fichier .EPS , dans mon programme de CAO.

M'étant documenté sur le sujet je sais que les fichiers .EPS sont en réalité codé en langage postscript.

Je souhaiterais savoir si il existait une bibliothèque ou autre qui pourrait ouvrir ces fichiers et me donner les coordonnées de chaque point à placer que j'intégrerais dans mon programme ou si il valait mieux que je fasse moi même le décryptage du fichier.

Si oui avez vous une idée de comment je devrais commencer à m'y prendre.

J'ai trouvé sur "mon ami google" la bibliothèque gostscript mais j'ai peur que celle ci ne fasse pas exactement ce dont j'ai besoin.

j'ai besoin d'obtenir les mouvements à effectuer pour pouvoir par la suite dans mon programme effectuer moi même le dessin de ces mouvements.

Merci d'avance pour votre aide

[therwald]

bonjour,
petit ambiguïté de bouton. Il ne semble pas exister beaucoup de parsers EPS disponibles, après une recherche rapide. ghostscript apparaît plus comme un logiciel à part, plutôt dédié à l'affichage ou au transcodage vers d'autres formats principalement des rasters...
Cependant ceci semble être une piste pour obtenir des données sous forme vectorielle.

[flamme34]

de certain ??

Si il faut d'autres détails je suis prête à en donner plus il suffit de demander.

[therwald]

Pour la clarté de lecture: mon message précédent est parti après la frappe des trois premiers mots...le clavier d'un portable corporate moyen mérite rarement son nom...
Bref: j'ai entrepris de supprimer ce message inintelligible et de le remplacer par ma réponse précédente.

[white_tentacle]

Lire du postscript, c’est un gros morceau.

C’est un langage turing-complet, qui fait usage intensif de piles, et dont la logique est assez longue à prendre en main. Le « postscript reference language » est un pavé d’environ 800 pages si ma mémoire ne me fait pas défaut.

En plus de ça, c’est un langage fortement orienté impression / visualisation, et en retirer des informations directes est loin d’être trivial.

[flamme34]

Lire du postscript, c’est un gros morceau.

c'est bien pour ça que ça m'aurais arrangé qu'une tel librairie ou bout de code existe déjà.

Cependant ceci semble être une piste pour obtenir des données sous forme vectorielle.

d’après ce que j'ai pu voir ( j'ai regarder vite fait) cela semble être des fonction de dessin également. Les seul fonctions "GET" que j'ai pu observer sont des fonction de récupération de la taille de l'écran ou de paramètres relatifs à l'écran

[therwald]

En lisant ça

Visual Trace instructions may be inserted in code to provide debug output in a graphical form. Graphics Library doesn't provide a rasterisation of the output, because it is platform dependent. Instead this, client application shpuld set vd_trace0 external variable to Graphics Library, passing a set of callbacks which provide the rasterization.

moi aussi assez vite, j'avais eu l'impression que c'était la définition d'une interface de callbacks A IMPLEMENTER pour faire du trace.
Peut-être un moyen de récupérer des infos sous forme vectorielle.
Mais je peux m'être trompé...

[Kalith]

On peut faire des choses très simples comme des choses très compliquées en EPS (qui est un sous-ensemble du langage post-script). J'ai appris à en comprendre les bases assez rapidement grâce à ce document provenant de chez Adobe, peut être que ça pourra t'aider.

À quoi ressemble ton image, et que veux tu récupérer exactement ?

[flamme34]

Mon image peut etres varié le but étant bien sur de TOUS pouvoir les ouvrir.

je souhaite récupérer l'ensemble des ÉLÉMENTS VECTORIELS. et gros je souhaite récupérer tous ce qui pourrai être transformer en ligne et en courbe. les remplissage, l'épaisseur, etc ne m’intéresse pas.

[Kalith]

Dans ce cas je pense que tu pourrais avoir intérêt à convertir tes images EPS en un autre format plus simple, par exemple le SVG (le logiciel Inkscape s'en sort plutôt bien pour faire la conversion).

[flamme34]

Dans ce cas je pense que tu pourrais avoir intérêt à convertir tes images EPS en un autre format plus simple, par exemple le SVG (le logiciel Inkscape s'en sort plutôt bien pour faire la conversion).

Le cahier des charge m'impose que le type de fichier a importer soit :
- soit des fichiers EPS
- soit des fichiers AI

or je n'ai pas trouvé de doc que je comprenne sur les fichiers AI, ou qui correspondent a ce que contiennent mes fichiers .AI que j'ai généré pour exemple
je me suis donc rabattu sur les fichier EPS qui me semblais plus simple comprendre.

[therwald]

AI <-> Adobe Illustrator, format propriétaire. Ils ne vont pas documenter le parsing de leurs fichiers, of course...
A voir si adobe offre une lib pour intégrer le parsing des AI, et à quelles conditions ($$$$$$ ? )
Concernant EPS, tu es sûre de ne pas pouvoir détourner l'API de tracing opur faire de l'import à la place?

[flamme34]

Concernant EPS, tu es sûre de ne pas pouvoir détourner l'API de tracing opur faire de l'import à la place?

Je ne dis pas que c'est impossible , mais si c'est possible je ne m'y connais pas encore suffisamment pour voir comment faire.
( je suis encore assez jeune dans le monde de l'informatique )

[therwald]

Il faut vérifier directement sur la lib, mais si je ne me trompe pas ce ne sont pas des fonctions à appeler, mais les signature de callback, c'est à dire des fonctions à implémenter pour qu'elles soient appelées par le parseur. C'est censé fournir l'API pour les drivers mais comme les appels fournissent les coordonnées, on peu aussi implémenter quelque chose qui les récupère pour les intégrer à un modèle.

[Kalith]

Le cahier des charge m'impose que le type de fichier a importer soit :
- soit des fichiers EPS
- soit des fichiers AI

Ça ne t'empêche pas d'utiliser en interne une bibliothèque qui converti ton fichier EPS en autre chose, et d'analyser (toujours en interne) ce format intermédiaire pour en tirer les informations qui t'intéressent Tu peux par exemple utiliser ImageMagick (et sa version C++ Magick++) pour faire ça.

Sinon si tu tiens à lire le fichier EPS directement, tu peux jeter un oeil au code source de ImageMagick. Le code de lecture des fichiers PS (et donc des fichiers EPS) se trouve dans le fichier "coders/ps.c", et fait appel aux delegates Ghostscript.

[flamme34]

Ça ne t'empêche pas d'utiliser en interne une bibliothèque qui converti ton fichier EPS en autre chose, et d'analyser (toujours en interne) ce format intermédiaire pour en tirer les informations qui t'intéressent Tu peux par exemple utiliser ImageMagick (et sa version C++ Magick++) pour faire ça.

Ayant déja posé la question au client si je pouvais utilisé les SVG, ils m'ont répondu ( je cite ) :

le SVG peut entrainer des légère modifications, donc des soucis.

donc j'imagine que la conversion de EPS vers SVG aussi

[flamme34]

Sinon si tu tiens à lire le fichier EPS directement, tu peux jeter un oeil au code source de ImageMagick. Le code de lecture des fichiers PS (et donc des fichiers EPS) se trouve dans le fichier "coders/ps.c", et fait appel aux delegates Ghostscript.

J'y est jeter un coup d’œil et j’avoue avoir du mal a tous comprendre.

Mais mon interpréteur de EPS étant bien avancé je pensais continuer sur ça ( au moins j'aurais la joie de me dire que j'ai réussi a le faire moi même :p )

Je sais que ce n'ai pas forcement le bon endroit pour poser la question car il s'agit du forum C++ et que c'est une question de Postscript mais je la pose quand même on sait jamais :

- j'ai du mal a comprendre la différence entre un def et un bind def Quelqu'un pourrais m’expliquer?
- De plus lorsqu'on défini une variable si il s'agit d'une procédure celle ci est-elle toujours entre accolade?

J'ai en tête les exemples suivants qui se pose dans un de mes fichier eps :

/cairo_eps_state save def

/op_count count 1 sub def

Dois-je faire l’opération est mettre le résultat dans la variable ou dois je stocker toute la procédure dans la variable?