potrace - En ligne dans le Cloud

PROGRAMME:

Nom

potrace - transformez les bitmaps en graphiques vectoriels.

SYNOPSIS

race de pot [Options] [nom de fichier...]

DESCRIPTION

race de pot est un outil pour tracer un bitmap, c'est-à-dire transformer un bitmap en un lissé,
image évolutive. L'entrée est un bitmap, c'est-à-dire une image à base de pixels composée des
deux couleurs noir et blanc uniquement. La sortie est EPS, PDF, SVG, ou l'un d'un certain nombre d'autres
formats vectoriels. Une utilisation typique consiste à créer des graphiques vectoriels à partir de données numérisées, telles que
logos d'entreprise ou d'université, notes manuscrites, etc. L'image résultante n'est pas "jaggy"
comme un bitmap, mais lisse. Il peut ensuite être rendu à n'importe quelle résolution.

race de pot peut lire des bitmaps dans les formats suivants : PBM, PGM, PPM (collectivement appelés
PNM, voir PNM(5)), ainsi que BMP (formats bitmap Windows et OS/2). L'image d'entrée doit
n'utilisez que les deux couleurs noir et blanc. Si d'autres valeurs de pixel apparaissent dans l'entrée, elles
sera converti en noir et blanc à l'aide d'une méthode de seuil simple.

race de pot peut actuellement produire les formats de sortie suivants : EPS, PostScript, PDF, SVG,
DXF, GeoJSON, PGM, Gimppath et XFig. Des backends supplémentaires pourraient être ajoutés à l'avenir.

OPTIONS

Les options suivantes sont prises en charge. Dimensions (arguments de type dim) peut avoir en option
unités, par exemple 6.5 pouces, 15 cm, 100 pt. L'unité par défaut est le pouce (ou le centimètre, si c'était
configuré au moment de la compilation, voir CONFIGURATION DE L'HEURE DE COMPILATION ci-dessous). Pour une sortie basée sur les pixels
tels que PGM, DXF, GeoJSON et Gimppath, l'unité par défaut est le pixel.

Général options:
-h, --Aidez-moi imprimer le message d'aide et quitter.

-dans, --version imprimez les informations sur la version et quittez. Cela montre également les valeurs par défaut qui ont été
compilé dans cette version de race de pot.

-l, --Licence imprimer les informations de licence et quitter.

D'entrée / sortie options:
nom de fichier Chaque fichier peut contenir une image d'entrée ou plusieurs images d'entrée concaténées.
Si des arguments de nom de fichier sont donnés, alors race de pot créera par défaut un
fichier de sortie pour chaque nom de fichier d'entrée donné. Le nom du fichier de sortie est
obtenu à partir du nom de fichier d'entrée en changeant son suffixe selon le
back-end choisi. S'il est impossible de changer le suffixe car les noms de
les fichiers d'entrée et de sortie seraient identiques, alors le nom du fichier de sortie est
créé en ajoutant le suffixe "-out" au nom du fichier d'entrée. Sinon
les arguments de nom de fichier sont donnés, puis race de pot agit comme un filtre, lisant à partir de
entrée standard et écriture sur sortie standard. Un nom de fichier "-" peut être
donné pour spécifier la lecture à partir de l'entrée standard.

-o nom de fichier, --output nom de fichier
écrire la sortie dans ce fichier. Toutes les sorties sont dirigées vers le fichier spécifié. Si
cette option est utilisée, alors plusieurs noms de fichiers d'entrée ne sont autorisés que pour
backends multipages (voir TYPES DE BACKEND ci-dessous). Dans ce cas, chaque entrée
peut contenir un ou plusieurs bitmaps, et tous les bitmaps de tous les
les fichiers d'entrée sont traités et la sortie concaténée en un seul fichier. UNE
le nom de fichier "-" peut être donné pour spécifier l'écriture sur la sortie standard.

