dcmcjpeg: Codificar arquivo DICOM para a sintaxe de transferência JPEG

SINOPSE

dcmcjpeg [options] dcmfile-in dcmfile-out

DESCRIÇÃO

O utilitário dcmcjpeg lê uma imagem DICOM não comprimida (dcmfile-in), realiza uma compressão JPEG (ou seja, conversão para uma sintaxe de transferência DICOM encapsulada) e grava a imagem convertida em um arquivo de saída (dcmfile-out).

PARÂMETROS

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

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

OPÇÕES

opções gerais

-h --help: exibe este texto de ajuda e sai
--version: exibe as informações de versão e sai
--arguments: exibe os argumentos de linha de comando expandidos
-q --quiet: modo silencioso, não exibe avisos nem erros
-v --verbose: modo detalhado, exibe os detalhes do processamento
-d --debug: modo de depuração, exibe informações de depuração
-ll --log-level [l]evel: string constant: (fatal, error, warn, info, debug, trace) usa o nível l para o logger
-lc --log-config [f]ilename: string: usa o arquivo de configuração f para o logger

opções de entrada

+f --read-file: lê o formato de arquivo ou o conjunto de dados (padrão)
+fo --read-file-only: lê apenas o formato de arquivo
-f --read-dataset: lê o conjunto de dados sem as informações meta do arquivo. sintaxe de transferência de entrada:
-t= --read-xfer-auto: usa o reconhecimento de TS (padrão)
-td --read-xfer-detect: ignora a TS especificada no cabeçalho meta do arquivo
-te --read-xfer-little: lê com a TS explicit VR little endian
-tb --read-xfer-big: lê com a TS explicit VR big endian
-ti --read-xfer-implicit: lê com a TS implicit VR little endian, compatibilidade (ignorado por +tl):
+Ma --accept-acr-nema: aceita imagens ACR-NEMA sem interpretação fotométrica # habilita a compatibilidade com imagens ACR-NEMA antigas sem # informação fotométrica (somente encoder pseudo-sem-perdas)
+Mp --accept-palettes: aceita tags de atributo de paleta incorretas (0028,111x) e (0028,121x) # se habilitado, tags de atributo de paleta incorretas são aceitas # (somente encoder pseudo-sem-perdas)

opções de codificação JPEG

