dcmdrle: décoder un fichier DICOM compressé en RLE

SYNOPSIS

dcmdrle [options] dcmfile-in dcmfile-out

DESCRIPTION

dcmdrle est une application qui lit une image DICOM compressée en RLE (dcmfile-in), décompresse les données d'image (c'est-à-dire les convertit en une syntaxe de transfert DICOM native) 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 avertissement ni erreur
-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 en-tête de fichier # Cette option permet de décompresser des objets DICOM compressés en RLE qui # ont été stockés comme jeu de données sans en-tête. Une telle chose ne # devrait pas exister car la syntaxe de transfert ne peut pas être déterminée # de façon fiable sans en-tête, mais cela arrive malheureusement.

options de traitement

+ud --uid-default: conserve le même UID d'instance SOP (par défaut)
+ua --uid-always: attribue toujours un nouvel UID ordre des segments d'octets RLE :
+bd --byte-order-default: octet le plus significatif en premier (par défaut)
+br --byte-order-reverse: octet le moins significatif en premier # Cette option permet de décompresser des fichiers DICOM compressés en RLE # dans lesquels l'ordre des segments d'octets est codé de façon incorrecte. # Cela ne concerne que les images à plus d'un octet par échantillon.

options de sortie

+F --write-file: écrit au format de fichier (par défaut)
-F --write-dataset: écrit un jeu de données sans en-tête de fichier syntaxe de transfert de sortie :
+te --write-xfer-little: écrit en explicit VR little endian (par défaut)
+tb --write-xfer-big: écrit en explicit VR big endian TS
+ti --write-xfer-implicit: écrit en implicit VR little endian TS représentations de valeur post-1993 :
+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 codage 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 les éléments de longueur de groupe
-g --group-length-remove: écrit toujours sans les éléments de longueur de groupe codage de la longueur des séquences et des éléments :
+e --length-explicit: écrit avec des longueurs explicites (par défaut)
-e --length-undefined: écrit avec des longueurs indéfinies remplissage final du jeu de données (pas avec --write-dataset) :
-p= --padding-retain: ne modifie pas le remplissage (par défaut si --write-dataset n'est pas utilisé)
-p --padding-off: aucun remplissage (implicite avec --write-dataset)
+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

SYNTAXES DE TRANSFERT

dcmdrle 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
RLELosslessTransferSyntax                      1.2.840.10008.1.2.5

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

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

LittleEndianImplicitTransferSyntax             1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax             1.2.840.10008.1.2.1
BigEndianExplicitTransferSyntax                1.2.840.10008.1.2.2

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

dcmdrle 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é, sauf si le dictionnaire est 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

dcmcrle(1)