2009-02-18 12 views

Respuesta

2

Sí. El uso más común para la compresión del Grupo 3 (más exactamente CCITT T.4) es para una imagen de FAX. En este caso, la imagen es, por definición, una imagen de dos niveles (1 bit), y se esperaría una compresión 1D. Entonces, si no hace nada más que establecer el valor de compresión (etiqueta 259) en '2' (para una imagen de dos niveles), entonces se entiende que es una codificación G3 1 dimensional (Huffman modificado). Las únicas otras opciones son sin compresión (1) y bits de paquete (32773). Los tres tipos de codificación deben ser compatibles con los lectores de línea de base, pero mi experiencia es que muchos lectores no admiten adecuadamente la compresión del Grupo III, especialmente G32D.

G31D es mucho más fácil de implementar que G32D, pero no tan eficiente. G31D almacena cada línea de escaneo individualmente, mientras que G32D almacena las diferencias entre las líneas de escaneo. Esto puede hacer una gran diferencia en la cantidad de datos requeridos para definir una imagen, como una imagen de facsímil típica donde la mayoría de la imagen es papel blanco en blanco.

Si desea utilizar la codificación bidimensional G3, debe ser más específico en las etiquetas. Debe usar las codificaciones CCITT para indicar la codificación de compresión T4 (CCITT T.4 es el nombre "real" para el estándar de codificación "Grupo 3"). Para indicar esto, configure la etiqueta 259 == 3. Luego configure las opciones de T4 para especificar la codificación bidimensional. La etiqueta de opciones T4 (etiqueta 292) es un poco complicada en comparación con las etiquetas simples como la etiqueta de compresión estándar (259). Es un tipo LONG utilizado como un conjunto de banderas de 32 bits. Si deja todos los bits configurados en cero, entonces la codificación de 1 dimensión se entiende por defecto (no es diferente de no incluir esta etiqueta).

Para la codificación bidimensional, debe establecer el bit cero (el bit de orden inferior) en 1. (Si está utilizando más de una tira, cada banda debe comenzar obviamente con una línea de exploración 1 dimensional). a 1 solo si se usa el modo sin comprimir. El bit 2 se usa para indicar si ha utilizado bits de relleno para mantener EOL en un límite de bytes (establecido en 1 si es verdadero). Todos los demás bits están predeterminados a cero.

Tenga en cuenta que la mayoría de los lectores no comprenden todas las opciones disponibles en TIFF. Es un formato extremadamente poderoso, pero eso dificulta la implementación más allá de la línea de base TIFF (que probablemente maneja el 90% + de las imágenes TIFF). Si está utilizando la codificación dimensional del Grupo 3 2, puede esperar que la mayoría de los lectores que específicamente admiten imágenes de fax e imágenes médicas * decodifiquen correctamente la imagen. No esperaría mucho más que eso.

(TIFF no es un formato de imagen médica estándar, pero es mi experiencia que los lectores de apoyo ambas imágenes DICOM y las imágenes TIFF, por lo general apoyan el TIFF estándar completo)

Esta respuesta es más largo de lo que pretendía. Si aún no respondí tu pregunta, aclara en tu publicación original y voy a editar mi respuesta.

EDITAR: Puede encontrar el estándar TIFF y otros documentos de soporte en el sitio del desarrollador de Adobe. http://partners.adobe.com/public/developer/tiff/index.html

+0

¿Dónde puedo encontrar información detallada sobre lo que cada uno de los 32 bits de la etiqueta 292 (opciones T4) se trata? ¿Hay algún bit en la etiqueta 292 (opciones de T4) que indica al codificador que no separe las filas en varias tiras y establezca FillOrder en 1 (0x0100)? Tengo un bitonal de 2347 píxeles (11.50 pulgadas) x 1728 píxeles (8.82 pulgadas) y necesito que su contenido encaje solo en una tira por página. ¿Es posible establecer la etiqueta 278 (RowsPerStrip) en 2347 (0x2B09), antes de guardar el objeto de mapa de bits en un archivo tiff para que el codificador use información de la etiqueta 278 (RowsPerStrip) durante el proceso de codificación? Gracias de antemano – guercheLE

+0

Todo está en el (los) estándar (s) TIFF. El mejor lugar para encontrarlos es el sitio para desarrolladores de Adobe. http://partners.adobe.com/public/developer/tiff/index.html – TMarshall

Cuestiones relacionadas