Salut, pas sûr d'avoir bien compris, mais je viens d'essayer les petits exemples de cette page de référence : https://processing.org/reference/libraries/pdf/ (premier résultat d'une recherche "processing pdf") et ça me produit bien un pdf même avec "espace de dessin" très très grand. Ensuite, comme n'importe quel autre document, quelles que soient ses dimensions, mon lecteur pdf peut l'imprimer en l'ajustant à la taille de ma feuille.

flipo44 a écrit:

seulement les ressources demandées par mes gribouillages rendent manifestement cette méthode impossible...

oui.. mais encore ?? quelles ressources, quel impossible ? ça se "manifeste" comment ?

Dernière modification par Nicolas Lhommet (2015-03-06 08:17:24)

Bonjour,

Tu peux créer le pdf uniquement lorsque tu sauvegardes l'image, comme cela ton processus garde sa fluidité :

import processing.pdf.*;

PGraphics calque;

void setup() {
  size(400, 400);
  calque = createGraphics(width, height);
}

void draw() {
  calque.beginDraw();
  calque.line(pmouseX, pmouseY, mouseX, mouseY);
  calque.endDraw();
  image(calque, 0, 0);
}


void keyPressed() {
  beginRecord(PDF, "image.pdf");
  image(calque, 0, 0);  
  endRecord();
}

hello Mushussu,

Je viens d'essayer ton exemple, le pdf s'enregistre bien mais en fait la résolution est celle du calque...je pensais que cela enregistrait en vectoriel. Pour l'impression ça ne va pas le faire du coup.

As-tu pris le temps de lire la doc de référence que je t'ai indiquée ? Moi oui, et j'y ai justement trouvé une solution à ton problème, en bas de la page : en créant le pdf avec createGraphics(), après on peut "dessiner" la même chose qu'à l'écran directement dans le pdf...

J'en profite d'ailleurs pour apporter quelques précisions pour ceux à qui la pertinence de ta question échapperait, c'est effectivement tout l’intérêt de la chose : garder les tracés vectoriels (lignes, points, courbes, contour, remplissages, etc...) de Processing en les mettant les uns après les autres dans le pdf. S'il y a beaucoup de traits, le fichier (bien que de taille réduite) sera évidemment assez "lourd" à afficher... un peu comme les pdf des plans de "réseau de transports urbains" de certaines (grandes) villes, parfois longs à se "re-dessiner".

Mais tous les tracés sont ainsi conservés tels quels à l'intérieur du fichier PDF, dans le format Postscript, et c'est justement ce format (un standard créé par Adobe mais introduit par Apple en 1985 dans ses imprimantes laser, avec le fameux combo Macintosh/LaserWriter qui a "popularisé" ce format ainsi que la PAO au bureau) qui peut ensuite être interprété par une imprimante laser pour refaire le "dessin" trait par trait dans sa mémoire interne avant de l'imprimer, et ce quelque soit la résolution.

C'est le même système qui (comme avec les logiciels de dessin vectoriel Inkscape ou Illustrator) permet par exemple de reproduire proprement, avec un tracé bien lisse (et non pas tout "pixelou" ) n'importe quelle police de caractère dans toutes les tailles, et dans l'absolu, d'utiliser le même fichier pour imprimer un timbre et une affiche en "4 (mètres) par 3".

Dernière modification par Nicolas Lhommet (2015-03-08 12:54:20)

flipo44 : pour ton sketch en pièce jointe, ce n'est pas l'enregistrement en pdf qui pose problème, ni le nombre de traits qui fait ramer Processing, j'y reviens si tu voulais mieux comprendre ce qui se passe.