+e1 --encode-lossless-sv1: codifica em sem perdas sv1 (padrão) # esta opção seleciona a sintaxe de transferência JPEG Lossless, Non-Hierarchical, First-Order # Prediction (Process 14 Selection Value 1) para # a compressão de imagem JPEG sem perdas.
+el --encode-lossless: codifica em sem perdas # esta opção seleciona a sintaxe de transferência JPEG Lossless, Non-Hierarchical (Process 14) # para a compressão de imagem JPEG sem perdas.
+eb --encode-baseline: codifica em baseline # esta opção seleciona a sintaxe de transferência JPEG Baseline (Process 1) # para a compressão de imagem JPEG com perdas de 8 bits.
+ee --encode-extended: codifica em sequencial estendido # esta opção seleciona a sintaxe de transferência JPEG Extended (Process 2 & 4) # para a compressão de imagem JPEG com perdas.
+es --encode-spectral: codifica com seleção espectral # esta opção seleciona a sintaxe de transferência JPEG Spectral Selection, Non-Hierarchical # (Process 6 & 8) para a compressão de imagem JPEG com perdas.
+ep --encode-progressive: codifica em progressivo # esta opção seleciona a sintaxe de transferência JPEG Full Progression, Non-Hierarchical # (Process 10 & 12) para a compressão de imagem JPEG com perdas. seleção do codec JPEG sem perdas:
+tl --true-lossless: codec verdadeiramente sem perdas (padrão) # esta opção seleciona um encoder que garante uma # compressão de imagem verdadeiramente sem perdas. veja NOTAS para mais informações.
+pl --pseudo-lossless: codec pseudo-sem-perdas antigo # encoder antigo, que usa algoritmos de compressão sem perdas, mas pode # causar imagens com perdas devido a transformações internas do espaço de cores # etc. taxa de compressão mais alta que --true-lossless na maioria dos casos. representação JPEG sem perdas:
+sv --selection-value [sv]: integer (1..7, default: 6): usa o valor de seleção sv apenas com --encode-lossless # esta opção seleciona o valor de seleção para o JPEG sem perdas.
+pt --point-transform [pt]: integer (0..15, default: 0): usa a transformação de ponto pt # esta opção seleciona a transformação de ponto para o JPEG sem perdas. # aviso: usar esta opção com um valor diferente de zero causa # perda de precisão, ou seja, torna a compressão "com perdas". representação JPEG com perdas:
+q --quality [q]: integer (0..100, default: 90): usa o fator de qualidade q # esta opção seleciona o fator de qualidade usado para determinar a # tabela de quantização dentro do compressor JPEG, o que afeta a # taxa de compressão e a qualidade de imagem em JPEG com perdas. # veja a documentação do Independent JPEG Group para mais detalhes.
+sm --smooth [s]: integer (0..100, default: 0): usa o fator de suavização s # esta opção habilita uma suavização (filtro passa-baixa) dos dados de imagem # antes da compressão. aumenta a taxa de compressão às custas da # qualidade de imagem. outras opções JPEG:
+ho --huffman-optimize: otimiza as tabelas de Huffman (padrão) # esta opção habilita uma otimização das tabelas de Huffman durante a # compressão de imagem. resulta em uma imagem ligeiramente menor com um pequeno # aumento no tempo de CPU. sempre ativo se bits/sample for maior que 8.
-ho --huffman-standard: usa tabelas de Huffman padrão se 8 bits/sample # esta opção desabilita uma otimização das tabelas de Huffman durante a # compressão de imagem. bits por amostra comprimidos (sempre +ba com +tl):
+ba --bits-auto: escolhe os bits/sample automaticamente (padrão)
+be --bits-force-8: força 8 bits/sample
+bt --bits-force-12: força 12 bits/sample (não com baseline)
+bs --bits-force-16: força 16 bits/sample (somente sem perdas) conversão do espaço de cores na compressão (sobreposta por +tl):
+cy --color-ybr: usa YCbCr para imagens coloridas se com perdas (padrão) # esta opção habilita uma transformação do espaço de cores para YCbCr # antes da compressão de imagem para imagens coloridas em JPEG com perdas.
+cr --color-rgb: usa RGB para imagens coloridas se com perdas # esta opção impede a transformação do espaço de cores para YCbCr # antes da compressão de imagem para imagens coloridas em JPEG com perdas. isso causa # compressão com perdas no espaço de cores RGB, o que não é # recomendável.
+cm --monochrome: converte imagens coloridas em monocromáticas # esta opção força uma conversão de imagens coloridas em monocromáticas # antes da compressão. conversão do espaço de cores na descompressão (se a entrada estiver comprimida; sempre +cn com +tl):
+cp --conv-photometric: converte se a interpretação fotométrica for YCbCr (padrão) # esta opção descreve o comportamento do dcmcjpeg quando uma imagem comprimida # é lida e descomprimida antes da recompressão. se a imagem comprimida usar # a interpretação fotométrica YBR_FULL ou YBR_FULL_422, ela é convertida # para RGB durante a descompressão.
+cl --conv-lossy: converte YCbCr para RGB se JPEG com perdas # se a imagem comprimida estiver codificada em JPEG com perdas, assume o modelo # de cor YCbCr e converte para RGB.
+cg --conv-guess: converte para RGB se a biblioteca deduzir YCbCr # se a biblioteca JPEG subjacente "deduzir" que o espaço de cores # da imagem comprimida é YCbCr, converte para RGB.
+cgl --conv-guess-lossy: converte para RGB se JPEG com perdas e a biblioteca JPEG subjacente deduzir YCbCr # se a imagem comprimida estiver codificada em JPEG com perdas e a biblioteca # JPEG subjacente "deduzir" que o espaço de cores é YCbCr, converte para RGB.
+ca --conv-always: sempre converte YCbCr para RGB # se a imagem comprimida for uma imagem colorida, assume o modelo de cor # YCbCr e converte para RGB.
+cn --conv-never: nunca converte o espaço de cores # nunca converte o espaço de cores durante a descompressão. opções de solução alternativa da descompressão para codificações incorretas (se a entrada estiver comprimida):
+w6 --workaround-pred6: ativa a solução alternativa para imagens JPEG sem perdas com estouro no preditor 6 # Foram observadas "na prática" imagens DICOM com 16 bits/pixel # que são comprimidas com JPEG sem perdas e exigem tratamento # especial, porque o encoder gerou um estouro de inteiro de 16 bits # no preditor 6, que precisa ser compensado (reproduzido) durante a # descompressão. Essa flag permite a descompressão correta dessas # imagens defeituosas, mas ao mesmo tempo causará uma descompressão # incorreta de imagens corretamente comprimidas. Use com cuidado.
+wi --workaround-incpl: habilita a solução alternativa para dados JPEG incompletos # esta opção faz o dcmjpeg ignorar dados JPEG incompletos # no final de um fragmento comprimido e iniciar a descompressão # do próximo quadro a partir do próximo fragmento (se houver). isso permite # que imagens com dados JPEG incompletos sejam decodificadas.
+wc --workaround-cornell: habilita a solução alternativa para imagens Cornell JPEG sem perdas de 16 bits com estouro da tabela de Huffman # uma das primeiras implementações de código aberto da compressão # JPEG sem perdas, a biblioteca "Cornell", tem um bug conhecido que produz # valores inválidos na tabela de Huffman quando imagens com 16 bit/sample # são comprimidas. este sinalizador habilita uma solução alternativa que permite decodificar # corretamente essas imagens. subamostragem de componentes YCbCr (somente JPEG com perdas):
+s2 --sample-422: subamostragem 4:2:2 com YBR_FULL_422 (padrão) # esta opção habilita uma subamostragem de componentes de cor 4:2:2 para # a compressão no espaço de cores YCbCr. a interpretação fotométrica # DICOM é codificada como YBR_FULL_422. subamostragem de componentes YCbCr não padronizada (não com +tl):
+s4 --nonstd-444: amostragem 4:4:4 com YBR_FULL # esta opção desabilita a subamostragem de componentes de cor para a # compressão no espaço de cores YCbCr. a interpretação fotométrica DICOM # é codificada como YBR_FULL, o que viola as regras DICOM para JPEG com perdas.
+n2 --nonstd-422-full: subamostragem 4:2:2 com YBR_FULL # esta opção habilita uma subamostragem de componentes de cor 4:2:2 para # a compressão no espaço de cores YCbCr. a interpretação fotométrica # DICOM é codificada como YBR_FULL, o que viola as regras DICOM.
+n1 --nonstd-411-full: subamostragem 4:1:1 com YBR_FULL # esta opção habilita uma subamostragem de componentes de cor 4:1:1 para # a compressão no espaço de cores YCbCr. a interpretação fotométrica # DICOM é codificada como YBR_FULL, o que viola as regras DICOM.
+np --nonstd-411: subamostragem 4:1:1 com YBR_FULL_422 # esta opção habilita uma subamostragem de componentes de cor 4:1:1 para # a compressão no espaço de cores YCbCr. a interpretação fotométrica # DICOM é codificada como YBR_FULL_422, o que viola as regras DICOM.

