dcmcjpeg – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dcmcjpeg - DICOM-Datei in JPEG-Übertragungssyntax kodieren

ZUSAMMENFASSUNG

dcmcjpeg [Optionen] dcmfile-in dcmfile-out

BESCHREIBUNG

Die dcmcjpeg Dienstprogramm liest ein unkomprimiertes DICOM-Image (dcmfile-in), führt eine JPEG
Komprimierung (dh Umwandlung in eine gekapselte DICOM-Übertragungssyntax) und schreibt die
konvertiertes Bild in eine Ausgabedatei (dcmfile-out).

PARAMETER

dcmfile-in DICOM-Eingabedateiname, die konvertiert werden soll

dcmfile-out DICOM-Ausgabedateiname

OPTIONAL

General Optionen
-h - Hilfe
Diesen Hilfetext drucken und beenden

--Version
Versionsinformationen drucken und beenden

--Argumente
drucke erweiterte Befehlszeilenargumente

-q --leise
Ruhemodus, keine Warnungen und Fehler drucken

-v --verbose
ausführlicher Modus, Verarbeitungsdetails drucken

-d --debug
Debug-Modus, Debug-Informationen drucken

-ll --log-level [l]evel: Stringkonstante
(fatal, Fehler, Warnung, Info, Debug, Trace)
Verwenden Sie Level l für den Logger