-- Fin des choix. Tous les arguments restants sont interprétés comme des noms de fichiers. Cette
désactive également le mode filtre, même si aucun nom de fichier n'est donné. C'est utile
pour les scripts shell, car race de pot -- $NOMS DE FICHIER se comportera correctement même
pour une liste vide de noms de fichiers. Cependant, -- avec une liste vide de noms de fichiers
n'est pas autorisée en conjonction avec le -o option, car cela
générer un document de zéro page, ce qu'aucun des backends ne permet.

backend sélection:
Pour des informations générales, voir également TYPES DE BACKEND ci-dessous.

-b prénom, --back-end prénom
Sélectionnez le backend par nom, où prénom est l'un des eps, postscript, ps, pdf,
pdfpage, svg, dxf, geojson, pgm, gimppath, xfig. Les noms de backend peuvent être
abrégé par un préfixe tant qu'il n'est pas ambigu. Les noms de backend sont
insensible à la casse.

-e, --eps, -b eps, --back-end eps
Backend EPS (par défaut). La sortie est un fichier PostScript encapsulé. Cette
est un backend d'une seule page, de taille variable et basé sur des dimensions.

-p, --post-scriptum, -b ps, --back-end ps
Back-end PostScript. La sortie est un fichier PostScript. Il s'agit d'un multipage,
backend de taille fixe, basé sur les dimensions. Si l'entrée se compose de plusieurs
bitmaps, ils sont chacun rendus sur une page distincte.

-b pdf, --back-end pdf
Back-end PDF. La sortie est un fichier au format Portable Document. Si la
l'entrée se compose de plusieurs bitmaps, ils sont chacun rendus sur un
page. Il s'agit d'un backend multi-pages, de taille variable et basé sur les dimensions.

-b page pdf, --back-end page pdf
Le backend PDFPage est comme le backend PDF, sauf qu'il est de taille fixe
comme le backend PostScript.

-Oui, --svg, -b SVG, --back-end svg
back-end SVG. La sortie est un fichier SVG (Scalable Vector Graphics). C'est
un backend d'une seule page, de taille variable et basé sur les dimensions. Notez qu'à moins que
le -r est donnée, la résolution du bitmap d'entrée est supposée être
72 dpi.

-b dxf, --back-end dxf
Back-end DXF. La sortie est un fichier au format DXF (Drawing Interchange Format).
Dans ce backend, toutes les courbes de Bézier sont approximées par des circulaires par morceaux
arcs; cela convient au traitement dans un logiciel de CAO ou à l'usinage
applications utilisant des outils CNC. Il s'agit d'une page unique, de taille variable, en pixels
back-end basé. Les -u L'option n'a aucun effet pour ce backend.

-b géojson, --back-end géojson
Back-end GeoJSON. La sortie est un fichier au format utilisé par certains
applications traitant des données géographiques. Dans ce backend, tout Bézier
les courbes sont approximées par 8 segments de droite. Il s'agit d'une seule page,
backend de taille variable basé sur des pixels. Les -u l'option n'a aucun effet pour cela
arrière-plan.

-g, --pgm, -b pgm, --back-end pgm
backend PGM. La sortie est un fichier de carte grise portable (PGM). C'est un
backend pratique pour l'anticrénelage d'une image bitmap. Il s'agit d'un multipage,
backend de taille variable basé sur des pixels. Si l'entrée se compose de plusieurs
image, les images sont concaténées dans la sortie.

-b chemin de gimp, --back-end chemin gimp
Back-end Gimppath. Ce backend produit une sortie pouvant être importée en tant que
chemin par le programme de manipulation d'images GNU (Gimp) (dans les calques, canaux
& Chemins, sélectionnez Chemins, puis cliquez avec le bouton droit et sélectionnez Importer le chemin). Les
la sortie est en fait un fichier SVG. Les différences avec le backend SVG sont les suivantes :
--opaque l'option n'a aucun effet, la --appartement l'option est toujours activée et le
les dimensions sont basées sur les pixels. Il s'agit d'une page unique, de taille variable, en pixels
back-end basé.