opções de codificação de dados de pixel encapsulados:

+ff --fragment-per-frame: codifica cada quadro como um fragmento (padrão) # esta opção provoca a criação de um fragmento comprimido para cada # quadro (recomendado).
+fs --fragment-size [s]ize: integer: limita o tamanho do fragmento a s kbytes # esta opção limita o tamanho do fragmento, o que pode provocar a criação de # múltiplos fragmentos por quadro. codificação da tabela de deslocamento básica:
+ot --offset-table-create: cria a tabela de deslocamento (padrão) # esta opção provoca a criação de uma tabela de deslocamento válida para os # fragmentos JPEG comprimidos.
-ot --offset-table-empty: deixa a tabela de deslocamento vazia # esta opção provoca a criação de uma tabela de deslocamento vazia # para os fragmentos JPEG comprimidos. janelamento VOI para imagens monocromáticas (não com +tl):
-W --no-windowing: nenhum janelamento VOI (padrão) # nenhum centro/largura de janela é "gravado" em imagens monocromáticas antes # da compressão. veja as notas abaixo sobre o escalonamento de pixel e a codificação de rescale slope # e intercept.
+Wi --use-window [n]umber: integer: usa a n-ésima janela VOI do arquivo de imagem # aplica o n-ésimo centro/largura de janela codificado nos dados de imagem antes # da compressão.
+Wl --use-voi-lut [n]umber: integer: usa a n-ésima tabela de consulta VOI do arquivo de imagem # aplica a n-ésima VOI LUT codificada nos dados de imagem antes # da compressão.
+Wm --min-max-window: calcula a janela VOI usando o algoritmo min-max # calcula e aplica um centro e uma largura de janela que cobrem a # faixa do menor ao maior valor de pixel presente.
+Wn --min-max-window-n: calcula a janela VOI usando o algoritmo min-max, ignorando os valores extremos # calcula e aplica um centro e uma largura de janela que cobrem a # faixa do segundo menor ao segundo maior # valor de pixel presente. isso é útil se o plano de fundo estiver definido como um # preto artificial (valor de padding) ou se overlays brancos estiverem gravados # nos dados de imagem e não devam ser considerados no cálculo # da janela.
+Wr --roi-min-max-window [l]eft [t]op [w]idth [h]eight: integer: calcula a janela ROI usando o algoritmo min-max, a região de interesse é especificada por l,t,w,h # esta opção funciona como --min-max-window, mas considera apenas a # região de interesse fornecida dentro da imagem.
+Wh --histogram-window [n]umber: integer: calcula a janela VOI usando o algoritmo Histogram, ignorando n por cento # calcula um histograma dos dados de imagem e aplica um centro # e uma largura de janela de modo que n% dos dados de imagem sejam ignorados no cálculo # da janela.
+Ww --set-window [c]enter [w]idth: float: calcula a janela VOI usando o centro c e a largura w # aplica o centro/largura de janela fornecido antes da compressão. escalonamento de pixel para imagens monocromáticas (--no-windowing; ignorado por +tl):
+sp --scaling-pixel: escalona usando o valor de pixel mín/máx (padrão) # os valores de pixel de imagens monocromáticas são sempre escalonados para aproveitar # ao máximo a faixa de pixel disponível com o processo JPEG # selecionado. esta opção seleciona um escalonamento baseado no valor mínimo e # máximo de pixel presente na imagem. isso costuma levar a uma # qualidade de imagem significativamente melhor, mas pode fazer com que imagens # comprimidas dentro de uma mesma série tenham valores diferentes de # rescale slope e intercept, o que é um problema se um # presentation state para essa série precisar ser criado.
+sr --scaling-range: escalona usando a faixa mín/máx # esta opção seleciona um escalonamento baseado na faixa de pixel definida # pelos bits armazenados, pela representação de pixel e pela transformação de modalidade, # sem considerar o valor # mínimo e máximo realmente usado na imagem. codificação de rescale slope/intercept para monocromático (-W; ignorado por +tl):
+ri --rescale-identity: codifica um rescale de modalidade identidade (padrão), nunca usado para imagens CT # esta opção impede a criação de uma transformação de modalidade # diferente de uma transformação identidade (exigida por # muitos IODs DICOM). as configurações de centro/largura de janela codificadas # na imagem são adaptadas, as VOI LUTs são removidas.
+rm --rescale-map: usa o rescale de modalidade para escalonar a faixa de pixel, nunca usado para imagens XA/RF/XA Biplane # esta opção provoca a criação de um rescale slope e intercept de modalidade que # mapeia os dados de imagem descomprimidos de volta para sua faixa # original. isso mantém válidas todas as transformações VOI, mas # exige que o IOD DICOM suporte uma transformação de rescale slope e # intercept de modalidade diferente de identidade. SOP Class UID:
+cd --class-default: mantém o SOP Class UID (padrão) # mantém o SOP Class UID da imagem de origem.
+cs --class-sc: converte para Secondary Capture Image (implica --uid-always) # converte a imagem para Secondary Capture. além do SOP # Class UID, todos os atributos exigidos para uma imagem secondary capture # válida são adicionados. um novo SOP instance UID é sempre atribuído. SOP Instance UID:
+ud --uid-default: atribui um novo UID em caso de compressão com perdas (padrão) # atribui um novo SOP instance UID se a compressão for com perdas.
+ua --uid-always: sempre atribui um novo UID # atribui incondicionalmente um novo SOP instance UID.
+un --uid-never: nunca atribui um novo UID # nunca atribui um novo SOP instance UID.

