dcmcjpeg: encoder un fichier DICOM vers la syntaxe de transfert JPEG

SYNOPSIS

dcmcjpeg [options] dcmfile-in dcmfile-out

DESCRIPTION

dcmcjpeg est un utilitaire qui lit une image DICOM non compressée (dcmfile-in), effectue une compression JPEG (c'est-à-dire une conversion vers une syntaxe de transfert DICOM encapsulée) et écrit l'image convertie dans un fichier de sortie (dcmfile-out).

PARAMÈTRES

dcmfile-in   DICOM input filename to be converted ("-" for stdin)

dcmfile-out  DICOM output filename ("-" for stdout)

OPTIONS

options générales

-h --help: affiche cette aide et quitte
--version: affiche les informations de version et quitte
--arguments: affiche les arguments de ligne de commande développés
-q --quiet: mode silencieux, n'affiche ni avertissements ni erreurs
-v --verbose: mode détaillé, affiche les détails du traitement
-d --debug: mode débogage, affiche les informations de débogage
-ll --log-level [l]evel: string constant: (fatal, error, warn, info, debug, trace) utilise le niveau l pour la journalisation
-lc --log-config [f]ilename: string: utilise le fichier de configuration f pour le journal

options d'entrée

+f --read-file: lit le format de fichier ou le jeu de données (par défaut)
+fo --read-file-only: lit uniquement le format de fichier
-f --read-dataset: lit un jeu de données sans informations de méta-fichier, syntaxe de transfert d'entrée :
-t= --read-xfer-auto: utilise la reconnaissance de la TS (par défaut)
-td --read-xfer-detect: ignore la TS spécifiée dans l'en-tête du méta-fichier
-te --read-xfer-little: lit avec la TS explicit VR little endian
-tb --read-xfer-big: lit avec la TS explicit VR big endian
-ti --read-xfer-implicit: lit avec la TS implicit VR little endian, compatibilité (ignoré par +tl) :
+Ma --accept-acr-nema: accepte les images ACR-NEMA sans interprétation photométrique # active la compatibilité avec les anciennes images ACR-NEMA sans # information photométrique (encoder pseudo-sans-perte uniquement)
+Mp --accept-palettes: accepte des tags d'attribut de palette incorrects (0028,111x) et (0028,121x) # si activé, les tags d'attribut de palette incorrects sont acceptés # (encoder pseudo-sans-perte uniquement)

options d'encodage JPEG

+e1 --encode-lossless-sv1: encode en sans perte sv1 (par défaut) # cette option sélectionne la syntaxe de transfert JPEG Lossless, Non-Hierarchical, First-Order # Prediction (Process 14 Selection Value 1) pour # la compression d'image JPEG sans perte
+el --encode-lossless: encode en sans perte # cette option sélectionne la syntaxe de transfert JPEG Lossless, Non-Hierarchical (Process 14) # pour la compression d'image JPEG sans perte
+eb --encode-baseline: encode en baseline # cette option sélectionne la syntaxe de transfert JPEG Baseline (Process 1) # pour la compression d'image JPEG avec perte 8 bits
+ee --encode-extended: encode en séquentiel étendu # cette option sélectionne la syntaxe de transfert JPEG Extended (Process 2 & 4) # pour la compression d'image JPEG avec perte
+es --encode-spectral: encode avec sélection spectrale # cette option sélectionne la syntaxe de transfert JPEG Spectral Selection, Non-Hierarchical # (Process 6 & 8) pour la compression d'image JPEG avec perte
+ep --encode-progressive: encode en progressif # cette option sélectionne la syntaxe de transfert JPEG Full Progression, Non-Hierarchical # (Process 10 & 12) pour la compression d'image JPEG avec perte. sélection du codec JPEG sans perte :
+tl --true-lossless: codec véritablement sans perte (par défaut) # cette option sélectionne un encoder qui garantit une compression # d'image véritablement sans perte. voir NOTES pour plus d'informations
+pl --pseudo-lossless: ancien codec pseudo-sans-perte # ancien encoder qui utilise des algorithmes de compression sans perte, mais peut # produire des images avec perte en raison de transformations internes de l'espace colorimétrique # etc. taux de compression plus élevé que --true-lossless dans la plupart des cas. représentation JPEG sans perte :
+sv --selection-value [sv]: integer (1..7, default: 6): utilise la valeur de sélection sv uniquement avec --encode-lossless # cette option sélectionne la valeur de sélection pour le JPEG sans perte
+pt --point-transform [pt]: integer (0..15, default: 0): utilise la transformation de point pt # cette option sélectionne la transformation de point pour le JPEG sans perte. # avertissement : utiliser cette option avec une valeur autre que zéro entraîne # une perte de précision, c'est-à-dire rend la compression "avec perte". représentation JPEG avec perte :
+q --quality [q]: integer (0..100, default: 90): utilise le facteur de qualité q # cette option sélectionne le facteur de qualité utilisé pour déterminer la # table de quantification à l'intérieur du compresseur JPEG, ce qui affecte le # taux de compression et la qualité d'image en JPEG avec perte. # voir la documentation de l'Independent JPEG Group pour plus de détails
+sm --smooth [s]: integer (0..100, default: 0): utilise le facteur de lissage s # cette option active un lissage (filtre passe-bas) des données d'image # avant la compression. augmente le taux de compression au détriment # de la qualité d'image. autres options JPEG :
+ho --huffman-optimize: optimise les tables de Huffman (par défaut) # cette option active une optimisation des tables de Huffman pendant la # compression d'image. il en résulte une image légèrement plus petite pour une légère # augmentation du temps CPU. toujours actif si bits/sample est supérieur à 8
-ho --huffman-standard: utilise les tables de Huffman standard si 8 bits/sample # cette option désactive une optimisation des tables de Huffman pendant la # compression d'image. bits/sample compressés (toujours +ba avec +tl) :
+ba --bits-auto: choisit automatiquement les bits/sample (par défaut)
+be --bits-force-8: force 8 bits/sample
+bt --bits-force-12: force 12 bits/sample (pas avec baseline)
+bs --bits-force-16: force 16 bits/sample (sans perte uniquement) conversion d'espace colorimétrique à la compression (remplacée par +tl) :
+cy --color-ybr: utilise YCbCr pour les images couleur si avec perte (par défaut) # cette option active une transformation de l'espace colorimétrique vers YCbCr # avant la compression d'image pour les images couleur en JPEG avec perte
+cr --color-rgb: utilise RGB pour les images couleur si avec perte # cette option empêche la transformation de l'espace colorimétrique vers YCbCr # avant la compression d'image pour les images couleur en JPEG avec perte. elle entraîne # une compression avec perte dans l'espace colorimétrique RGB, ce qui n'est pas # recommandé
+cm --monochrome: convertit les images couleur en monochrome # cette option force une conversion des images couleur en monochrome # avant la compression. conversion d'espace colorimétrique à la décompression (si l'entrée est compressée ; toujours +cn avec +tl) :
+cp --conv-photometric: convertit si interprétation photométrique YCbCr (par défaut) # cette option décrit le comportement de dcmcjpeg lorsqu'une image compressée # est lue et décompressée avant recompression. si l'image compressée utilise # l'interprétation photométrique YBR_FULL ou YBR_FULL_422, elle est convertie # en RGB pendant la décompression
+cl --conv-lossy: convertit YCbCr en RGB si JPEG avec perte # si l'image compressée est encodée en JPEG avec perte, suppose le modèle # de couleur YCbCr et convertit en RGB
+cg --conv-guess: convertit en RGB si la bibliothèque suppose du YCbCr # si la bibliothèque JPEG sous-jacente "suppose" que l'espace colorimétrique # de l'image compressée est YCbCr, convertit en RGB
+cgl --conv-guess-lossy: convertit en RGB si JPEG avec perte et que la bibliothèque JPEG sous-jacente suppose du YCbCr # si l'image compressée est encodée en JPEG avec perte et que la bibliothèque # JPEG sous-jacente "suppose" que l'espace colorimétrique est YCbCr, convertit en RGB
+ca --conv-always: convertit toujours YCbCr en RGB # si l'image compressée est une image couleur, suppose le modèle de couleur # YCbCr et convertit en RGB
+cn --conv-never: ne convertit jamais l'espace colorimétrique # ne convertit jamais l'espace colorimétrique pendant la décompression. options de contournement de décompression pour des encodages incorrects (si l'entrée est compressée) :
+w6 --workaround-pred6: active le contournement pour les images JPEG sans perte avec débordement du prédicteur 6 # des images DICOM à 16 bits/pixel ont été observées "dans la nature" # et sont compressées en JPEG sans perte et nécessitent un traitement particulier # car l'encoder a produit un débordement d'entier 16 bits dans le prédicteur # 6, qu'il faut compenser (reproduire) pendant la décompression. # cet indicateur permet une décompression correcte de ces images défectueuses, mais # provoquera en même temps une décompression incorrecte des images correctement # compressées. à utiliser avec précaution
+wi --workaround-incpl: active le contournement pour des données JPEG incomplètes # cette option amène dcmjpeg à ignorer les données JPEG incomplètes # à la fin d'un fragment compressé et à commencer la décompression de # l'image suivante à partir du fragment suivant (le cas échéant). cela permet # de décoder des images dont les données JPEG sont incomplètes
+wc --workaround-cornell: active le contournement pour les images JPEG sans perte 16 bits Cornell avec débordement de la table de Huffman # l'une des premières implémentations open source de la compression # JPEG sans perte, la bibliothèque "Cornell", comporte un bogue bien connu qui produit # des valeurs invalides dans la table de Huffman lorsque des images à 16 bit/sample # sont compressées. cet indicateur active un contournement qui permet de décoder # correctement de telles images. sous-échantillonnage des composantes YCbCr (JPEG avec perte uniquement) :
+s2 --sample-422: sous-échantillonnage 4:2:2 avec YBR_FULL_422 (par défaut) # cette option active un sous-échantillonnage des composantes de couleur 4:2:2 pour # la compression dans l'espace colorimétrique YCbCr. l'interprétation photométrique # DICOM est encodée en YBR_FULL_422. sous-échantillonnage non standard des composantes YCbCr (pas avec +tl) :
+s4 --nonstd-444: échantillonnage 4:4:4 avec YBR_FULL # cette option désactive le sous-échantillonnage des composantes de couleur pour la # compression dans l'espace colorimétrique YCbCr. l'interprétation photométrique DICOM # est encodée en YBR_FULL, ce qui viole les règles DICOM pour le JPEG avec perte
+n2 --nonstd-422-full: sous-échantillonnage 4:2:2 avec YBR_FULL # cette option active un sous-échantillonnage des composantes de couleur 4:2:2 pour # la compression dans l'espace colorimétrique YCbCr. l'interprétation photométrique # DICOM est encodée en YBR_FULL, ce qui viole les règles DICOM
+n1 --nonstd-411-full: sous-échantillonnage 4:1:1 avec YBR_FULL # cette option active un sous-échantillonnage des composantes de couleur 4:1:1 pour # la compression dans l'espace colorimétrique YCbCr. l'interprétation photométrique # DICOM est encodée en YBR_FULL, ce qui viole les règles DICOM
+np --nonstd-411: sous-échantillonnage 4:1:1 avec YBR_FULL_422 # cette option active un sous-échantillonnage des composantes de couleur 4:1:1 pour # la compression dans l'espace colorimétrique YCbCr. l'interprétation photométrique # DICOM est encodée en YBR_FULL_422, ce qui viole les règles DICOM

options d'encodage des données de pixels encapsulées:

+ff --fragment-per-frame: encode chaque image en un seul fragment (par défaut) # cette option entraîne la création d'un fragment compressé pour chaque # image (recommandé)
+fs --fragment-size [s]ize: integer: limite la taille des fragments à s Ko # cette option limite la taille des fragments, ce qui peut entraîner la création de # plusieurs fragments par image. encodage de la table de décalage de base :
+ot --offset-table-create: crée la table de décalage (par défaut) # cette option entraîne la création d'une table de décalage valide pour les # fragments JPEG compressés
-ot --offset-table-empty: laisse la table de décalage vide # cette option entraîne la création d'une table de décalage vide # pour les fragments JPEG compressés. fenêtrage VOI pour les images monochromes (pas avec +tl) :
-W --no-windowing: aucun fenêtrage VOI (par défaut) # aucun centre/largeur de fenêtre n'est "gravé" dans les images monochromes avant # la compression. voir les notes ci-dessous sur la mise à l'échelle des pixels et l'encodage de rescale slope # et intercept
+Wi --use-window [n]umber: integer: utilise la n-ième fenêtre VOI du fichier image # applique le n-ième centre/largeur de fenêtre encodé dans les données d'image avant # la compression
+Wl --use-voi-lut [n]umber: integer: utilise la n-ième table de correspondance VOI du fichier image # applique la n-ième VOI LUT encodée dans les données d'image avant # la compression
+Wm --min-max-window: calcule la fenêtre VOI avec l'algorithme min-max # calcule et applique un centre et une largeur de fenêtre couvrant la # plage allant de la plus petite à la plus grande valeur de pixel présente
+Wn --min-max-window-n: calcule la fenêtre VOI avec l'algorithme min-max, en ignorant les valeurs extrêmes # calcule et applique un centre et une largeur de fenêtre couvrant la # plage allant de la deuxième plus petite à la deuxième plus grande # valeur de pixel présente. cela est utile si l'arrière-plan est réglé sur un # noir artificiel (valeur de padding) ou si des overlays blancs sont gravés # dans les données d'image et ne doivent pas être pris en compte pour le calcul # de la fenêtre
+Wr --roi-min-max-window [l]eft [t]op [w]idth [h]eight: integer: calcule la fenêtre ROI avec l'algorithme min-max, la région d'intérêt est spécifiée par l,t,w,h # cette option fonctionne comme --min-max-window mais ne considère que la # région d'intérêt donnée à l'intérieur de l'image
+Wh --histogram-window [n]umber: integer: calcule la fenêtre VOI avec l'algorithme Histogram, en ignorant n pour cent # calcule un histogramme des données d'image et applique un centre # et une largeur de fenêtre de sorte que n % des données d'image soient ignorées pour le calcul # de la fenêtre
+Ww --set-window [c]enter [w]idth: float: calcule la fenêtre VOI en utilisant le centre c et la largeur w # applique le centre/la largeur de fenêtre donné avant la compression. mise à l'échelle des pixels pour les images monochromes (--no-windowing ; ignoré par +tl) :
+sp --scaling-pixel: met à l'échelle en utilisant la valeur de pixel min/max (par défaut) # les valeurs de pixel des images monochromes sont toujours mises à l'échelle pour tirer # le meilleur parti possible de la plage de pixels disponible avec le processus JPEG # sélectionné. cette option sélectionne une mise à l'échelle basée sur la valeur minimale et # maximale de pixel présente dans l'image. cela conduit souvent à une # qualité d'image nettement meilleure, mais peut entraîner des valeurs différentes de # rescale slope et intercept entre images compressées d'une même série, # ce qui pose problème si un # Presentation State doit être créé pour cette série
+sr --scaling-range: met à l'échelle en utilisant la plage min/max # cette option sélectionne une mise à l'échelle basée sur la plage de pixels telle que # définie par les bits stockés, la représentation des pixels et la transformation de modalité, # sans tenir compte de la valeur # minimale et maximale réellement utilisée dans l'image. encodage de rescale slope et intercept pour les images monochromes (-W ; ignoré par +tl) :
+ri --rescale-identity: encode un rescale de modalité identité (par défaut), jamais utilisé pour les images CT # cette option empêche la création d'une transformation de modalité # autre qu'une transformation identité (requise pour # de nombreux IOD DICOM). les réglages de centre/largeur de fenêtre encodés # dans l'image sont adaptés, les VOI LUT sont supprimées
+rm --rescale-map: utilise le rescale de modalité pour mettre à l'échelle la plage de pixels, jamais utilisé pour les images XA/RF/XA Biplane # cette option entraîne la création d'un rescale slope et intercept de modalité qui # ramène les données d'image décompressées à leur plage # d'origine. cela conserve la validité de toutes les transformations VOI mais # nécessite que l'IOD DICOM prenne en charge une transformation de rescale slope # et intercept de modalité autre qu'identité. SOP Class UID :
+cd --class-default: conserve le SOP Class UID (par défaut) # conserve le SOP Class UID de l'image source
+cs --class-sc: convertit en image Secondary Capture (implique --uid-always) # convertit l'image en Secondary Capture. outre le SOP # Class UID, tous les attributs requis pour une image secondary capture # valide sont ajoutés. un nouveau SOP instance UID est toujours attribué. SOP Instance UID :
+ud --uid-default: attribue un nouvel UID en cas de compression avec perte (par défaut) # attribue un nouveau SOP instance UID si la compression est avec perte
+ua --uid-always: attribue toujours un nouvel UID # attribue inconditionnellement un nouveau SOP instance UID
+un --uid-never: n'attribue jamais de nouvel UID # n'attribue jamais de nouveau SOP instance UID

options de sortie

+u --enable-new-vr: active la prise en charge des nouveaux VR (UN/UT) (par défaut)
-u --disable-new-vr: désactive la prise en charge des nouveaux VR, convertit en OB. encodage de la longueur de groupe :
+g= --group-length-recalc: recalcule les longueurs de groupe si présentes (par défaut)
+g --group-length-create: écrit toujours avec des éléments de longueur de groupe
-g --group-length-remove: écrit toujours sans éléments de longueur de groupe. encodage de la longueur dans les séquences et les éléments :
+e --length-explicit: écrit avec des longueurs explicites (par défaut)
-e --length-undefined: écrit avec des longueurs indéfinies. padding de fin du jeu de données :
-p= --padding-retain: ne modifie pas le padding (par défaut)
-p --padding-off: aucun padding
+p --padding-create [f]ile-pad [i]tem-pad: integer: aligne le fichier sur un multiple de f octets et les éléments sur un multiple de i octets

NOTES

dcmcjpeg est un utilitaire qui compresse les images DICOM de toutes les classes SOP. Il traite tous les éléments Pixel Data (7fe0,0010) du jeu de données, c'est-à-dire que la compression est également effectuée sur une image d'icône. Un traitement particulier a été implémenté pour les images CT (où la transformation de modalité est nécessaire pour créer des unités Hounsfield) et pour les classes SOP XA/RF/Biplane (où la transformation de modalité a une sémantique "inversée"). Cependant, dcmcjpeg n'essaie pas de garantir que l'image compressée reste conforme à toutes les restrictions de l'IOD de l'objet.

Quelques exemples :

les images MR doivent avoir BitsAllocated=16.
les images NM ne peuvent être encodées qu'avec l'interprétation photométrique MONOCHROME2 ou PALETTE COLOR, mais pas avec RGB ou YBR_FULL (ce qui empêche en pratique toute compression).
les images Hardcopy Color doivent avoir un modèle de couleur RGB, ce qui pose problème si une compression avec perte doit être effectuée.

L'utilisateur est responsable de s'assurer que les images compressées qu'il crée sont conformes à la norme DICOM. En cas de doute, l'utilitaire dcmcjpeg permet de convertir une image en secondary capture : cette classe SOP n'impose pas les restrictions mentionnées ci-dessus.

Avec la version DCMTK 3.5.4, un nouvel encoder pour une compression JPEG véritablement sans perte a été ajouté (–true-lossless). Par rapport à l'ancien encoder (–pseudo-lossless), qui crée des images légèrement avec perte en raison de conversions internes de l'espace colorimétrique, du fenêtrage, etc., il y a quelques points à considérer :

seules les images source avec Bits Allocated 8 ou 16 sont prises en charge
les options de conversion d'espace colorimétrique, de fenêtrage ou de mise à l'échelle des pixels sont ignorées ou remplacées
les interprétations photométriques YBR_FULL_422, YBR_PARTIAL_422, YBR_PARTIAL_420, YBR_ICT, YBR_RCT ne sont pas prises en charge
l'encoder modifie automatiquement Planar Configuration de 1 à 0 si nécessaire
le taux de compression peut être inférieur à celui du mode –pseudo-lossless

Cependant, en utilisant le nouvel encoder (par défaut), on peut être certain que la compression n'affecte pas la qualité d'image.

Par précaution, le Lossy Compression Flag est toujours réglé sur "01" et un nouveau SOP instance UID est attribué (par défaut) pour l'ancien encoder pseudo-sans-perte. La sortie de l'ancien et du nouvel encoder sans perte peut également être distinguée via la Derivation Description de l'image DICOM résultante, qui contient le terme "Lossless JPEG compression" pour le nouveau et "Pseudo-Lossless JPEG compression" pour l'ancien encoder.

SYNTAXES DE TRANSFERT

dcmcjpeg prend en charge les syntaxes de transfert suivantes en entrée (dcmfile-in) :

LittleEndianImplicitTransferSyntax             1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax             1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntax   1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntax                1.2.840.10008.1.2.2
JPEGProcess1TransferSyntax                     1.2.840.10008.1.2.4.50
JPEGProcess2_4TransferSyntax                   1.2.840.10008.1.2.4.51
JPEGProcess6_8TransferSyntax                   1.2.840.10008.1.2.4.53
JPEGProcess10_12TransferSyntax                 1.2.840.10008.1.2.4.55
JPEGProcess14TransferSyntax                    1.2.840.10008.1.2.4.57
JPEGProcess14SV1TransferSyntax                 1.2.840.10008.1.2.4.70

(*) si compilé avec la prise en charge de zlib activée

dcmcjpeg prend en charge les syntaxes de transfert suivantes en sortie (dcmfile-out) :

JPEGProcess1TransferSyntax                     1.2.840.10008.1.2.4.50
JPEGProcess2_4TransferSyntax                   1.2.840.10008.1.2.4.51
JPEGProcess6_8TransferSyntax                   1.2.840.10008.1.2.4.53
JPEGProcess10_12TransferSyntax                 1.2.840.10008.1.2.4.55
JPEGProcess14TransferSyntax                    1.2.840.10008.1.2.4.57
JPEGProcess14SV1TransferSyntax                 1.2.840.10008.1.2.4.70

JOURNALISATION

Le niveau de détail de la journalisation des différents outils en ligne de commande et des bibliothèques sous-jacentes peut être spécifié par l'utilisateur. Par défaut, seules les erreurs et les avertissements sont écrits dans le flux d'erreur standard. L'option –verbose permet également de signaler des messages d'information tels que les détails du traitement. L'option –debug permet d'obtenir plus de détails sur l'activité interne, par exemple à des fins de débogage. L'option –log-level permet de sélectionner d'autres niveaux de journalisation. En mode –quiet, seules les erreurs fatales sont signalées. Dans de tels cas d'erreur très graves, l'application se termine généralement. Pour plus de détails sur les différents niveaux de journalisation, consultez la documentation du module "oflog".

Si la sortie de la journalisation doit être écrite dans un fichier (éventuellement avec rotation des fichiers journaux), vers syslog (Unix) ou le journal des événements (Windows), l'option –log-config peut être utilisée. Ce fichier de configuration permet également de diriger uniquement certains messages vers un flux de sortie particulier et de filtrer certains messages en fonction du module ou de l'application qui les génère. Un exemple de fichier de configuration est fourni dans < etcdir>/logger.cfg.

LIGNE DE COMMANDE

Tous les outils en ligne de commande utilisent la notation suivante pour les paramètres : les crochets entourent les valeurs facultatives (0-1), trois points de suspension à la fin indiquent que plusieurs valeurs sont autorisées (1-n), et la combinaison des deux signifie de 0 à n valeurs.

Les options de la ligne de commande se distinguent des paramètres par un signe '+' ou '-' en tête. En général, l'ordre et la position des options de la ligne de commande sont arbitraires (c'est-à-dire qu'elles peuvent apparaître n'importe où). Toutefois, si des options s'excluent mutuellement, c'est la dernière occurrence, la plus à droite, qui est utilisée. Ce comportement est conforme aux règles d'évaluation standard des shells Unix courants.

De plus, un ou plusieurs fichiers de commandes peuvent être spécifiés en utilisant un signe '@' comme préfixe du nom de fichier (par exemple @command.txt). Un tel argument de commande est remplacé par le contenu du fichier texte correspondant (les espaces multiples sont traités comme un séparateur unique, sauf s'ils apparaissent entre deux guillemets) avant toute évaluation ultérieure. Notez qu'un fichier de commandes ne peut pas contenir un autre fichier de commandes. Cette approche simple mais efficace permet de regrouper des combinaisons courantes d'options/paramètres et évite des lignes de commande longues et peu lisibles (un exemple est fourni dans le fichier < datadir>/dumppat.txt).

ENVIRONNEMENT

L'utilitaire dcmcjpeg tentera de charger les dictionnaires de données DICOM spécifiés dans la variable d'environnement DCMDICTPATH. Par défaut, c'est-à-dire si la variable d'environnement DCMDICTPATH n'est pas définie, le fichier < datadir>/dicom.dic sera chargé, à moins que le dictionnaire ne soit intégré à l'application (par défaut sous Windows).

Il est préférable de conserver le comportement par défaut et de n'utiliser la variable d'environnement DCMDICTPATH que lorsque des dictionnaires de données alternatifs sont nécessaires. La variable d'environnement DCMDICTPATH a le même format que la variable PATH des shells Unix, en ce sens que les deux-points (":") séparent les entrées. Sur les systèmes Windows, le point-virgule (";") est utilisé comme séparateur. Le code du dictionnaire de données tente de charger chaque fichier spécifié dans la variable d'environnement DCMDICTPATH. C'est une erreur si aucun dictionnaire de données ne peut être chargé.

VOIR AUSSI

dcmdjpeg(1)