-b xfig, --back-end xfig
XFig backend. Il s'agit d'un backend d'une seule page, de taille fixe et basé sur des dimensions.
La sortie est un fichier au format XFig. Notez que XFig utilise X-splines
au lieu des courbes de Bézier, il n'est donc pas possible de traduire la sortie
of race de pot au format XFig avec une précision absolue. Ce backend fait un
approximation raisonnable utilisant deux points de contrôle pour chaque courbe de Bézier
segment. le -u L'option n'a aucun effet pour ce backend, car le contrôle
les points sont toujours arrondis au 1/1200 de pouce le plus proche dans XFig. Courbe
l'optimisation est désactivée. Implique --opaque.

Algorithme options:
Pour plus d'informations sur ces options, voir la DOCUMENTATION TECHNIQUE ci-dessous.

-z politique, --turnpolicy politique
spécifier comment résoudre les ambiguïtés dans la décomposition de chemin. Doit être l'un des
noir, blanc, droite, gauche, minoritaire, majoritaire ou aléatoire. La valeur par défaut est
minorité. Les politiques de virage peuvent être abrégées par un préfixe sans ambiguïté, par exemple,
on peut spécifier min au lieu de minorité.

-t n, --taille n
supprimer les taches jusqu'à ce nombre de pixels.

-a n, --alphamax n
définir le paramètre de seuil de coin. La valeur par défaut est 1. La plus petite
cette valeur, les coins les plus pointus seront produits. Si ce paramètre est
0, alors aucun lissage ne sera effectué et la sortie est un polygone. Si ce
est supérieur à 4/3, alors tous les coins sont supprimés et le
la sortie est complètement lisse.

-n, --courbe longue
désactiver l'optimisation de la courbe. Normalement race de pot essaie de rejoindre Bézier adjacent
segments de courbe lorsque cela est possible. Cette option désactive ce comportement,
résultant en une taille de fichier plus importante.

-O n, --optolérance n
définir la tolérance d'optimisation de la courbe. La valeur par défaut est 0.2. Plus grand
les valeurs permettent de joindre plus de segments de courbe de Bézier consécutifs
en un seul segment, au détriment de la précision.

-u n, --unité n régler la quantification de sortie. Les coordonnées dans la sortie sont arrondies à 1/unité
pixels. La valeur par défaut de 10 donne généralement de bons résultats. Pour une partie du débogage
modes, une valeur de 100 donne une sortie plus précise. Cette option n'a aucun effet
pour le backend XFig, qui pixellise toujours à 1/1200 pouces, ou pour le
Back-end DXF. Pour le backend GeoJSON, cette option n'est qu'un indice ; les
l'arrondi réel peut être plus, mais pas moins, précis que spécifié.

-d n, --déboguer n
produire une sortie de débogage de type n. Cela a des effets différents pour
différents back-ends. Pour les backends PostScript/EPS, les valeurs n=1,2,3
illustrer les étapes intermédiaires de la race de pot algorithme.

écaillage et mes placement options:
-P le format, --taille de la page le format
pour les backends de taille fixe, définissez la taille de la page. Les formats suivants peuvent être
spécifié : A4, A3, A5, B5, Lettre, Légal, Tabloïd, Déclaration, Exécutif,
In-folio, quarto, 10x14. Les noms de format sont insensibles à la casse. Aussi, un argument
de la forme dimxdim est accepté pour spécifier des dimensions arbitraires. Les
la taille de page par défaut est Letter (ou A4, si cela a été configuré au moment de la compilation,
voir CONFIGURATION DU TEMPS DE COMPILATION ci-dessous). Les noms de format de page peuvent être
abrégé par un préfixe tant qu'il n'est pas ambigu. Cette option n'a pas
effet pour les backends de taille variable.