opções de saída

+u --enable-new-vr: habilita o suporte a novos VRs (UN/UT) (padrão)
-u --disable-new-vr: desabilita o suporte a novos VRs, converte para OB. codificação do comprimento de grupo:
+g= --group-length-recalc: recalcula os comprimentos de grupo, se presentes (padrão)
+g --group-length-create: sempre grava com elementos de comprimento de grupo
-g --group-length-remove: sempre grava sem elementos de comprimento de grupo. codificação de comprimento em sequências e itens:
+e --length-explicit: grava com comprimentos explícitos (padrão)
-e --length-undefined: grava com comprimentos indefinidos. preenchimento final do conjunto de dados:
-p= --padding-retain: não altera o preenchimento (padrão)
-p --padding-off: sem preenchimento
+p --padding-create [f]ile-pad [i]tem-pad: integer: alinha o arquivo em um múltiplo de f bytes e os itens em um múltiplo de i bytes

NOTAS

O utilitário dcmcjpeg comprime imagens DICOM de todas as classes SOP. Ele processa todos os elementos Pixel Data (7fe0,0010) do conjunto de dados, ou seja, a compressão também é realizada em uma imagem de ícone. Foi implementado um tratamento especial para imagens CT (nas quais a transformação de modalidade é necessária para criar unidades Hounsfield) e para as classes SOP XA/RF/Biplane (nas quais a transformação de modalidade tem semântica "invertida"). No entanto, o dcmcjpeg não tenta garantir que a imagem comprimida continue em conformidade com todas as restrições do IOD do objeto.