-lc --log-config [Dateiname: Zeichenfolge
Verwenden Sie die Konfigurationsdatei f für den Logger

Varianten des Eingangssignals: Optionen
Eingabedateiformat:

+f --Datei lesen
Dateiformat oder Datensatz lesen (Standard)

+fo --Datei-nur-lesen
Nur Dateiformat lesen

-f --read-dataset
Datensatz ohne Datei-Metainformationen lesen

Syntax der Eingabeübertragung:

-t= --read-xfer-auto
TS-Erkennung verwenden (Standard)

-td --read-xfer-detect
TS ignorieren, die im Datei-Meta-Header angegeben sind

-te --read-xfer-little
mit explizitem VR Little Endian TS lesen

-tb --read-xfer-big
mit explizitem VR Big Endian TS lesen

-ti --read-xfer-implizit
mit implizitem VR Little Endian TS lesen

Kompatibilität (von +tl ignoriert):

+Ma --accept-acr-nema
Akzeptieren Sie ACR-NEMA-Bilder ohne photometrische Interpretation

# Ermöglicht die Kompatibilität für alte ACR-NEMA-Bilder ohne photometrische
# Informationen (nur pseudo-verlustfreier Encoder)

+MP --accept-palettes
Akzeptieren Sie falsche Palettenattribut-Tags (0028,111x) und
(0028,121x)

# Wenn aktiviert, werden falsche Palettenattribut-Tags akzeptiert
# (nur pseudo-verlustfreier Encoder)

JPEG Codierung Optionen
JPEG-Prozess:

+e1 --encode-lossless-sv1
verlustfrei sv1 kodieren (Standard)

# Diese Option wählt die JPEG-Datei „Verlustfrei, Nicht-Hierarchisch, Erste-Ordnung“
# Vorhersage (Prozess 14 Auswahlwert 1) Übertragungssyntax für
# Verlustfreie JPEG-Bildkomprimierung.

+el --encode-lossless
verlustfrei kodieren

# Diese Option wählt das JPEG Lossless, Non-Hierarchical (Prozess 14)
# Übertragungssyntax für verlustfreie JPEG-Bildkomprimierung.

+eb --encode-baseline
Basislinie kodieren

# Diese Option wählt die JPEG Baseline (Prozess 1) Transfer Syntax
# für verlustbehaftete JPEG-8-Bit-Bildkomprimierung.

+ee --encode-extended
Erweiterte sequentielle Kodierung

# Diese Option wählt den JPEG Extended (Prozess 2 & 4) Transfer
# Syntax für verlustbehaftete JPEG-Bildkomprimierung.

+es --encode-spectral
spektrale Auswahl kodieren

# Diese Option wählt die JPEG-Spektralauswahl, nicht hierarchisch
# (Prozess 6 und 8) Übertragungssyntax für verlustbehaftete JPEG-Bildkomprimierung.

+ep --encode-progressive
progressive Kodierung

# Diese Option wählt die JPEG Full Progression, Non-Hierarchical
# (Prozess 10 und 12) Übertragungssyntax für verlustbehaftete JPEG-Bildkomprimierung.

Auswahl des verlustfreien JPEG-Codecs:

+tl --true-verlustfrei
echter verlustfreier Codec (Standard)

# Diese Option wählt einen Encoder aus, der wirklich verlustfreie
# Bildkomprimierung. Weitere Informationen finden Sie in den HINWEISEN.

+pl --pseudo-verlustfrei
alter pseudo-verlustfreier Codec

# Alter Encoder, der verlustfreie Kompressionsalgorithmen verwendet, aber
# verursachen verlustbehaftete Bilder aufgrund interner Farbraumtransformationen
# usw. In den meisten Fällen höhere Komprimierungsrate als --true-lossless.

verlustfreie JPEG-Darstellung:

+sv --selection-value [sv]: Ganzzahl (1..7, Standard: 6)
Auswahlwert sv nur mit --encode-lossless verwenden

# Diese Option wählt den Auswahlwert für verlustfreies JPEG.

+pt --point-transform [pt]: Ganzzahl (0..15, Standard: 0)
Punkttransformation pt verwenden

# Diese Option wählt die Punkttransformation für verlustfreies JPEG aus.
# WARNUNG: Die Verwendung dieser Option mit einem Wert ungleich Null führt
# ein Präzisionsverlust, d. h. die Komprimierung wird „verlustbehaftet“.

verlustbehaftete JPEG-Darstellung:

+q --quality [q]: Ganzzahl (0..100, Standard: 90)
Qualitätsfaktor q verwenden

# Mit dieser Option wird der Qualitätsfaktor ausgewählt, der zur Bestimmung der
# Quantisierungstabelle im JPEG-Kompressor, die beeinflusst
# Komprimierungsverhältnis und Bildqualität in verlustbehaftetem JPEG.
# Weitere Einzelheiten finden Sie in der Dokumentation der Independent JPEG Group.

+sm --smooth [s]: Ganzzahl (0..100, Standard: 0)
Glättungsfaktor s verwenden

# Diese Option ermöglicht eine Glättung (Tiefpassfilter) der Bilddaten
# vor der Komprimierung. Erhöht die Komprimierungsrate auf Kosten
# der Bildqualität.

andere JPEG-Optionen:

+ho --huffman-optimize
Huffman-Tabellen optimieren (Standard)

# Diese Option ermöglicht eine Optimierung der Huffman-Tabellen während
# Bildkomprimierung. Es ergibt ein etwas kleineres Bild bei einem kleinen
# Erhöhung der CPU-Zeit. Immer aktiv, wenn die Anzahl der Bits/Samples größer als 8 ist.

-ho --huffman-standard
Verwenden Sie Standard-Huffman-Tabellen, wenn 8 Bit/Sample

# Diese Option deaktiviert eine Optimierung der Huffman-Tabellen während
# Bildkomprimierung.

komprimierte Bits pro Sample (immer +ba mit +tl):

+ba --bits-auto
Bits/Sample automatisch wählen (Standard)

+be --bits-force-8
erzwinge 8 Bit/Sample

+bt --bits-force-12
erzwinge 12 Bit/Sample (nicht mit Baseline)

+bs --bits-force-16
erzwinge 16 Bit/Sample (nur verlustfrei)

Komprimierungsfarbraumkonvertierung (überschrieben durch +tl):

+cy --color-ybr
YCbCr für Farbbilder verwenden, wenn diese verlustbehaftet sind (Standard)

# Diese Option ermöglicht eine Transformation des Farbraums nach YCbCr
# vor der Bildkomprimierung für Farbbilder im verlustbehafteten JPEG.

+cr --color-rgb
Verwenden Sie RGB für Farbbilder, wenn diese verlustbehaftet sind

# Diese Option verhindert die Transformation des Farbraums in YCbCr
# vor der Bildkomprimierung für Farbbilder im verlustbehafteten JPEG. Es bewirkt
# verlustbehaftete Bildkompression im RGB-Farbraum, die nicht
# empfehlenswert.

+cm --monochrom
Farbbilder in Monochrom umwandeln

# Diese Option erzwingt eine Konvertierung von Farbbildern in Monochrom
# vor der Komprimierung.

Dekompression Farbraumkonvertierung
(wenn die Eingabe komprimiert ist; immer +cn mit +tl):

+cp --conv-photometrisch
konvertieren, wenn YCbCr photometrische Interpretation (Standard)

# Diese Option beschreibt das Verhalten von dcmcjpeg, wenn eine komprimierte
# Bild wird gelesen und dekomprimiert, bevor es erneut komprimiert wird. Wenn das
# komprimiertes Bild verwendet YBR_FULL oder YBR_FULL_422 photometrisch
# Interpretation, es wird während der Dekomprimierung in RGB konvertiert.

+cl --conv-verlustbehaftet
Konvertieren Sie YCbCr in RGB, wenn verlustbehaftetes JPEG

# Wenn das komprimierte Bild in verlustbehaftetem JPEG kodiert ist, nehmen Sie an YCbCr
# Farbmodell und in RGB konvertieren.

+cg --conv-schätzen
in RGB konvertieren, wenn YCbCr von der Bibliothek erraten wird

# Wenn die zugrunde liegende JPEG-Bibliothek den Farbraum der
# komprimiertes Bild zu YCbCr, in RGB konvertieren.

+cgl --conv-guess-verlustbehaftet
in RGB konvertieren, wenn verlustbehaftetes JPEG und YCbCr ist
von der zugrunde liegenden JPEG-Bibliothek erraten

# Wenn das komprimierte Bild in verlustbehaftetem JPEG kodiert ist und die zugrunde liegende
# JPEG-Bibliothek "schätzt" den Farbraum als YCbCr, konvertiert in RGB.

+ca --conv-immer
Konvertieren Sie YCbCr immer in RGB

# Wenn das komprimierte Bild ein Farbbild ist, nehmen Sie das YCbCr-Farbmodell an
# und in RGB konvertieren.

+cn --conv-nie
Farbraum niemals konvertieren

# Konvertieren Sie niemals den Farbraum während der Dekompression.

Standardmäßige YCbCr-Komponentenunterabtastung (nicht mit +tl):

+s4 --sample-444
4:4:4-Sampling mit YBR_FULL (Standard)

# Diese Option deaktiviert die Farbkomponenten-Unterabtastung für die Komprimierung in
# der YCbCr-Farbraum. Die DICOM-photometrische Interpretation ist
# codiert als YBR_FULL.

+s2 --sample-422
4:2:2-Subsampling mit YBR_FULL_422

# Diese Option ermöglicht eine 4:2:2 Farbkomponenten-Unterabtastung für
# Komprimierung im YCbCr-Farbraum. Die DICOM-Photometrie
# Interpretation wird als YBR_FULL codiert.

nicht standardmäßige YCbCr-Komponentenunterabtastung (nicht mit +tl):

+n2 --nonstd-422-full
4:2:2-Subsampling mit YBR_FULL

# Diese Option ermöglicht eine 4:2:2 Farbkomponenten-Unterabtastung für
# Komprimierung im YCbCr-Farbraum. Die DICOM-Photometrie
# Interpretation wird als YBR_FULL codiert, was gegen DICOM-Regeln verstößt.

+n1 --nonstd-411-full
4:1:1-Subsampling mit YBR_FULL

# Diese Option ermöglicht eine 4:1:1 Farbkomponenten-Unterabtastung für
# Komprimierung im YCbCr-Farbraum. Die DICOM-Photometrie
# Interpretation wird als YBR_FULL codiert, was gegen DICOM-Regeln verstößt.

+np --nonstd-411
4:1:1-Subsampling mit YBR_FULL_422

# Diese Option ermöglicht eine 4:1:1 Farbkomponenten-Unterabtastung für
# Komprimierung im YCbCr-Farbraum. Die DICOM-Photometrie
# Interpretation wird als YBR_FULL_422 codiert, was gegen DICOM-Regeln verstößt.

gekapselt Pixel frustrierten Codierung Optionen
gekapselte Pixeldatenfragmentierung:

+ff --fragment-per-frame
kodiere jeden Frame als ein Fragment (Standard)

# Diese Option bewirkt die Erstellung eines komprimierten Fragments für jedes
# Rahmen (empfohlen).

+fs --fragment-size [Größe]: Ganzzahl
Fragmentgröße auf s kByte begrenzen

# Diese Option begrenzt die Fragmentgröße, die zur Erstellung von
# mehrere Fragmente pro Frame.

grundlegende Offset-Tabellencodierung:

+ot --offset-table-create
Offsettabelle erstellen (Standard)

# Diese Option bewirkt die Erstellung einer gültigen Offset-Tabelle für die
# komprimierte JPEG-Fragmente.

-ot --offset-table-empty
Offset-Tabelle leer lassen

# Diese Option bewirkt die Erstellung einer leeren Offset-Tabelle
# für die komprimierten JPEG-Fragmente.

VOI-Fensterung für monochrome Bilder (nicht mit +tl):

-W --no-windowing
kein VOI-Fenster (Standard)

# Es wird keine Fensterebene/-breite in monochrome Bilder "eingebrannt"
# Komprimierung. Siehe Hinweise unten zur Pixelskalierung und zur Skalierungsneigung
# und Intercept-Kodierung.

+Wi --use-window [n]umber: ganze Zahl
Verwenden Sie das n-te VOI-Fenster aus der Bilddatei

# Wende die n-te Fenstermitte/-breite an, die zuvor in den Bilddaten kodiert wurde
# zur Komprimierung.

+Wl --use-voi-lut [n]umber: ganze Zahl
Verwenden Sie die n-te VOI-Nachschlagetabelle aus der Bilddatei

# Wenden Sie die n-te VOI LUT an, die zuvor in den Bilddaten kodiert wurde
# zur Komprimierung.

+Wm --min-max-Fenster
VOI-Fenster mit Min-Max-Algorithmus berechnen

# Berechnen und wenden Sie eine Fenstermitte und -breite an, die die
# Bereich vom kleinsten bis zum größten vorkommenden Pixelwert.

+Wn --min-max-Fenster-n
VOI-Fenster mit Min-Max-Algorithmus berechnen,
Ignorieren von Extremwerten

# Berechnen und wenden Sie eine Fenstermitte und -breite an, die die
# Bereich vom zweitkleinsten bis zum zweitgrößten vorkommenden
# Pixelwert. Dies ist nützlich, wenn der Hintergrund auf einen
# künstliches Schwarz (Padding-Wert) oder wenn weiße Overlays eingebrannt werden
# in die Bilddaten, die für das Fenster nicht berücksichtigt werden sollen
# Berechnung.

+Wr --roi-min-max-window [l]eft [t]op [w]idth [h]eight: Ganzzahl
Berechnung des ROI-Fensters mit dem Min-Max-Algorithmus,
Der interessierende Bereich wird durch l,t,w,h . angegeben

# Diese Option funktioniert wie --min-max-window, berücksichtigt aber nur die gegebenen
# Interessenbereich innerhalb des Bildes.

+Wh --histogram-window [n]umber: ganze Zahl
Berechnen des VOI-Fensters mit dem Histogramm-Algorithmus,
n Prozent ignorieren

# Berechnen Sie ein Histogramm der Bilddaten und wenden Sie das Fensterzentrum an
# und Breite wie n% der Bilddaten werden für das Fenster ignoriert
# Berechnung

+Ww --set-window [c]enter [w]idth: float
Berechnen des VOI-Fensters unter Verwendung des Zentrums c und der Breite w

# Wenden Sie vor der Komprimierung die angegebene Fenstermitte/-breite an.

Pixelskalierung für monochrome Bilder (--no-windowing; wird von +tl ignoriert):

+sp --scaling-pixel
Skalierung anhand des minimalen/maximalen Pixelwerts (Standard)

# Die Pixelwerte von monochromen Bildern werden immer skaliert, um die
# Pixelbereich verfügbar mit dem ausgewählten JPEG-Prozess so gut wie
# möglich. Diese Option wählt eine Skalierung basierend auf dem Minimum und
# maximaler Pixelwert im Bild. Dies führt oft zu
# deutlich bessere Bildqualität, kann aber zu unterschiedlichen
# komprimierte Bilder innerhalb einer Serie, um unterschiedliche Werte zu haben für
# Steigung und Achsenabschnitt neu skalieren, was ein Problem darstellt, wenn eine Präsentation
# Status für eine Serie soll erstellt werden.

+sr --scaling-range
Skalierung mit Min.-/Max.-Bereich

# Diese Option wählt eine Skalierung basierend auf dem definierten Pixelbereich
# durch die gespeicherten Bits, Pixeldarstellung und Modalitätstransformation,
# ohne Berücksichtigung des Minimal- und Maximalwertes wirklich
# im Bild verwendet.

Neuskalierung der Steigungs-/Achsenabschnittskodierung für Monochrom (-W; wird von +tl ignoriert):

+ri --rescale-identity
Neuskalierung der Identitätsmodalität kodieren (Standard)
Nie für CT-Bilder verwendet

# Diese Option verhindert die Erstellung einer Modalitätstransformation
# außer einer Identitätstransformation (die erforderlich ist für
# viele DICOM IODs). Fenstermitte/Breite Einstellungen kodiert
# im Bild werden angepasst, VOI LUTs werden entfernt.

+rm --rescale-map
Verwenden Sie die Modalitätsskalierung, um den Pixelbereich zu skalieren
Nie für XA/RF/XA-Doppeldeckerbilder verwendet

# Diese Option bewirkt die Erstellung einer Modalitätsskalierungssteigung und
# Intercept, das die dekomprimierten Bilddaten wieder auf ihre
# Originalbereich. Dadurch bleiben alle VOI-Transformationen gültig, aber
# erfordert, dass das DICOM IOD eine Modalitätsskalierungssteigung unterstützt
# und andere Achsenabschnittstransformationen als Identität.

UID der SOP-Klasse:

+cd --class-default
SOP-Klassen-UID beibehalten (Standard)

# Behalten Sie die SOP-Klassen-UID des Quellbilds bei.

+cs --class-sc
in sekundäres Capture-Bild konvertieren (impliziert --uid-always)

# Konvertieren Sie das Bild in Secondary Capture. Zusätzlich zum SOP
# Klassen-UID, alle für eine gültige sekundäre Erfassung erforderlichen Attribute
# Bilder werden hinzugefügt. Es wird immer eine neue SOP-Instanz-UID zugewiesen.

SOP-Instanz-UID:

+ud --uid-default
bei verlustbehafteter Komprimierung neue UID zuweisen (Standard)

# Weist eine neue SOP-Instanz-UID zu, wenn die Komprimierung verlustbehaftet ist.

+ua --uid-immer
immer neue UID zuweisen

# Weist bedingungslos eine neue SOP-Instanz-UID zu.

+un --uid-nie
nie neue UID zuweisen

# Weist nie eine neue SOP-Instanz-UID zu.

Möglichkeiten für das Ausgangssignal: Optionen
Wertdarstellungen nach 1993:

+u --enable-new-vr
Unterstützung für neue VRs aktivieren (UN/UT) (Standard)

-u --disable-new-vr
Unterstützung für neue VRs deaktivieren, in OB konvertieren

Gruppenlängencodierung:

+g= --group-length-recalc
Gruppenlängen neu berechnen, falls vorhanden (Standard)

+g --group-length-create
immer mit Gruppenlängenelementen schreiben

-g --group-length-remove
immer ohne Gruppenlängenelemente schreiben

Längenkodierung in Sequenzen und Items:

+e --länge-explizit
mit expliziten Längen schreiben (Standard)

-e --länge-undefiniert
mit undefinierten Längen schreiben

Datensatz-Trailing-Padding:

-p= --padding-retain
Padding nicht ändern (Standard)

-p --padding-off
keine Polsterung

+p --padding-create [file-pad] [i]tem-pad: ganze Zahl
Datei auf mehreren f Bytes ausrichten
und Elemente auf mehreren von i Bytes

ANMERKUNG

Die dcmcjpeg Das Dienstprogramm komprimiert DICOM-Bilder aller SOP-Klassen. Eine spezielle Behandlung wurde
für CT-Bilder implementiert (wo die Modalitätstransformation erforderlich ist, um
Hounsfield-Einheiten) und die XA/RF/Biplane SOP-Klassen (wo die Modalitätstransformation
'umgekehrte' Semantik). Allerdings dcmcjpeg versucht nicht sicherzustellen, dass die komprimierte
Das Bild erfüllt weiterhin alle Einschränkungen des IOD des Objekts.

Ein paar Beispiele:

· Für MR-Bilder ist ein BitsAllocated=16 erforderlich.
· NM-Bilder können nur mit MONOCHROME2 oder PALETTE COLOR photometrisch kodiert werden
Interpretation, aber nicht mit RGB oder YBR_FULL (was die Komprimierung effektiv verhindert).
· Farbbilder in Papierform müssen das RGB-Farbmodell haben, was bei verlustbehafteter Komprimierung ein Problem darstellt
durchgeführt werden soll.
Der Benutzer ist dafür verantwortlich, dass die von ihm erstellten komprimierten Bilder
konform mit dem DICOM-Standard. Wenn in Frage, die dcmcjpeg Dienstprogramm ermöglicht es einem,
Konvertieren eines Bildes in eine sekundäre Erfassung - diese SOP-Klasse stellt keine Einschränkungen wie die
die oben genannten.
Mit der Version DCMTK 3.5.4 wurde ein neuer Encoder für wirklich verlustfreie JPEG-Kompression hinzugefügt
(--true-lossless). Im Vergleich zum alten (--pseudo-verlustfrei) Encoder, der leicht
verlustbehaftete Bilder, die durch interne Farbraumkonvertierungen, Fensterung usw. entstehen, gibt es eine
Einige zu berücksichtigende Punkte:
· Es werden nur Quellbilder mit zugewiesenen Bits von 8 oder 16 unterstützt
· Optionen für Farbraumkonvertierungen, Fensterung oder Pixelskalierung werden ignoriert oder
überschrieben
· Photometrische Interpretationen YBR_FULL_422, YBR_PARTIAL_422, YBR_PARTIAL_420, YBR_ICT,
YBR_RCT werden nicht unterstützt
· Der Encoder ändert bei Bedarf automatisch die Planarkonfiguration von 1 auf 0
· Das Kompressionsverhältnis kann niedriger sein als in --pseudo-verlustfrei Modus
Wenn Sie jedoch den neuen Encoder (Standard) verwenden, können Sie sicher sein, dass die Komprimierung nicht
die Bildqualität beeinträchtigen.
Um auf der sicheren Seite zu sein, wird das Lossy Compression Flag immer auf '01' gesetzt und ein
Die neue SOP-Instanz-UID wird (standardmäßig) für den alten pseudo-verlustfreien Encoder zugewiesen. Die
Die Ausgabe des alten und neuen verlustfreien Encoders kann auch durch die Ableitung unterschieden werden
Beschreibung im resultierenden DICOM-Bild, das den Begriff „Lossless JPEG“ enthält
Komprimierung“ für den neuen und „Pseudo-Lossless JPEG-Komprimierung“ für den alten Encoder.

TRANSFER SYNTAXE

dcmcjpeg unterstützt die folgenden Übertragungssyntaxen für die Eingabe (dcmfile-in):
LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
DeflationiertExplicitVRLittleEndianTransferSyntax 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
(*) wenn mit aktivierter zlib-Unterstützung kompiliert
dcmcjpeg unterstützt die folgenden Übertragungssyntaxen für die Ausgabe (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

LOGGING

Der Grad der Protokollausgabe der verschiedenen Befehlszeilentools und zugrunde liegenden Bibliotheken kann
vom Benutzer angegeben werden. Standardmäßig werden nur Fehler und Warnungen in den Standard geschrieben
Fehlerstrom. Option verwenden - ausführlich auch Informationsnachrichten wie Verarbeitungsdetails
sind gemeldet. Möglichkeit --debuggen kann verwendet werden, um mehr Details über die interne Aktivität zu erfahren,
zB für Debugging-Zwecke. Andere Protokollierungsebenen können mit Option ausgewählt werden --Protokoll-
Grad des . in --ruhig Modus werden nur schwerwiegende Fehler gemeldet. Bei solchen sehr schwerwiegenden Fehlerereignissen
die Anwendung wird normalerweise beendet. Weitere Informationen zu den verschiedenen Protokollierungsebenen finden Sie unter
siehe Dokumentation des Moduls 'oflog'.
Falls die Logging-Ausgabe in eine Datei geschrieben werden soll (optional mit Logfile-Rotation),
in Syslog (Unix) oder die Option Ereignisprotokoll (Windows) --log-config kann verwendet werden. Dies
Konfigurationsdatei ermöglicht es auch, nur bestimmte Nachrichten an einen bestimmten Ausgang zu leiten
Stream und zum Filtern bestimmter Nachrichten basierend auf dem Modul oder der Anwendung, in der sie
sind generiert. Eine Beispielkonfigurationsdatei finden Sie in /logger.cfg.

COMMAND LINE

Alle Befehlszeilentools verwenden die folgende Notation für Parameter: eckige Klammern umschließen
optionale Werte (0-1), drei nachgestellte Punkte zeigen an, dass mehrere Werte zulässig sind
(1-n), eine Kombination aus beiden bedeutet 0 bis n Werte.
Befehlszeilenoptionen werden von Parametern durch ein führendes '+' oder '-' Zeichen unterschieden.
bzw. Normalerweise sind Reihenfolge und Position von Befehlszeilenoptionen willkürlich (dh sie
kann überall erscheinen). Wenn sich die Optionen jedoch gegenseitig ausschließen, ist das Erscheinungsbild ganz rechts
wird genutzt. Dieses Verhalten entspricht den Standard-Auswertungsregeln gängiger Unix-Shells.
Darüber hinaus können eine oder mehrere Befehlsdateien mit einem '@'-Zeichen als Präfix für . angegeben werden
der Dateiname (zB @command.txt). Ein solches Befehlsargument wird durch den Inhalt von . ersetzt
die entsprechende Textdatei (mehrere Leerzeichen werden als einzelnes Trennzeichen behandelt, es sei denn
sie stehen zwischen zwei Anführungszeichen) vor jeder weiteren Auswertung. Bitte beachte, dass
Eine Befehlsdatei kann keine andere Befehlsdatei enthalten. Dieser einfache, aber effektive Ansatz
erlaubt es, gängige Kombinationen von Optionen/Parametern zusammenzufassen und vermeidet langwierige und
verwirrende Befehlszeilen (ein Beispiel finden Sie in der Datei /dumppat.txt).

Die dcmcjpeg Dienstprogramm versucht, DICOM-Datenwörterbücher zu laden, die im
DCMDICTPATH Umgebungsvariable. Standardmäßig, dh wenn die DCMDICTPATH variable Umgebung
ist nicht gesetzt, die Datei /dicom.dic wird geladen, es sei denn, das Wörterbuch ist erstellt
in die Anwendung (Standard für Windows).
Das Standardverhalten sollte bevorzugt werden und die DCMDICTPATH Nur Umgebungsvariable
verwendet, wenn alternative Datenwörterbücher benötigt werden. Die DCMDICTPATH variable Umgebung
hat das gleiche Format wie die Unix-Shell PATH variabel, indem ein Doppelpunkt (':') trennt
Einträge. Auf Windows-Systemen wird ein Semikolon (';') als Trennzeichen verwendet. Das Datenwörterbuch
Der Code versucht, jede in der Datei angegebene Datei zu laden DCMDICTPATH Umgebungsvariable. Es
ist ein Fehler, wenn kein Data Dictionary geladen werden kann.

Verwenden Sie dcmcjpeg online mit den Diensten von onworks.net