-W dim, --largeur dim
définir la largeur de l'image de sortie (avant toute rotation et marges). Si seulement
l'un de la largeur et de la hauteur est spécifié, l'autre est ajusté en conséquence afin
que le rapport hauteur/largeur est préservé.

-H dim, --la taille dim
définir la hauteur de l'image de sortie. Voir -W pour en savoir plus.

-r n[xn], --résolution n[xn]
pour les backends basés sur les dimensions, définissez la résolution (en ppp). Un pouce dans le
l'image de sortie correspond à ce nombre de pixels dans l'entrée. Notez qu'un
une valeur plus élevée donne une image de sortie plus petite. Il est possible de préciser
séparer les résolutions dans les directions x et y en donnant un argument de la
formulaire nxn. Pour les backends de taille variable, la résolution par défaut est de 72 dpi. Pour
backends de taille fixe, il n'y a pas de résolution par défaut ; l'image est de
par défaut mis à l'échelle pour tenir sur la page. Cette option n'a aucun effet pour pixel-
backends basés. Si -W or -H sont spécifiés, ils ont préséance.

-x n[xn], --escalader n[xn]
pour les backends basés sur des pixels, définissez le facteur de mise à l'échelle. Une valeur supérieure à 1
agrandit la sortie, une valeur entre 0 et 1 rend la sortie plus petite. Les
la valeur par défaut est 1. Il est possible de spécifier des facteurs d'échelle séparés pour le x
et y directions en donnant un argument de la forme nxn. Cette option n'a pas
effet pour les backends basés sur les dimensions. Si -W or -H sont spécifiés, ils prennent
priorité.

-S n, --s'étirer n
définir le rapport hauteur/largeur. Une valeur supérieure à 1 signifie que l'image sera
étiré dans la direction y. Une valeur comprise entre 0 et 1 signifie que l'image sera
être comprimé dans la direction y.

-A angle, --tourner angle
définir l'angle de rotation (en degrés). La sortie sera tournée
dans le sens antihoraire par cet angle. Ceci est utile pour compenser les images
qui ont été scannés pas tout à fait debout.

-M dim, --marge dim
définissez les quatre marges. L'effet et la valeur par défaut de cette option dépendent de
le backend. Pour les backends de taille variable, les marges seront simplement ajoutées
autour de l'image de sortie (ou soustraite, en cas de marges négatives). Les
la marge par défaut pour ces backends est 0. Pour les backends de taille fixe, le
les paramètres de marge peuvent être utilisés pour contrôler le placement de l'image sur le
page. Si une seule des marges gauche et droite est indiquée, l'image sera
placé à cette distance du bord respectif de la page, et de même
pour le haut et le bas. Si des marges sont données sur des côtés opposés, l'image est
mis à l'échelle pour s'adapter entre ces marges, sauf si la mise à l'échelle est déjà
déterminé explicitement par un ou plusieurs des -W, -H, -r, ou -x option. Par
par défaut, les backends de taille fixe utilisent une marge non nulle dont la largeur dépend de
la taille de la page.

-L dim, --marge de gauche dim
définir la marge de gauche. Voir -M pour en savoir plus.

-R dim, --marge droite dim
définir la marge de droite. Voir -M pour en savoir plus.

-T dim, --marge supérieure dim
définir la marge supérieure. Voir -M pour en savoir plus.

-B dim, --marge inférieure dim
définir la marge inférieure. Voir -M pour en savoir plus.

--serré supprimez les espaces autour de l'image avant d'appliquer la mise à l'échelle et les marges.
Si cette option est donnée, les calculs de la largeur, de la hauteur et des marges sont
basé sur le contour du vecteur réel, plutôt que sur les dimensions extérieures de
le pixmap d'entrée, qui est la valeur par défaut. En particulier, le --serré option
peut être utilisé pour supprimer toutes les marges existantes de l'image d'entrée. Voir le
placement de fichier.pdf pour une illustration plus détaillée.