Alguns exemplos:

imagens MR devem ter BitsAllocated=16.
imagens NM só podem ser codificadas com interpretação fotométrica MONOCHROME2 ou PALETTE COLOR, mas não com RGB ou YBR_FULL (o que efetivamente impede a compressão).
imagens Hardcopy Color devem ter modelo de cor RGB, o que é um problema quando se deseja realizar compressão com perdas.

O usuário é responsável por garantir que as imagens comprimidas que cria estejam em conformidade com o padrão DICOM. Em caso de dúvida, o utilitário dcmcjpeg permite converter uma imagem para secondary capture - essa classe SOP não impõe as restrições mencionadas acima.

Na versão DCMTK 3.5.4, foi adicionado um novo encoder para compressão JPEG verdadeiramente sem perdas (–true-lossless). Em comparação com o antigo encoder (–pseudo-lossless), que cria imagens levemente com perdas devido a conversões internas de espaço de cores, janelamento etc., há alguns pontos a considerar:

há suporte apenas para imagens de origem com Bits Allocated 8 ou 16
as opções de conversão de espaço de cores, janelamento ou escalonamento de pixel são ignoradas ou substituídas
não há suporte para as interpretações fotométricas YBR_FULL_422, YBR_PARTIAL_422, YBR_PARTIAL_420, YBR_ICT, YBR_RCT
o encoder altera automaticamente o Planar Configuration de 1 para 0 quando necessário
a taxa de compressão pode ser menor que no modo –pseudo-lossless

No entanto, ao usar o novo encoder (padrão), é possível ter certeza de que a compressão não afeta a qualidade da imagem.

