Convertir SVG en PAM

Que se passe-t-il lors d’une conversion SVG → PAM ?

La conversion SVG → PAM vous convient-elle ?

Détails de la conversion SVG en PAM

Les éléments vectoriels deviennent des pixels

Les formes SVG statiques et autonomes prises en charge sont rastérisées aux dimensions décodées. Les textes, scripts, animations, images intégrées et ressources externes sont refusés. Les tracés deviennent des pixels et ne restent pas des éléments vectoriels éditables.

Représentation de la transparence

La transparence est transférée uniquement entre les variantes source et cible prises en charge. Les conversions SDR utilisent un canal alpha 8 bits ; EXR utilise un canal alpha HALF avec des échantillons prémultipliés dans le fichier. GIF réduit l’alpha à un indice transparent binaire. La sortie HEIC/HEIF est opaque, et les fichiers HEIF avec un canal alpha auxiliaire sont refusés en entrée.

Stockage des échantillons sans perte

Netpbm stocke ces échantillons sans compression. La réduction des couleurs, le seuillage ou la modification de maxval peuvent néanmoins perdre des informations avant le stockage ; les représentations textuelle et binaire changent la structure, pas la signification de l’image. PAM peut stocker les échantillons d’image qu’il prend en charge sans compression avec perte. Cela s’applique après le rendu et la conversion des échantillons : la précision du fichier source, l’espace colorimétrique et la structure du document ne sont pas garantis, et les pertes antérieures ne peuvent pas être annulées.

Précision des échantillons et couleur

La sortie SDR rendue utilise des pixels d’affichage 8 bits ; la précision du fichier source et les profils ICC d’origine ne sont pas conservés. Le traitement des couleurs dépend du décodeur et de la variante source prise en charge.

Métadonnées et couleur

Cet outil d’écriture de sortie ne préserve pas les blocs de métadonnées EXIF, GPS ou XMP source. Les profils ICC d’origine ne sont pas copiés. La sortie SDR rendue utilise des pixels d’affichage 8 bits ; la précision du fichier source et les profils ICC d’origine ne sont pas conservés. Le traitement des couleurs dépend du décodeur et de la variante source prise en charge.

Compression

SVG: Ce n’est pas un codec de pixels → PAM: Sans compression SVG: SVG décrit une géométrie au lieu d’utiliser un codec de pixels avec ou sans perte. Le XML peut être compressé pour le transport, mais la rastérisation est une opération distincte qui fixe la résolution et peut supprimer les possibilités d’édition. PAM: Netpbm stocke ces échantillons sans compression. La réduction des couleurs, le seuillage ou la modification de maxval peuvent néanmoins perdre des informations avant le stockage ; les représentations textuelle et binaire changent la structure, pas la signification de l’image.

Transparence

SVG: Oui → PAM: Oui

Animation

SVG: Oui → PAM: Non

Profondeur de couleur

PAM: maxval jusqu’à 65535

Graphismes vectoriels

SVG: Tracés, formes et texte

Dimensions

La conversion conserve les dimensions de l’image décodée, sauf si vous l’éditez ou la redimensionnez. Les décodeurs compatibles appliquent l’orientation. ICO ajuste l’image à une seule taille carrée sélectionnée ; la mise en page PDF et le réglage DPI du rendu sont configurables. Les limites de l’appareil, de la mémoire et des codecs restent applicables.

Métadonnées

Cet outil d’écriture de sortie ne préserve pas les blocs de métadonnées EXIF, GPS ou XMP source. Les profils ICC d’origine ne sont pas copiés.

Questions fréquentes