Coloris options:
Ces options ne sont prises en charge que par certains backends. Les backends DXF et GeoJSON ne
couleur de soutien.

-C #rrggbb, --Couleur #rrggbb
définir la couleur de premier plan de l'image de sortie. La valeur par défaut est le noir.

--la couleur de remplissage #rrggbb
définir la couleur de remplissage de l'image de sortie, c'est-à-dire la couleur du "blanc"
parties qui sont entourées de parties "noires". La valeur par défaut est de laisser ces
parties transparentes. Implique --opaque. Veuillez noter que cette option définit le
Couleur de l'arrière plan; pour définir la couleur de premier plan, utilisez --Couleur à la place.

--opaque remplir les parties blanches de l'image de manière opaque, au lieu de les laisser
transparent. Cela ne s'applique qu'aux parties blanches intérieures, c'est-à-dire celles qui
sont entourés d'un contour noir. L'opacité est toujours en vigueur pour le
Back-end XFig.

SVG options:
--grouper pour la sortie SVG, essayez de regrouper les chemins associés. Chaque chemin est groupé
avec tous les chemins qui y sont contenus, afin qu'ils puissent être
déplacé comme une unité avec un éditeur SVG. Cela rend la coloration individuelle
composants légèrement plus encombrants, et ce n'est donc pas la valeur par défaut.

--appartement pour la sortie SVG, placez l'image entière dans un seul chemin. Cela fait
impossible de colorer les composants individuellement, et ce n'est donc pas le
défaut. Mais le fichier SVG résultant peut être plus facilement importé par certains
applications telles que Gimp. En fait, le backend Gimppath est une variante de
le backend SVG avec le --appartement option et mise à l'échelle basée sur les pixels. Les --appartement
option n'a aucun effet si --opaque a été sélectionné.

PostScript/EPS/PDF options:
-c, --effacer le texte
ne compressez pas la sortie. Cette option désactive l'utilisation de la compression
filtres dans la sortie PostScript et PDF. Dans le backend PostScript, si -c
et mes -q sont utilisés ensemble, la sortie résultante peut être facilement lue par d'autres
programmes ou même par des humains.

-2, --niveau 2 utiliser la compression PostScript niveau 2 (par défaut). La taille du fichier résultant est
Californie. 40 % plus petit que si le -c option est utilisée.

-3, --niveau 3 utilisez la compression PostScript niveau 3, si disponible. Cela donne un peu
fichiers plus petits que d'utiliser -2, mais les fichiers résultants peuvent ne pas s'imprimer sur les anciens
Imprimantes PostScript niveau 2. Si prise en charge de la compression PostScript niveau 3
a été désactivé au moment de la compilation, un message d'avertissement est affiché et le niveau 2
la compression est utilisée à la place.

-q, --codage long
désactiver le codage numérique optimisé dans la sortie PostScript. Normalement, race de pot
utilise un format numérique très compact pour représenter les courbes de Bézier dans
PostScript, profitant de la redondance existante dans la courbe
paramètres. Cette option désactive ce comportement, ce qui entraîne un allongement, mais
sortie plus lisible (en particulier si le -c option est également utilisée).

PGM options:
-G n, --gamma n
définissez la valeur gamma pour l'anticrénelage (la valeur par défaut est 2.2). La plupart des ordinateurs
les écrans ne restituent pas les nuances de gris de manière linéaire, c'est-à-dire une valeur de gris de 0.5
n'est pas affiché comme étant exactement à mi-chemin entre le noir et le blanc. Les
le paramètre gamma corrige cela, et conduit donc à une plus belle apparence
sortir. La valeur par défaut de 2.2 est appropriée pour la plupart des tubes cathodiques normaux
affiche.