Por precaução, o Lossy Compression Flag é sempre definido como "01" e um novo SOP instance UID é atribuído (por padrão) para o antigo encoder pseudo-sem-perdas. A saída do encoder antigo e do novo encoder sem perdas também pode ser diferenciada pela Derivation Description na imagem DICOM resultante, que contém o termo "Lossless JPEG compression" para o novo e "Pseudo-Lossless JPEG compression" para o antigo encoder.

SINTAXES DE TRANSFERÊNCIA

O dcmcjpeg oferece suporte às seguintes sintaxes de transferência para entrada (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

(*) se compilado com suporte a zlib habilitado

O dcmcjpeg oferece suporte às seguintes sintaxes de transferência para saída (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

REGISTRO DE LOG

O nível de detalhamento do log das diversas ferramentas de linha de comando e das bibliotecas subjacentes pode ser especificado pelo usuário. Por padrão, apenas erros e avisos são gravados no fluxo de erro padrão. Ao usar a opção –verbose, mensagens informativas, como detalhes do processamento, também são relatadas. A opção –debug pode ser usada para obter mais detalhes sobre a atividade interna, por exemplo, para fins de depuração. Outros níveis de log podem ser selecionados com a opção –log-level. No modo –quiet, apenas erros fatais são relatados. Nesses casos de erro muito graves, o aplicativo normalmente é encerrado. Para mais detalhes sobre os diferentes níveis de log, consulte a documentação do módulo "oflog".

Caso a saída do log deva ser gravada em arquivo (opcionalmente com rotação de arquivo de log), no syslog (Unix) ou no log de eventos (Windows), pode-se usar a opção –log-config. Esse arquivo de configuração também permite direcionar apenas determinadas mensagens para um fluxo de saída específico e filtrar certas mensagens com base no módulo ou aplicativo em que são geradas. Um arquivo de configuração de exemplo é fornecido em < etcdir>/logger.cfg.

LINHA DE COMANDO

Todas as ferramentas de linha de comando usam a seguinte notação para os parâmetros: colchetes delimitam valores opcionais (0-1), reticências no final indicam que múltiplos valores são permitidos (1-n), e a combinação dos dois significa de 0 a n valores.

As opções de linha de comando se distinguem dos parâmetros por um sinal '+' ou '-' à frente. Normalmente, a ordem e a posição das opções de linha de comando são arbitrárias (ou seja, podem aparecer em qualquer lugar). No entanto, se as opções forem mutuamente exclusivas, é usada a ocorrência mais à direita. Esse comportamento está em conformidade com as regras de avaliação padrão dos shells Unix comuns.

Além disso, um ou mais arquivos de comando podem ser especificados usando um sinal '@' como prefixo do nome do arquivo (por exemplo, @command.txt). Esse argumento de comando é substituído pelo conteúdo do arquivo de texto correspondente (múltiplos espaços em branco são tratados como um único separador, a menos que apareçam entre duas aspas) antes de qualquer avaliação posterior. Observe que um arquivo de comando não pode conter outro arquivo de comando. Essa abordagem simples, mas eficaz, permite agrupar combinações comuns de opções/parâmetros e evita linhas de comando longas e confusas (um exemplo é fornecido no arquivo < datadir>/dumppat.txt).

AMBIENTE

O utilitário dcmcjpeg tentará carregar os dicionários de dados DICOM especificados na variável de ambiente DCMDICTPATH. Por padrão, ou seja, se a variável de ambiente DCMDICTPATH não estiver definida, o arquivo < datadir>/dicom.dic será carregado, a menos que o dicionário esteja embutido no aplicativo (padrão no Windows).

É preferível manter o comportamento padrão e usar a variável de ambiente DCMDICTPATH apenas quando dicionários de dados alternativos forem necessários. A variável de ambiente DCMDICTPATH tem o mesmo formato da variável PATH dos shells Unix, em que dois-pontos (":") separam as entradas. Em sistemas Windows, um ponto e vírgula (";") é usado como separador. O código do dicionário de dados tenta carregar cada arquivo especificado na variável de ambiente DCMDICTPATH. Ocorre um erro se nenhum dicionário de dados puder ser carregado.

VEJA TAMBÉM

dcmdjpeg(1)