Tu effectues tes tracés "hors-ligne" (ou "offline", c'est à dire sans les afficher) dans ton calque. Comme tu t'en es rendu compte, tu perds tes tracés vectoriels à cause de l'utilisation de la fonction image() qui te sert à afficher le calque complété avec chaque nouveau trait, mais qui le transforme préalablement en une image qui correspond seulement à la "grille de pixels" ("bitmap" en anglais, par opposition à vectoriel) obtenue à un moment donné du dessin, donc "figée" à la résolution de l'image.

Pour l'enregistrement PDF, absolument tous les tracés effectués dans la "zone de dessin" de Processing sont conservés en mémoire, puis enfin écrits sur le disque quand l'enregistrement est arrêté. Les tracés dans tes calques ne sont donc pas concernés, mais ta boucle draw() affiche systématiquement deux images, et même une troisième lorsqu'un nouveau trait est ajouté au calque, ce qui équivaut (au moins) à quelques dizaines d'images créées , puis affichées, par secondes...

Rien de plus banal pour un affichage sur l'écran, chaque nouvelle image recouvrant immédiatement la précédente qui n'est pas conservée, ça ne pose pas de problème.
Mais avec l'enregistrement PDF, ce sont autant d'images qui s'accumulent en mémoire, car conservées pour finalement être "écrites" sur le disque en une seule fois (dans le fichier pdf) en fin d'enregistrement, ce qui peut prendre un certain temps en raison du volume de données... avec au final un très gros fichier, sachant que toutes ces images y sont stockées au format PPM (http://en.wikipedia.org/wiki/Netpbm_format#PPM_example) donc généralement pas (ou peu) compressées. (EDIT: et pour ne rien arranger, j'ai constaté que, pour chaque image enregistrée, un image supplémentaire, toute noire et de même résolution, est inexplicablement ajoutée...)

Dernière modification par Nicolas Lhommet (2015-03-08 21:21:52)

Bonsoir. Effectivement comme je l'ai déjà expliqué, tous les graphismes faits "hors-ligne" ne seront "affichables" qu'en utilisant la fonction image() qui les transformera en "bitmap", et lors d'un "enregistrement PDF", chaque image résultante sera placée dans le fichier : on est d'accord, c'est bien dommage

Je n'ai pas trouvé non plus de méthode pour "redessiner" un calque contenant des tracés vectoriels (PGraphics), aussi bien à l'écran que dans le pdf... et effectivement ça manque, car d'une manière générale, ça serait bien utile de pouvoir transformer  (agrandissement et autres) les vecteurs de ce type de calque, et même de pouvoir les modifier postérieurement à leur création... mais quelqu'un pourrait peut-être nous aiguiller sur une solution existante pour les PGraphics (de type JAVA2D en l’occurrence) ?

La méthode du pdf dessiné "hors-ligne" créé avec createGraphics() permet de choisir précisément ce qu'on veut mettre dans le fichier, en le dissociant de l'affichage. Donc, à moins que toutes les opérations d'affichage conviennent également pour le pdf (ce qui, comme on l'a vu, n'est pas du tout le cas avec ton utilisation des calques...) ça paraît être une bonne méthode. Ce n'est pas forcément très "élégant" de faire systématiquement deux fois les mêmes tracés (une fois pour l'affichage et une fois pour le pdf) mais ça règle ton problème, et c'est là bien l'essentiel.
Par contre, je ne comprends pas pourquoi, dans ce cas, tu continues à utiliser beginRecord() et endRecord() ....

Voici dans son INTÉGRALITÉ le passage de la documentation concernée (préparez une bûche pour la cheminée )

citation :

Using createGraphics() to Create a PDF File

To write a PDF file using only the createGraphics() command, rather than as part of a sketch, it's necessary to call dispose() on the PGraphicsPDF object. This is the same as calling exit(), but it won't quit the sketch.

import processing.pdf.*;

PGraphics pdf = createGraphics(300, 300, PDF, "output.pdf");
pdf.beginDraw();
pdf.background(128, 0, 0);
pdf.line(50, 50, 250, 250);
pdf.dispose();
pdf.endDraw();

donc aucun "PGraphicsPDF" en vue, ni de "beginRecord" ou "endRecord"..... par contre, l'accent est clairement mis sur la fonction dispose(), à utiliser dans ce cas pour terminer l'enregistrement du PDF. Même si on comprend mal l'anglais, l'exemple proposé est tout à fait clair là-dessus.... et sans une lecture appliquée (au sens propre comme au figuré) de la documentation (qui a justement été écrite pour lever, autant que faire se peut, les ambiguïtés) ça sera difficile d'avancer... mais bon courage !

Dernière modification par Nicolas Lhommet (2015-03-11 00:17:25)

flipo44 a écrit:

Merci pour ton retour riche en enseignement (une fois n'est pas coutume )

euh, je sais pas comment je dois le prendre...

citation :

est il possible de copier le contenu d'un pgraphics vers un autre ?

dis donc, t'en as plein des questions à mon tour de t'en poser une, en échange : est-ce qu'on pourrait pas faire ce que tu dis avec la librairie "geomerative" (trouvée en tapant "vector" dans le gestionnaire de librairie de Processing) ? Une fois n'est pas coutume tu pourrais faire des essais et nous dire ce que ça donne, ça serait super !