L'extrémité avant options:
-k n, --niveaunoir n
définir le niveau de seuil pour la conversion des images d'entrée en bitmaps. Les race de pot
l'algorithme attend un bitmap, donc tous les pixels des images d'entrée sont
converti en noir ou blanc avant le début du traitement. Pixels dont
la luminosité est inférieure à n sont convertis en noir, tous les autres pixels en
blanche. Ici n est un nombre compris entre 0 et 1. Un cas est spécialement traité :
si l'entrée est dans un format de couleur indexé avec exactement 2 couleurs, alors le
blacklevel est ignoré et la plus foncée des deux couleurs est mappée au noir.

Remarque : la méthode utilisée par race de pot pour convertir les graymaps en bitmaps est très
brut; de bien meilleurs résultats peuvent être obtenus si un programme séparé, tel que
mkbitmap(1), est utilisé à cette fin. En particulier, mkbitmap(1), qui est
distribué avec race de pot, a la capacité de mettre à l'échelle et d'interpoler le
image avant seuillage, ce qui se traduit par une bien meilleure conservation de
détail.

-je, --inverser inverser le bitmap d'entrée avant le traitement.

Progrès Bar options:
--le progrès afficher une barre de progression pour chaque bitmap traité. C'est utile
pour une utilisation interactive. Le comportement par défaut est de ne montrer aucune progression
</br>L’Information.

--tty mode définir le mode terminal pour le rendu de la barre de progression. Les valeurs possibles sont
"vt100", qui nécessite un terminal compatible vt100, et "dumb", qui utilise
uniquement des caractères ASCII. La valeur par défaut dépend du système.

BACK-END TYPES

Les backends peuvent être classés de plusieurs manières, ce qui affecte la ligne de commande disponible
options et leur comportement :

De taille fixe or de taille variable :
Pour les backends de taille fixe, la taille de la page est toujours la même (par exemple Letter
ou A4, comme spécifié au moment de la compilation ou par le -P option). Par défaut, l'image sera
être centré et mis à l'échelle pour s'adapter à la taille de la page. Pour les backends de taille variable, la taille de
la page suit la taille de l'image. Actuellement, PostScript (PS), PDFPage et
Les backends XFig sont de taille fixe et les backends restants sont de taille variable.

Basé sur les dimensions or basé sur les pixels :
Dans les backends basés sur les dimensions, les distances sont mesurées en unités physiques telles que les pouces
ou centimètres. Dans les backends basés sur des pixels, les distances sont mesurées en unités de pixels. Les
-r L'option ne fonctionne que pour les backends basés sur les dimensions, et l'option -x l'option ne fonctionne que pour
backends basés sur des pixels. Actuellement, les backends DXF, PGM, Gimppath et GeoJSON sont
basé sur les pixels, et les backends restants sont basés sur les dimensions. Actuellement, tous les pixels
les backends basés sont de taille variable.

Une seule page or plusieurs pages:
Les backends d'une seule page ne peuvent accepter qu'une seule image. Les backends multi-pages peuvent accepter
plusieurs images, généralement une par page de sortie. Actuellement, le PostScript (PS),
Les backends PDF, PDFPage et PGM sont multipages, et les backends restants sont simples
page. Notez que plusieurs images d'entrée peuvent être lues de deux manières : à partir de plusieurs entrées
fichiers (avec le -o option), ou à partir d'un seul fichier d'entrée contenant plusieurs
images concaténées.

COMPILER CONFIGURATION

Certains aspects du comportement de race de pot peut être configuré à la compilation en passant
les options suivantes au script ./configure.

--disable-zlib
compiler race de pot sans la bibliothèque de compression zlib. Cela signifie PostScript niveau 3
la compression ne sera pas disponible.

--enable-métrique
compiler race de pot avec les centimètres comme unité par défaut au lieu des pouces.

--enable-a4
compiler race de pot avec A4 comme format de page par défaut.

EXIT STATUT

L'état de sortie est 0 en cas de réussite, 1 si la ligne de commande n'était pas valide et 2 sur
toute autre erreur.

VERSION

1.13

Utilisez potrace en ligne en utilisant les services onworks.net