⚠️ Este é um site de tradução não oficial, sem relação com o DCMTK / OFFIS. Para informações oficiais, consulte a página original (https://support.dcmtk.org/docs/dcmconv.html).

dcmconv: converter a codificação de um arquivo DICOM

SINOPSE

dcmconv [options] dcmfile-in dcmfile-out

DESCRIÇÃO

O aplicativo dcmconv lê um arquivo DICOM (dcmfile-in), realiza a conversão de codificação e grava os dados convertidos 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 to write to ("-" 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
-l --log-level [l]evel: string constant
(fatal, error, warn, info, debug, trace) usa o nível l para o logger
-l --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ê somente 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. análise das informações meta do arquivo:
+ml --use-meta-length
usa o comprimento de grupo das informações meta do arquivo (padrão)
-ml --ignore-meta-length
ignora o comprimento de grupo das informações meta do arquivo. análise de atributos de comprimento ímpar:
+ao --accept-odd-length
aceita atributos de comprimento ímpar (padrão)
+ae --assume-even-length
presume que o comprimento real é um byte maior. tratamento do explicit VR:
+ev --use-explicit-vr
usa o explicit VR do conjunto de dados (padrão)
-ev --ignore-explicit-vr
ignora o explicit VR (prioriza o dicionário de dados). tratamento de VR não padrão:
+vr --treat-as-unknown
trata VR não padrão como unknown (padrão)
-vr --assume-implicit
tenta ler com a TS implicit VR little endian. tratamento de elementos UN de comprimento indefinido:
+ui --enable-cp246
lê UN de comprimento indefinido como implicit VR (padrão)
-ui --disable-cp246
lê UN de comprimento indefinido como explicit VR. tratamento de elementos UN de comprimento definido:
-uc --retain-un
mantém os elementos como UN (padrão)
+uc --convert-un
converte para o VR real, se conhecido. tratamento de elementos privados de comprimento máximo (implicit VR):
-sq --maxlength-dict
lê conforme definido no dicionário (padrão)
+sq --maxlength-seq
lê como sequência de comprimento indefinido. tratamento de itens de delimitação incorretos:
-rd --use-delim-items
usa os itens de delimitação do conjunto de dados (padrão)
+rd --replace-wrong-delim
substitui itens de delimitação de sequência/item incorretos. tratamento de elementos OB/OW ilegais de comprimento indefinido:
-oi --illegal-obow-rej
rejeita o conjunto de dados com elemento ilegal (padrão)
+oi --illegal-obow-conv
converte o elemento OB/OW de comprimento indefinido em SQ. tratamento de VOI LUT Sequence com VR OW e comprimento explícito:
-vi --illegal-voi-rej
rejeita o conjunto de dados com VOI LUT ilegal (padrão)
+vi --illegal-voi-conv
converte a VOI LUT ilegal em SQ. tratamento de dados de pixel de comprimento explícito para sintaxes de transferência encapsuladas:
-pe --abort-expl-pixdata
aborta em dados de pixel de comprimento explícito (padrão)
+pe --use-expl-pixdata
usa dados de pixel de comprimento explícito. tratamento geral de erros de análise:
+Ep --ignore-parse-errors
tenta se recuperar de erros de análise
-Ep --handle-parse-errors
trata erros de análise e interrompe a análise (padrão). outras opções de análise:
+st --stop-after-elem [t]ag: "gggg,eeee" or dictionary name
interrompe a análise após o elemento especificado por t. correção automática de dados:
+dc --enable-correction
habilita a correção automática de dados (padrão)
-dc --disable-correction
desabilita a correção automática de dados. formato de bitstream da entrada deflate:
+bd --bitstream-deflated
espera um bitstream deflate (padrão)
+bz --bitstream-zlib
espera um bitstream deflate no formato zlib

opções de processamento

+U8 --convert-to-utf8
converte para UTF-8 todos os valores de elemento afetados pelo Specific Character Set (0008,0005)
+L1 --convert-to-latin1
converte os valores de elemento afetados para ISO 8859-1
+A7 --convert-to-ascii
converte os valores de elemento afetados para ASCII de 7 bits
+C --convert-to-charset [c]harset: string
converte os valores de elemento afetados para o conjunto de caracteres especificado pelo termo definido DICOM c
-Ct --transliterate
tenta aproximar caracteres que não podem ser representados usando caracteres de aparência semelhante
-Cd --discard-illegal
descarta caracteres que não podem ser representados no conjunto de caracteres de destino. outras opções de processamento:
-ig --no-invalid-groups
remove elementos com número de grupo inválido

opções de saída

+Fm --write-new-meta-info
grava o formato de arquivo com novas informações meta (padrão)
+F --write-file
grava o formato de arquivo
-F --write-dataset
grava o conjunto de dados sem as informações meta do arquivo. sintaxe de transferência de saída:
+t= --write-xfer-same
grava com a mesma TS da entrada (padrão)
+te --write-xfer-little
grava com a TS explicit VR little endian
+tb --write-xfer-big
grava com a TS explicit VR big endian
+ti --write-xfer-implicit
grava com a TS implicit VR little endian
+td --write-xfer-deflated
grava com a TS explicit VR little endian deflate
+tg --write-xfer-ge
grava com a TS privada GE implicit VR little endian (dados de pixel em big endian) (não padrão). representações de valor posteriores a 1993:
+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
+eo --write-oversized
grava sequências e itens de comprimento explícito superdimensionados com comprimento indefinido (padrão)
-eo --abort-oversized
aborta em sequências/itens explícitos superdimensionados. preenchimento final do conjunto de dados (não se aplica com --write-dataset):
-p= --padding-retain
não altera o preenchimento (padrão se --write-dataset não for usado)
-p --padding-off
sem preenchimento (implícito com --write-dataset)
+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. nível de compressão deflate (somente com --write-xfer-deflated):
+cl --compression-level [l]evel: integer (default: 6)
0=sem compressão, 1=mais rápido, 9=melhor compressão

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 aplicativo dcmconv tenta 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 para o 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.

Dependendo das opções de linha de comando especificadas, o aplicativo dcmconv tenta carregar tabelas de mapeamento de conjunto de caracteres. Isso ocorre quando o DCMTK foi compilado com a biblioteca oficonv (que é o padrão) e as tabelas de mapeamento não estão embutidas na biblioteca (padrão quando o DCMTK usa bibliotecas compartilhadas).

Os arquivos de tabela de mapeamento são esperados em < datadir> do DCMTK. A variável de ambiente DCMICONVPATH pode ser usada para especificar um local diferente. Se um local diferente for especificado, essas tabelas de mapeamento também substituem quaisquer tabelas integradas.

VEJA TAMBÉM

dcmdump(1)

Copyright (C) 1994-2025 by OFFIS e.V., Escherweg 2, 26121 Oldenburg, Germany.